Afdrukvoorbeeld
ook is mij opgevallen dat als ip via upc een traceroute uit voer de voorlaatste hop verschilt
9 35 ms 27 ms 31 ms te-4-3.crs1.ape1.network.solcon.net [212.45.45.2
41]
met de voorlaatste hop die adsl van kpn gebruikers krijgen
9 25 ms 26 ms 23 ms te-1-3.crs2.ape1.network.solcon.net [212.45.35.1
86]
Dat kan vrij normaal zijn.Citaat:
Oorspronkelijk geplaatst door joelouburg
Als Solcon de peering met UPC over een ander pad heeft lopen dan de connectie met KPN.
Het doet natuurlijk (nog meer) denken dat de oorzaak in één van de solcon routers zit.
Aangezien solcon 'dsl' in de reverse DNS van je server heeft staan wordt die naamgeving blijkbaar niet helemaal up te date gehouden.
Het zal een IP range zijn die ooit, of deels, voor dsl gebruikt wordt en waarvan ze de reverses en RIPE entry niet aangepast hebben.
Omdat de ping/trace tijd vrijwel niet hoger wordt dan de eerste hop (posting DiederikL) kun je wel zeggen het in elk geval geen dsl *is*, want zou je nog een keer +20msec zien .
Anyway, als jouw server- reverse DNS niet up to date is, kun je ook net wat minder zeker aannemen dat crs2 en crs1 aparte routers zijn. (het zijn wel andere IP adressen, maar dat kunnen ook andere interfaces op dezelfde router zijn).
Fwiw, crs{nummer} doet vermoeden dat het een Cisco CRS-1 (of CRS-3) router zal zijn (te-1-3 is dan TenGigabitEthernet1/3, ape = Apeldoorn). Dat zijn wel echte high end routers. http://www.cisco.com/en/US/products/ps5763/index.html
Ik heb gedurende alle stappen solcon op de hoogte gebracht. Deze is ook aan het onderzoeken waar het aan kan liggen. Op basis van de gegevens die ik hun toestuur.
De server zit aan een gigabit netwerk.
Voorop gesteld zoals ik in mijn eerste post aan gaf was er in beginsel een probleem met een Sisco router, hier heeft toen Solcon een workaround op toegepast zodat het weer werkte paar dagen later was het dus weer foute boel maar nu alleen richting ADSL.
Daar zie ik nog geen relatie in met je probleem. (tenminste, het is een ip neigh show )Citaat:
Oorspronkelijk geplaatst door joelouburg
Dat is een arp entry die al eventjes bestaat, voor een host die in je subnet zit (je zit in een /24) .
Er is dus ietwat verkeer geweest tussen jouw server en dat .254 adres.
Als het zich oplost met een reboot van je server kun je nog proberen of het zich ook oplost als je je ethernet interface naar solcon toe even down brengt en dan weer up.
(let op dat je dat via een ilo/drac connectie doet natuurlijk) .
Daarmee gaat ook de access poort aan de kant van je ISP even down en up, en dat flusht een aantal dingen.
Maar hiermee lijkt het er nog meer op dat er gewoon iets mis is in het datacenter van je netwerk provider.
Wat je hier test kan je provider helpen zoeken,maar de oplossing moet uiteindelijk daar vandaan komen.
[knip trace die bij laatste of voorlaatste hop van de provider mis begint te lopen]
Oja : had je nog een trace vanaf jouw server naar adsl en niet-adsl toe tijdens het probleem ?
Citaat:
Oorspronkelijk geplaatst door visser
Zal dat de volgerde ronde proberen en zien wat er gebeurd.
Solcon geeft aan dat ze weer wat veranderd hebben aan de workaround dus wordt het afwachten of het probleem inderdaad verholpen is