Pergunta : O TTL expirou periòdicamente em um sibilo a um outro subnet.

Olá! os povos,

I começ um problema estranho aqui.  Eu começarei explicando o

I da disposição da rede… tenho dois subnets em nosso escritório - deixa para chamá-los A e o B.B é um subnet pequeno que prende quatro usuários que foram movidos dentro de um outro escritório e por causa das edições da configuração nos usuários nós criamos simplesmente o subnet localmente.  O Subnet A é o subnet principal para o escritório que contem a maioria de usuários e de todos os dispositivos do cliente.  No subnet A nós temos 3 linhas externas - uma linha para o Internet, uma linha para VPN e uma linha alugada a nossa matriz em Alemanha.  O Subnet A fala ao subnet B através de um usuário velho do Windows 2000 com os NIC instalados e 2 de RRAS (que trabalhou sempre muito bem).  Nós chamaremos este usuário Server1.

We promovemos recentemente nossa linha do Internet a ADSL2+ e devido a isto teve que substituir o router.  Nós instalamos um Draytek 2820 - tudo tem trabalhado muito bem por algumas semanas now.

Now, subitamente nós tem este problema onde pela conectividade do subnet A às gotas de B.  Fazer um sibilo constante é bem sucedido por um quando e então você começ o TTL expirado por como 20 segundos ou assim, e então de volta às respostas.  Todo o tráfego no subnet A tem a passagem de defeito do router alemão que envia por sua vez todo o tráfego não destinado para Alemanha em nosso router do Internet.  Se o tráfego é para o subnet B nosso router do Internet tem uma rota de estática que o envie a Server1. o

When que esta perda repentina na conectividade ocorre mim recolheu a seguinte informação:

1.  Um tracert de um cliente no subnet A a um dispositivo no subnet B vai ao router alemão e então a nosso router “pausas” do Internet e vai para trás ao router alemão outra vez.  Isto continua para a frente e para trás até que a conectividade volte de repente e continuar a Server1 e no subnet B.

2.  Eu posso sibilar a relação interna de nosso router do Internet de um cliente no subnet A.

3.  Eu posso sibilar a relação de Server1 no subnet A de um dispositivo no subnet A.

4.  Eu não posso sibilar a relação de Server1 no subnet B de um dispositivo no subnet A.

5.  Eu não posso sibilar a relação de Server1 no subnet B de nosso Internet router.

6.  Eu posso sibilar a relação de Server1 no subnet A de nosso Internet router.

Now, se este era ele que eu pensaria grande - o problema é com Server1.  Entretanto, alguns clientes no subnet A precisam de alcançar um usuário no subnet B.  Eu adicionei rotas de estática ao PC para dirigi-las a Server1 para todo o tráfego que vai ao subnet B.

So agora que eu sou confuso - é o router do Internet, ou é Server1 e que pôde ser? o

I veio à conclusão que é possivelmente um do seguinte:

1.  Um NIC defeituoso em Server1
2.  Uma pilha corrompida do TCP/IP em Server1.
3.  Um Internet desonesto router.

a noite passada eu suportei os config em nosso router do Internet e restaurei o dispositivo aos defeitos da fábrica.  Eu carreguei então os config para trás sobre outra vez - nenhuma ajuda/idéias de change.

Any seria extremamente appreciated.

Thanks guys. class= do

Resposta : O TTL expirou periòdicamente em um sibilo a um outro subnet.

Vantagens de GWT
 
Nenhuns erros de sintaxe do Javascript
   - Usar uma língua (Java) para o desenvolvimento e uma eliminação de erros de confiança, strongly-typed
   - Nenhum Javascript que programa de todo!
 
Pode usar Java complexo no cliente
   - Transformado no Javascript, mas em você ainda usar a corda, a disposição, a classe da matemática, o ArrayList, o HashMap, classes feitas sob encomenda, etc.
   - Sustentação IDE-baseada cheia de Java para o desenvolvimento/eliminação de erros (GWT constrói projetos do eclipse ou do MyEclipse automaticamente)
 
 Pode emitir tipos complexos de Java a e do usuário
    - Os dados começ fabricados através da rede
 
 Ambiente de teste autônomo
   - Pode testar dentro de MyEclipse sem instalar um usuário
 
 Sustentação pela companhia principal
   - Da companhia que ajudou a popularize Ajax no primeiro lugar.  Mas o projeto é livre, abrir-fonte, e em nenhuma maneira amarrada aos produtos ou aos serviços de Google.
   - A companhia não irá ausente como talvez com AjaxTags
 

 
 Desvantagens de GWT
 
Curva de aprendizagem grande
   - Os colaboradores de Java podem desdobrar-se com o AjaxTags (ou as outras bibliotecas do Tag de JSP que envolvem a funcionalidade de Ajax) apenas em alguns minutos, visto que toma muito mais por muito tempo para começ qualquer coisa que funciona com GWT.
 
 Distribuição incómoda
   - Processo desajeitado e mal documentado a desdobrar-se em um web server Java-baseado regular.
 
 Aproximação não padronizada para integrar o Javascript
   - Você nunca põr o Javascript direto em seu HTML. Em lugar de, você usa JSNI para envolver o Javascript em Java. Muito poderoso para habituar-se a longo prazo, mas duramente no início.
 
 Somente para colaboradores de Java
   - A maioria de ambientes de Ajax fazem o Javascript no cliente e têm uma escolha para o usuário. GWT é baseado inteiramente em torno de Java.
 
 Aproximação incomun
   - A estratégia fundamental diferente do que todos ambientes restantes de Ajax faz o buyoff da avaliação e da gerência mais duro


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