20.02.06 SIPDISCOUNT -> keine ein- bzw. ausgehenden Gespräche

Das gilt auch für VoIPBuster und SparVoIP

Scheint wieder ok zu sein, zumindest bin ich wieder an den SIP-Servern registriert.

Vielleicht ein vorübergehendes Peering-Problem, daß Eure Konnektivität beeinflusst hat?

Ich habe zwischen 09:00 und 10:00 einige Telefonat über sipdiscount ins In- und Ausland geführt... Keine Probleme...

--gandalf.

Hallo Gandalf,

das ist eine interessante Vermutung, zumal wir beide bei Arcor sind.
Beim nächsten Mal wäre vielleicht ein traceroute interessant.
Ich weiß ja nicht, wieviel zur Zeit an den SIP-Server gebastelt wird, aber wenn die Betamax die Server wie in der Anfangszeit noch wechselt, könnte auch Zeit zur Propagierung der geänderten DNS-Records zu so einem Verhalten führen.

Hallo,
Bei mir klappt momentan die Registrierung bei Voipbuster und Sipdiscount im Minutenintervall mal schon, mal nicht.
Wird wohl gerade heftig gebastelt.

In der Tat... Traceroute wäre sehr interessant... insbesondere auch ein udp ping mit nmap ;-)

--gandalf.

C:\>tracert connectionserver.sipdiscount.com

Routenverfolgung zu connectionserver.po0.sipdiscount.com [80.239.235.200] über maximal 30 Abschnitte:

1 1 ms <1 ms <1 ms 10.20.0.1
2 20 ms 19 ms 18 ms 172.25.46.23
3 19 ms 19 ms 19 ms 81-223-100-189.zwischennetz.xdsl-line.inode.at [81.223.100.189]
4 19 ms 21 ms 19 ms ott2-po-00-001.shuttle.vien.inode.at [62.99.170.194]
5 19 ms 19 ms 19 ms ge-2-2.ar1.VIE1.gblx.net [146.82.33.213]
6 33 ms 33 ms 33 ms so2-0-0-2488M.ar2.FRA3.gblx.net [67.17.65.58]
7 34 ms 33 ms 43 ms ffm-b3-geth0-2-1.telia.net [213.248.77.181]
8 34 ms 35 ms 35 ms ffm-bb1-pos7-3-0.telia.net [213.248.64.61]
9 34 ms 33 ms 33 ms ffm-b1-link.telia.net [213.248.64.142]
10 * * * Zeitüberschreitung der Anforderung.
11 * * * Zeitüberschreitung der Anforderung.
12 * * * Zeitüberschreitung der Anforderung.
13 * * ^C

Versuche mal sip1.sipdiscount.com... hier gibt es 6 Adressen, von denen eine funktionieren sollte... es sind nämlich verschiedene Provider.

Interessanterweise kann ich von hier (Kabel BW Internet) auch kein Traceroute auf 172.25.46.23 machen...

Vielleicht haben wir es ja wirklich mit Peering-Problemen zu tun...

PS: Zur Interpretation von Traceroute noch eine Anmerkung... "Zeitüberschreitung" bedeutet nicht, daß der Host nicht antwortet. Es bedeutet nur, daß hier kein ICMP-Paket zurückkam! Daher versucht vielleicht auch mal mit nmap einen tcp oder udp scan (Vorsicht: bitte nicht alle Ports durchmachen... nur zwei oder drei, sonst greift ggf. auch ein Intrusion Detection System), um zu sehen, ob die Hosts wirklich nicht erreichbar sind oder nur Router auf dem Weg schweigen.

--gandalf.

EDIT: Ich kann von meinem Kabel-BW-Internet aus via Sipdiscount telefonieren... Von einem Telekom-Zugang (Firma) sieht das anders aus:

$ tracert sip1.sipdiscount.com

Routenverfolgung zu sip1.sipdiscount.com [80.239.235.200] über maximal 30 Absch
nitte:

