Si dices que el problema esta en el servidor supongo que es porque has hecho mas pruebas y estas seguro ,lo del ICMP no convence a nadie, hay que mirar datos concretos con una prueba de carga o durante el funcionamiento. Hay unas cuantas herramientas con las que puedes hacer una prueba de carga (Ttcp, Chariot...), generan trafico IP / ICMP / TCP / UDP (ojo con las auto-denegaciones de sevicio )

Lo de dar servicio a través de wireless en principio ya es una mala idea y puede que el problema este en el AP/router o en la tarjeta wireless. Algunos APs que tengo bloquean trafico si reciben exceso de peticiones de un solo cliente. Y saturar una conexion wireless no es difícil (no se las caracteristicas de la tuya),en los dos casos puede que el trafico ICMP siga funcionando y no enrutar peticiones http.

Si crees que el problema puede estar en el servidor puedes establecer contadores para ver si se trata de un cuello de botella (no seria un mal funcionamieto si no una saturación), los puedes agregar desde Herramientas administrativas-> Rendimiento

En el administrador de tareas tiene un bonito monitor del porcentaje de uso de red, deberías mirarlo cuando hagas una prueba de carga. Los datos de Bytes enviados/segundo y de Bytes totales/segundo de cada interfaz es un dato que te podrá dar una idea (y nos podra da una idea) del funcionamiento anomalo de la red. Comparandolos nos puede dar una idea de si realmente el problema esta ahi. Evidentemente no se puede comparar cuando hay mucha validacion de usuarios por ejemplo (suponiendo que sea controlador de dominio), ese trafico solo afecta a una tarjeta.

Si comparas los Bytes recibidos/segundo del servidor con el ancho de banda total del adaptador y el uso de memoria y procesador cuando la conexión este a mas de la mitad, podrás saber si el cuello de botella esta en el adatador o en el uso de memoria y procesador.


Si pones mas datos seguro que alguien se anima a ayudarte.