Vraag : TTL verliep periodiek op ping aan een andere subnet.

Hallo hier werden de mensen,

I een vreemd probleem.  Ik zal door te verklaren beginnen laten de netwerklay-out…

I twee subnets in ons bureau heeft - hen A roepen en B.B is kleine subnet die vier servers houden die binnen van een ander bureau werden bewogen en wegens configuratiekwesties op de servers wij eenvoudig subnet plaatselijk cre�ërden.  Subnet A is belangrijkste subnet voor het bureau die de meerderheid van de servers en alle cliëntapparaten bevatten.  Op subnet A hebben wij 3 externe lijnen - een lijn voor Internet, een lijn voor VPN en een huurlijn aan ons hoofdkantoor in Duitsland.  Subnet A spreekt aan subnet B via een oude geïnstalleerdeb Server van Vensters 2000 met RRAS en 2 NICs (die altijd boete heeft gewerkt).  Wij zullen deze server Server1.

We onlangs promotie onze Internet lijn aan ADSL2+ roepen en wegens dit moest de router vervangen.  Wij installeerden een Draytek 2820 - alles heeft boete voor een paar weken now.

Now gewerkt, plotseling hebben wij dit probleem waar door connectiviteit van subnet A aan B daalt.  Doen van constante ping is succesvol voor een tijdje en dan die wordt u TTL voor gelijkaardige 20 seconden of zo, en dan terug naar antwoorden is verlopen.  Al verkeer op subnet A heeft de standaardgateway van de Duitse Router die beurtelings om het even welk die verkeer door:sturen niet voor Duitsland op onze router van Internet wordt bestemd.  Als het verkeer voor subnet B is heeft onze Internet router een statische route die het aan Server1 door:sturen.

When dit plotselinge verlies in connectiviteit ik heeft verzameld de volgende informatie voorkomt:

1.  Een tracert van een cliënt op subnet A aan een apparaat op subnet B gaat naar de Duitse router en dan naar onze Internet router „pauzes“ en keert opnieuw naar de Duitse router terug.  Dit gaat afwisselend verder tot de connectiviteit plotseling terugkomt en het draagt op Server1 en op subnet B.

2.  Ik kan de interne interface van onze Internet router van een cliënt in subnet A.

3 pingelen.  Ik kan interface Server1 op subnet A van een apparaat op subnet A.

4 pingelen.  Ik kan geen interface Server1 op subnet B van een apparaat op subnet A.

5 pingelen.  Ik kan geen interface Server1 op subnet B van ons Internet router.

6 pingelen.  Ik kan interface Server1 op subnet A van ons Internet router.

Now pingelen, als dit het ik groot zou denken was - het probleem is met Server1.  Nochtans, moeten sommige cliënten op subnet A tot een server op subnet B. toegang hebben.  Ik voegde statische routes aan pc's toe om hen aan Server1 voor om het even welk verkeer te leiden die naar subnet B.

So gaan nu ik verward ben - is is het de Internet router, of het Server1 en wat het zou kunnen zijn?

I is aan de conclusie gekomen dat het misschien één van het volgende is:

1.  Defecte NIC op Server1
2.  Een corrupte stapel TCP/IP op Server1.
3.  Dodgy Internet router.

vorge nacht I gesteund config op onze Internet router en teruggesteld het apparaat aan fabrieksgebreken.  Ik laadde toen config terug opnieuw - geen hulp change.

Any/ideeën zouden zeer appreciated.

Thanks guys. zijn

Antwoord : TTL verliep periodiek op ping aan een andere subnet.

Voordelen GWT
 
Geen JavaScript syntaxisfouten
   - Gebruik een betrouwbare, sterk-getypte taal (Java) voor ontwikkeling en het zuiveren
   - Geen programmering JavaScript bij allen!
 
Kan complex Java op de cliënt gebruiken
   - Omgezet in JavaScript, maar u gebruikt Koord, serie, klasse Math, ArrayList, nog HashMap, douaneklassen, enz.
   - De volledige op winde-Gebaseerde steun van Java voor ontwikkeling/het zuiveren (GWT bouwt Verduistering of projecten MyEclipse automatisch)
 
 Kan de complexe types van Java naar en van de server verzenden
    - Die de gegevens worden over netwerk in series worden vervaardigd
 
 Standalone testmilieu
   - Kan binnen MyEclipse testen zonder een server te installeren
 
 Steun door belangrijk bedrijf
   - Van het bedrijf dat hielp om Ajax in de eerste plaats te populariseren.  Maar het project is vrij, open-bron, en in geen geval gebonden aan producten Google of de diensten.
   - Het bedrijf zal niet als misschien met AjaxTags weggaan
 

 
 Nadelen GWT
 
Grote het leren kromme
   - De ontwikkelaars van Java kunnen met AjaxTags (of andere JSP markeringsbibliotheken die functionaliteit Ajax) verpakken in enkel een paar notulen opstellen, terwijl het veel duurt langer om om het even wat lopend met GWT te krijgen.
 
 Hinderlijke plaatsing
   - Onhandig en slecht gedocumenteerd proces om op een regelmatige in Java-Gebaseerde server van het Web op te stellen.
 
 Niet genormaliseerde benadering om JavaScript te integreren
   - U zet nooit directe JavaScript in uw HTML. In plaats daarvan, gebruikt u JSNI om JavaScript in Java te verpakken. Zeer krachtig eerst uiteindelijk aan, maar hard te wennen om.
 
 Slechts voor de ontwikkelaars van Java
   - De meeste milieu's Ajax doen JavaScript op de cliënt en hebben een keus voor de server. GWT is volledig gebaseerd rond Java.
 
 Ongebruikelijke benadering
   - Harder maakt de verschillende strategie dan alle andere milieu's Ajax fundamenteel evaluatie en beheer buyoff


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