1 1 ms <1 ms <1 ms 134.101.150.54
2 <1 ms <1 ms <1 ms 134.101.159.2
3 7 ms 7 ms 7 ms 172.26.182.13
4 8 ms 7 ms 7 ms 134.101.227.2
5 7 ms 7 ms 7 ms 134.101.224.6
6 76 ms 70 ms 33 ms da-ag1.DA.net.DTAG.DE [194.25.7.97]
7 70 ms 70 ms 79 ms f-ea1.F.DE.net.DTAG.DE [62.154.17.182]
8 78 ms 74 ms 85 ms f-eb5.F.DE.net.DTAG.DE [62.154.17.62]
9 84 ms 80 ms 75 ms ffm-b1-link.telia.net [213.248.103.85]
10 * * * Zeitüberschreitung der Anforderung.
11 * * * Zeitüberschreitung der Anforderung.
12 * * * Zeitüberschreitung der Anforderung.
13 * * * Zeitüberschreitung der Anforderung.
14 * * * Zeitüberschreitung der Anforderung.
15 * * * Zeitüberschreitung der Anforderung.
...

Zum Vergrößern anklicken....

Routenverfolgung zu sip1.sipdiscount.com [194.120.0.200] über maximal 30 Abschnitte:

1 1 ms <1 ms <1 ms 10.20.0.1
2 20 ms 19 ms 19 ms 172.25.46.23
3 19 ms 19 ms 19 ms 81-223-100-189.zwischennetz.xdsl-line.inode.at [81.223.100.189]
4 19 ms 19 ms 20 ms otta-po-00-001.shuttle.vien.inode.at [62.99.170.81]
5 20 ms 19 ms 19 ms g1-0-307.core01.vie01.atlas.cogentco.com [130.117.20.189]
6 25 ms 25 ms 25 ms p13-0.core01.muc01.atlas.cogentco.com [130.117.0.213]
7 31 ms 30 ms 31 ms p14-0.core01.fra03.atlas.cogentco.com [130.117.1.198]
8 41 ms 40 ms 41 ms p15-0.core02.par02.atlas.cogentco.com [130.117.0.18]
9 41 ms 40 ms 40 ms p12-0.core01.par01.atlas.cogentco.com [130.117.1.230]
10 120 ms 120 ms 120 ms p3-0.core02.jfk02.atlas.cogentco.com [66.28.4.189]
11 120 ms 119 ms 120 ms p15-0.core01.jfk04.atlas.cogentco.com [154.54.1.86]
12 130 ms 130 ms 129 ms nyk-s1-rou-1003.US.eurorings.net [134.222.249.49]
13 128 ms 127 ms 127 ms obl-rou-1003.NL.eurorings.net [134.222.230.101]
14 157 ms 136 ms 134 ms ffm-s1-rou-1002.DE.eurorings.net [134.222.230.30]
15 135 ms 133 ms 133 ms ffm-s1-rou-1077.DE.eurorings.net [134.222.229.54]
16 * * * Zeitüberschreitung der Anforderung.
17 * * * Zeitüberschreitung der Anforderung.
18 ^C


Während der traceroute lief, konnte sich das Telefon registrieren.
Als ich danach ein Testgespräch aufbauen wollte, wars allerdings schon wieder vorbei.

Yep, und das genau spricht für Peering-Probleme... Network Congestion... Router down und mit Backup-Leitung in Betrieb... ein paar der 6 FINAREA-Server down, so daß alles auf die restlichen läuft...

UDP ist eben nicht "reliable" und kann von Routern in Überlast ignoriert werden.

Da hilft nur Warten... erfahrungsgemäß geht es bald wieder

--gandalf.

ja, so sehe ich das auch.
die Verfügbarkeit von finarea geht weiter in den Keller ;-)

Bei mir gehts nach wie vor nur zeitweise.

Edit 23.02.2006:

Bei mir gehts auch wieder.

Hab dazu allerdings das Sipath im Router deaktivieren müssen.
Irgendwas haben sie bei der letzten Bastelstunde geändert,
dass SIPDISCOUNT mit SIPATH nicht mehr stabil funktioniert

Diesen Thread kann man aber auf "erledigt" setzen.