Peering link er nede?


Af en eller anden årsag kan jeg ikke åbne www.mumbleme.com i IE, og hverken ping/traceroute/telnet kan få hul igennem.

 

Efter en lang korrespondance med indehaveren af mumbleme.com, og diverse test vi udførte i begge ender, ser det ud som om peering linket mellem TDC og OVH.co.uk (Som hoster den europæiske mumbleme server) er i stykker.

 

Det er ihvertfald det mumbleme mener at kunne udlede af de mange test vi udførte.

 

Hvis jeg prøver at oprette forbindelse til mumble serveren gennem en VPN forbindelse, er der ingen problemer, og jeg kan ligelede åbne selve mumbleme.com hjemmesiden når jeg gør det gennem VPN forbindelsen.

 

Kommandoprompten ser således ud (Uden vpn)

 

ping mumbleme.com

Pinger mumbleme.com [94.23.28.40] med 32 byte data:
Anmodning fik timeout.
Anmodning fik timeout.
Anmodning fik timeout.
Anmodning fik timeout.

Ping-statistikker for 94.23.28.40:
    Pakker: Sendt = 4, modtaget = 0, tabt = 4 (100% tab),

telnet mumbleme.com
Opretter forbindelse til mumbleme.com...Der kunne ikke oprettes forbindelse til
værten, på port 23: Forbindelsen blev ikke oprettet.

telnet mumbleme.com 50028
Opretter forbindelse til mumbleme.com...Der kunne ikke oprettes forbindelse til
værten, på port 50028: Forbindelsen blev ikke oprettet.

tracert mumbleme.com

Sporer rute til mumbleme.com [94.23.28.40]
over et maksimum af 30 hop:

  1     *        *        *     Anmodning fik timeout.
  2     *        *        *     Anmodning fik timeout.
  3     *        *        *     Anmodning fik timeout.
  4     *        *        *     Anmodning fik timeout.
  5     *        *        *     Anmodning fik timeout.
  6     *        *        *     Anmodning fik timeout.
  7     *        *        *     Anmodning fik timeout.
  8     *        *        *     Anmodning fik timeout.
  9  ^C

 

Samme test, dog uden telnet delen, ser således ud:

 

ping mumbleme.com

Pinger mumbleme.com [94.23.28.40] med 32 byte data:
Svar fra 94.23.28.40: byte=32 tid=48ms TTL=56
Svar fra 94.23.28.40: byte=32 tid=48ms TTL=56
Svar fra 94.23.28.40: byte=32 tid=48ms TTL=56
Svar fra 94.23.28.40: byte=32 tid=47ms TTL=56

Ping-statistikker for 94.23.28.40:
    Pakker: Sendt = 4, modtaget = 4, tabt = 0 (0% tab),
Beregnet tid for rundtur i millisekunder:
    Minimum = 47ms, Maksimum = 48ms, Gennemsnitlig = 47ms

 

tracert mumbleme.com

Sporer rute til mumbleme.com [94.23.28.40]
over et maksimum af 30 hop:

  1    28 ms    28 ms    27 ms  93.182.135.2
  2    30 ms    30 ms    29 ms  93.182.168.1
  3    28 ms    28 ms    30 ms  viaeuropa-gw.bahnhof.net [85.24.153.20]
  4     *        *        *     Anmodning fik timeout.
  5    49 ms    52 ms    53 ms  rbx-g2-a9.fr.eu [91.121.131.134]
  6    49 ms     *       48 ms  vss-1-6k.fr.eu [91.121.131.29]
  7    48 ms    48 ms    48 ms  amstel.goodtimes.za.net [94.23.28.40]

Sporing fuldført.

 

Er der nogen der kan hitte hoved eller hale i det her?

8 Kommentarer

Hej Shuffla

Det første jeg kommer til at tænke på, er hvilken offentlig IP du får fra TDC?

TDC er for relativt nyligt begyndt at bruge IP-adresser i 2.x.x.x ranget, som tidligere har været reserveret til andet formål. Servere som ikke er opdateret med info om at adresser i 2.x.x.x.-ranget nu bruges som almindelige offentlige IP-adresser, vil typisk afvise trafik fra 2.x.x.x-adresser.

