Cuestión : La TTL expiró periódico en un silbido de bala a otro subnet.

Hola la gente,

I consiguió un problema extraño aquí.  Comenzaré explicando el

I de la disposición de la red… tengo dos subnets en nuestra oficina - deja para llamarlos A y el B.B es un pequeño subnet que sostiene cuatro servidores que fueron movidos adentro desde otra oficina y debido a ediciones de la configuración en los servidores creamos simplemente el subnet localmente.  El Subnet A es el subnet principal para la oficina que contiene a la mayoría de los servidores y de todos los dispositivos del cliente.  En el subnet A tenemos 3 líneas externas - una línea para el Internet, una línea para VPN y una línea arrendada a nuestra oficina central en Alemania.  El Subnet A habla con el subnet B vía un servidor viejo del Windows 2000 con NIC instalados y 2 de RRAS (que ha trabajado siempre muy bien).  Llamaremos este servidor Server1.

We aumentamos recientemente nuestra línea del Internet a ADSL2+ y debido a esto tuvo que substituir el ranurador.  Instalamos un Draytek 2820 - todo ha estado trabajando muy bien por algunas semanas now.

Now, nosotros tiene de pronto este problema donde por conectividad del subnet A a las gotas de B.  Hacer un silbido de bala constante es acertado durante algún tiempo y entonces usted consigue la TTL expirada por como 20 segundos o así pues, y entonces de nuevo a contestaciones.  Todo el tráfico en el subnet A tiene la entrada de defecto del ranurador alemán que alternadamente remite cualquier tráfico no destinado para Alemania sobre nuestro ranurador del Internet.  Si el tráfico está para el subnet B nuestro ranurador del Internet tiene una ruta estática que lo remita a Server1. el

When que ocurre esta pérdida repentina en conectividad yo ha recopilado la información siguiente:

1.  Un tracert de un cliente en el subnet A a un dispositivo en el subnet B va al ranurador alemán y entonces a nuestro ranurador “pausas” del Internet y vuelve al ranurador alemán otra vez.  Esto continúa hacia adelante y hacia atrás hasta que se vuelva la conectividad repentinamente y continúa a Server1 y sobre el subnet B.

2.  Puedo silbar como una bala el interfaz interno de nuestro ranurador del Internet de un cliente en el subnet A.

3.  Puedo silbar como una bala el interfaz de Server1 en el subnet A de un dispositivo en el subnet A.

4.  No puedo silbar como una bala el interfaz de Server1 en el subnet B de un dispositivo en el subnet A.

5.  No puedo silbar como una bala el interfaz de Server1 en el subnet B de nuestro Internet router.

6.  Puedo silbar como una bala el interfaz de Server1 en el subnet A de nuestro Internet router.

Now, si esto fuera él que pensaría grande - el problema está con Server1.  Sin embargo, algunos clientes en el subnet A necesitan tener acceso a un servidor en el subnet B.  ¿Agregué las rutas estáticas a la PC para dirigirlas a Server1 para cualquier tráfico que iba al subnet B.

So que soy confuso ahora - es el ranurador del Internet, o es Server1 y qué puede ser que sea? el

I ha llegado a la conclusión que es posiblemente uno del siguiente:

1.  Un NIC culpable en Server1
2.  Un apilado corrupto del TCP/IP en Server1.
3.  Un Internet arriesgado router.

sostuve los config en nuestro ranurador del Internet y reajusté anoche el dispositivo a los defectos de la fábrica.  Entonces cargué los config detrás encendido otra vez - no hay ayuda/las ideas de change.

Any grandemente appreciated.

Thanks guys. class= del

Respuesta : La TTL expiró periódico en un silbido de bala a otro subnet.

Ventajas de GWT
 
Ningunos errores de sintaxis del Javascript
   - Utilizar una lengua (Java) para el desarrollo y un depuración confiables, strongly-typed
   ¡- Ningún Javascript que programa en absoluto!
 
Puede utilizar Java compleja en el cliente
   - Dado vuelta en Javascript, pero usted todavía utilizar la secuencia, el arsenal, la clase de la matemáticas, ArrayList, HashMap, las clases de encargo, el etc.
   - Ayuda IDE-basada completa de Java para el desarrollo/el depuración (GWT construye proyectos del eclipse o de MyEclipse automáticamente)
 
 Puede enviar los tipos complejos de Java a y desde el servidor
    - Los datos consiguen serializados a través de red
 
 Ambiente de prueba independiente
   - Puede probar dentro de MyEclipse sin la instalación de un servidor
 
 Ayuda de la compañía importante
   - De la compañía que ayudó a popularizar Ajax en el primer lugar.  Pero el proyecto es libre, abrir-fuente, y atado de ninguna manera a los productos o a los servicios de Google.
   - La compañía no irá ausente como quizás con AjaxTags
 

 
 Desventajas de GWT
 
Curva de aprendizaje grande
   - Los reveladores de Java pueden desplegar con AjaxTags (u otras bibliotecas de la etiqueta de JSP que envuelven la funcionalidad de Ajax) en apenas algunos minutos, mientras que dura mucho para conseguir cualquier cosa que funciona con GWT.
 
 Despliegue incómodo
   - Proceso torpe y mal documentado a desplegar en un web server Java-basado regular.
 
 Acercamiento no estándar para integrar Javascript
   - Usted nunca pone Javascript directo en su HTML. En lugar, usted utiliza JSNI para envolver Javascript en Java. Muy de gran alcance acostumbrarse a largo plazo, pero difícilmente al principio.
 
 Solamente para los reveladores de Java
   - La mayoría de los ambientes de Ajax hacen Javascript en el cliente y tienen una opción para el servidor. GWT se basa enteramente alrededor de Java.
 
 Acercamiento inusual
   - Estrategia fundamental diversa que el resto de los ambientes de Ajax hace el buyoff de la evaluación y de la gerencia más duro


y http://aharlamov.blogspot.com/2008/05/gwt