Hvis din IP-adresse hedder 2 i første oktet, er dét formentlig årsagen til problemet. Det er så ikke TDC som har et problem, men indehaveren af mumbleme.com, som skal foretage de nødvendige rettelser på sin server.

Jeg sidder på en forbindelse i TDC's net, og kommer fint ind på mumbleme.com.

vh

Shimika 

hmm, har lige testet fra en forbindelse med en adresse i 2.x.x.x - ranget, og kommer fint ind på mumbleme.com. Så ovenstående er altså ikke forklaringen.

Omdømme 3
Har måske ikke så meget med dette at gøre... og så måske alligevel.

Jeg har en server kørende ved Xirvik.com, som er et selskab med samme aktiviteter som OVH.

Ud over derres servere har begge firmaer også en del BitTorrent bokse.

Jeg kunne snildt forestille mig, at deres IP bliver black listet en gang i mellem.

Jeg var selv uden kontakt med min server det meste af søndagen.

En traceroute antydede at fejlen var i TDC eget backbone/internationale net.

Træls!

If. TDC er der ikke nogen blokeringer på andre porte end 25 her hos mig (Hvilket jeg oprindeligt troede var problemet, da jeg skal forbinde til mumbleme.com på port 50028 gennem Mumble)

De siger også at IP adressen heller ikke er blokeret.

Jeg har prøvet at slå min firewall fra, stadig uden at det har gjort nogen forskel.

Det eneste der virker er at oprette forbindelse gennem en VPN forbindelse til et andet land.

Sidste gang jeg snakkede med TDC fik jeg besked på at de ikke kunne gøre noget, og at jeg måske ville have bedre held med at kontakte Microsoft.

Men når nu jeg sagtens kan oprette forbindelsen så længe jeg kører gennem en VPN, kan jeg ikke se hvordan problemet kan ligge andre steder end hos TDC.

Jeg mener, hvis problemet var min firewall, eller windows opsætning, ville jeg vel ikke kunne oprette forbindelse selvom jeg gik gennem min VPN?

Både mumbleme.com og OVH.co.uk har checket om min ip range er blokeret.

Omdømme 3

Shuffla skrev:
De siger også at IP adressen heller ikke er blokeret.

Men, dem som du kalder "de" har "de" prøvet at koble op til den omtalte server?

Shuffla skrev:
Men når nu jeg sagtens kan oprette forbindelsen så længe jeg kører gennem en VPN, kan jeg ikke se hvordan problemet kan ligge andre steder end hos TDC.

Du har helt ret, det at du kan connecte via en mellemstation uden for TDC's net beviser jo faktisk, at problemet ligger i TDC's routing. Desværre er denne routing sandsynligvis uden for TDC Danmarks umiddelbare kontrol. Men derfor kunne de jo godt have tjekket det ordentligt!

Undskyld, jeg burde have specificeret at jeg mente TDC.

TDC Supporteren jeg snakkede med kunne (If. hende) sagtens åbne mumbleme.com

Jeg sidder på en alm. TDC HomeDuo forbindelse og har ingen problemer med at nå mumbleme.com:

C:>ping mumbleme.com

Pinging mumbleme.com [94.23.28.40] with 32 bytes of data:
Reply from 94.23.28.40: bytes=32 time=38ms TTL=59
Reply from 94.23.28.40: bytes=32 time=39ms TTL=59
Reply from 94.23.28.40: bytes=32 time=37ms TTL=59
Reply from 94.23.28.40: bytes=32 time=38ms TTL=59

Ping statistics for 94.23.28.40:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 37ms, Maximum = 39ms, Average = 38ms

En telnet til port 50028 på samme adresse, svarer også som den skal.

Ja det virker jo unægteligt som om at blokeringen er yderst lokal... Jeg kan bare ikke se hvor den skulle være hvis det er i mit eget udstyr.

Jeg har i øvrigt opgivet at få oprettet den forbindelse... Når TDCs egen teknik afdeling ikke engang kan finde ud af problemet, hvordan fanden skal en nogenlunde habil, men dog stadig amatør IT sjover som undertegnede kunne gøre sig håb om det?

// rækker hænderne i vejret //

Besvar

    • :D
    • :?
    • :cool:
    • :S
    • :(
    • :@
    • :$
    • :8
    • :)
    • :P
    • ;)