eigenartige Probleme mit FBF als ATA bei GMX

nixgegendenise · 23 Mai 2006

EDIT: Mein Hauptproblem besteht darin, dass ich über die FBF als ATA mit GMX nicht auf Handy und andere GMX-Teilnehmer anrufen kann, Festnetznummern aber schon. Liegt es an einer Portfreigabe???
Siehe: http://www.ip-phone-forum.de/showpost.php?p=605034&postcount=6

Hallo!

Ich habe folgendes mir-die-ganze-nacht-versaut-hat-Problem: Ich muss/will meine FBF (Firmware 08.04.01) hinter meinem Router betreiben. Mein PC geht per WLAN über den Router ins Internet, das ist kein Problem. Nur weigert sich meine FBF beharrlich, ins Internet zu gehen!

Es ist sogar so schlimm, dass beim Anstöpseln des Netzwerkkabels der FBF an den Router KEINE LED am Router aufleuchtet, wie es sonst ist, wenn man einen PC an den Router per Netzwerkkarte anstöpselt!?
Der LAN-Port der FBF ist aber in Ordnung, denn meinen PC kann ich ohne Probleme über diesen mit der FBF verbinden. Die LAN-Ports meines Router sind auch in Ordnung, denn auch diese kann ich mit meinem Router verbinden

Ich versteh es einfach nicht, was ich falsch gemacht haben kann. Irgendwelche Tipps? Ich geh jetzt zwei Stunden schlafen, dann Uni

Mein Router ist der SMC7004VWBR von Barricade. Kann es sein, dass er die FBF als Client nicht unterstützt?

LÖSUNG: Ich habe das Problem in einem Anflug von Trial and Error gelöst: Ich habe ein Crossover-Kabel zwischen FBF und Router benutzt und jetzt klappts... Kann mir irgendwer verraten, warum????

gandalf94305 · 23 Mai 2006

Guten Morgen ;-)

Dein Router unterstützt anscheinend kein Autosense MDI/MDI-X. Normalerweise sind die Ports eines Routers "routerartig", d.h. können mit "endgerätartigen" Ports per gerade verbundenem Kabel verbunden werden. Die FBF ist jedoch auch Router und unterstützt kein Auto-MDI/MDI-X, d.h. die LAN-Ports sind auch "routerartig". Endgeräte können daran angeschlossen werden, nicht jedoch Router. Manche Router haben einen speziellen "Uplink"-Port, der an einen normalen "routerartigen" Port eines anderen Routers angeschlossen werden kann. Ansonsten benötigt man ein gekreuztes Kabel für die Verbindung.

--gandalf.

nixgegendenise · 23 Mai 2006

Zu früh gefreut!

Auf den ersten Blick scheint alles zu funktionieren, nur wenn ich jetzt über VoIP anrufen will (egal, ob Festnetz oder eine VoIP-Nummer oder Handy), so folgt jedesmal nach einer kurzen Zeit ein Besetzt-Zeichen

Ursache: Request Timeout ( 408 ) oder Forbidden (403)

Muss ich jetzt noch Ports im Router freigeben? Ich dache, dies ist nicht nötig, da alle Internetrufnummern "registriert" sind.

So, jetzt Uni. Bye

gandalf94305 · 23 Mai 2006

Im Router sollten noch die bekannten Ports 5060/udp, 7077-7087/udp für die FBF freigegeben werden. Ich weiß nicht, ob Du mit Deinem Router STUN benötigst... Request Timeout deutet auf ein Problem mit Portweiterleitung zu 5060/udp hin, denn es wurde keine SIP-Antwort auf einen INVITE-Request erhalten. 403 deutet auf ein Authentisierungsproblem hin, d.h. es kam ggf. keine Antwort auf ein REGISTER.

--gandalf.

voipd · 23 Mai 2006

Hallo zusammen,

nur ein Hinweis: Die FBF_WLAN macht Auto-MDI/MDI-X. Das heisst, egal ob der Router Auto-MDI/MDI-X macht, die FBF_WLAN macht es dann. So muesste es reichen irgendein Netzwerkkabel einzustoepseln und die Geraete muessen einen Link aufbauen.

Auto hin oder her, eine Fehlerquelle weniger ist es alles "normal" zu konfigurieren und ueber den speziellen Uplinkport mit einem "geraden" Kabel zu gehen. Man weiss ja nie. ...

voipd.

nixgegendenise · 23 Mai 2006

gandalf94305 schrieb:
Im Router sollten noch die bekannten Ports 5060/udp, 7077-7087/udp für die FBF freigegeben werden. Ich weiß nicht, ob Du mit Deinem Router STUN benötigst...

So, ich schwänz jetzt eine Vorlesung

Ich habe das Problem etwas einkreisen können:
Ohne Portfreigabe lassen alle meine Voip-Anbieter zumindest mein Handy / Testfestnetznummer klingeln.Alle bis auf Portunity und GMX. Letzteres ist besonders doof, da ich GMX-Phoneflat habe. Komisch: Ohne jegliche Portfeigabe geht die GMX Netphone-Software problemlos! Ich habe nun extra auch in der FBF die GMX-Stunserver eingetragen... Ohne Erfolg!
Das mit den Portfreigaben ist sehr verwirrend, da alle Anbieter etwas anderes erzählen

Reicht für meinen Fall auf jeden Fall die Portfreigaben, die du erwähnt hast?
Muss man für GMX nicht noch extra zB 5060 - 5065, 5070, 5072, 3478 - 3479, 8000 - 8012, 5000 - 5004, 30000-30005 freischalten? Oder ist das nicht nötig, da die FBF "den REst" macht?

EDIT: Jetzt wirds immer unheimlicher. Ich habe gerade den Port 5072 freigegeben. Nun gehen einige Nummern (zB der Bluesip-Echoserver 08972101099701), aber andere Festnetz-Nummern nicht

gandalf94305 · 23 Mai 2006

Portfreigaben hängen vom Endgerät (VoIP-Gateway [FBF], IP-Phone oder Softphone) ab. 5061-5065, 5070, 5072 sind alternative SIP-Ports, 3478-3479 sind STUN-Ports, 8000-8012 und 30000-30005 sind alternative RTP-Ports... die FBF verwendet diese jedoch nicht. 5000-5004 sind wohl auch RTP-Ports.

--gandalf.

nixgegendenise · 23 Mai 2006

Danke für die Info.
Leider habe ich immer noch dasselbe Problem. Diesmal bekomme ich immer wieder die Fehlermeldung 400: Content-Length larger than message.

Und wie gesagt: Bei anderen Voip-Anbietern keine Probleme, nur bei gmx.

gandalf94305 · 23 Mai 2006

Hmm... wird da irgendetwas vom Router verändert? Das klingt nach einem etwas obskuren Sachverhalt... Hast Du mal einen Outbound-Proxy verwendet?

--gandalf.

nixgegendenise · 23 Mai 2006

gandalf94305 schrieb:
Hmm... wird da irgendetwas vom Router verändert? Das klingt nach einem etwas obskuren Sachverhalt... Hast Du mal einen Outbound-Proxy verwendet?

--gandalf.

Ich habe in der FBF als Proxy-Server sip-gmx.net eingetragen. Ändert nichts am Sachverhalt.

gandalf94305 · 23 Mai 2006

Diese Meldung bezüglich Content-Length irritiert mich. Es klingt so, als würde der Router die Pakete verändern (NAT-Umsetzung von Adressen), dabei jedoch die Content-Length vergessen...

--gandalf.

nixgegendenise · 23 Mai 2006

Das ist mal eine telnet-Ausgabe von einem vergeblichen Versuch, per GMX auf mein Handy anzurufen:

Code:

May 23 11:31:29 voipd[591]: <<<udp Status: 408 Request Timeout
May 23 11:31:29 voipd[591]: >>>udp Request: ACK sip:49178*****@sip-gmx.net
May 23 11:31:29 voipd[591]: ocfree: fail 0 normal 0 small 0 large 0
May 23 11:31:29 voipd[591]:         underrun 0 max_ackqueuelen 0
May 23 11:31:29 voipd[591]:         small packets merged 0, output 0 and consume
d from CNG 0
May 23 11:31:29 voipd[591]: ocmode: normal 0 merged 0 delayed 0
May 23 11:31:29 voipd[591]: dropped 0 packets with 0 samples and one sample in 0
 packets
May 23 11:31:29 voipd[591]: generated noise: 0
May 23 11:31:29 voipd[591]:         capiqueue[0]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         capiqueue[1]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         capiqueue[2]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         capiqueue[3]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         capiqueue[4]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         capiqueue[5]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         capiqueue[6]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         capiqueue[7]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[  0ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[ 10ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[ 20ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[ 30ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[ 40ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[ 50ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[ 60ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[ 70ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[ 80ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[ 90ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[100ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[110ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[120ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[130ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[140ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[150ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[160ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[170ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[180ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[190ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[200ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[210ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[220ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]:         txqueue[230ms]: 0 (  0.0%)
May 23 11:31:29 voipd[591]: CONNECT_RESP with sip value 408
May 23 11:31:29 voipd[591]: call to sip:49178*****@sip-gmx.net terminated (408
)
May 23 11:31:29 voipd[591]: EVENT(78): Internettelefonie mit 49178*****³ber s
ip-gmx.net war nicht erfolgreich. Ursache: Request Timeout (408)
May 23 11:31:34 voipd[591]: disconnected(appl=3 plci=0x1204 ncci=0x0 incoming):
remote: 0x3490 (0x0000) -

nixgegendenise · 23 Mai 2006

Und das kommt, wenn ich eine andere GMX-Nummer anzurufen versuche:

Code:

May 23 11:34:49 voipd[591]: incoming(4:appl=3 plci=0x204 ncci=0x0 incoming): 11
 <- 0
May 23 11:34:49 voipd[591]: telapp_incoming - NOT running (voip=0)
May 23 11:34:49 voipd[591]: 0: connected    vcc 0/0/RBE/14 stay online 1
May 23 11:34:49 voipd[591]: disconnected(appl=3 plci=0x204 ncci=0x0 incoming): r
emote: 0x0000 (0x0000) -
May 23 11:34:51 voipd[591]: incoming(4:appl=3 plci=0x204 ncci=0x0 incoming): 11
492151394259 <- 0
May 23 11:34:51 voipd[591]: telapp_incoming - NOT running (voip=0)
May 23 11:34:51 voipd[591]: 0: connected    vcc 0/0/RBE/14 stay online 1
May 23 11:34:51 voipd[591]: STUN: udp 5060 -> 217.51.8.3:5060
May 23 11:34:51 voipd[591]: STUN: udp 7078 -> 217.51.8.3:7078
May 23 11:34:51 voipd[591]: STUN: udp 7079 -> 217.51.8.3:7079
May 23 11:34:51 voipd[591]: allowed bandwidth 208000 for sip:492****@sip-gm
x.net
May 23 11:34:51 voipd[591]: 4961******@sip-gmx.net: bandwidth left 208000
May 23 11:34:51 voipd[591]: dns: sip-gmx.net: query
May 23 11:34:51 voipd[591]: dns: sip-gmx.net: emtpy reply from 192.168.0.1.
May 23 11:34:51 voipd[591]: dns: sip.sip-gmx.net: query
May 23 11:34:51 voipd[591]: dns: sip.sip-gmx.net: 212.227.15.197 ttl=54 from 192
.168.0.1.
May 23 11:34:51 voipd[591]: >>>udp Request: INVITE sip:492*******@sip-gmx.net
May 23 11:34:52 voipd[591]: <<<udp Status: 407 Proxy Authentication Required
May 23 11:34:52 voipd[591]: >>>udp Request: ACK sip:492*******@sip-gmx.net
May 23 11:34:52 voipd[591]: allowed bandwidth 208000 for sip:492*******@sip-gm
x.net
May 23 11:34:52 voipd[591]: 4961*****@sip-gmx.net: bandwidth left 208000
May 23 11:34:52 voipd[591]: >>>udp Request: INVITE sip:492*******@sip-gmx.net
May 23 11:34:52 voipd[591]: <<<udp Status: 100 trying -- your call is important
to us
May 23 11:34:52 voipd[591]: <<<udp Status: 400 Content-Length larger than messag
e
May 23 11:34:52 voipd[591]: >>>udp Request: ACK sip:492*******@sip-gmx.net
May 23 11:34:52 voipd[591]: ocfree: fail 0 normal 0 small 0 large 0
May 23 11:34:52 voipd[591]:         underrun 0 max_ackqueuelen 0
May 23 11:34:52 voipd[591]:         small packets merged 0, output 0 and consume
d from CNG 0
May 23 11:34:52 voipd[591]: ocmode: normal 0 merged 0 delayed 0
May 23 11:34:52 voipd[591]: dropped 0 packets with 0 samples and one sample in 0
 packets
May 23 11:34:52 voipd[591]: generated noise: 0
May 23 11:34:52 voipd[591]:         capiqueue[0]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         capiqueue[1]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         capiqueue[2]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         capiqueue[3]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         capiqueue[4]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         capiqueue[5]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         capiqueue[6]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         capiqueue[7]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[  0ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[ 10ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[ 20ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[ 30ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[ 40ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[ 50ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[ 60ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[ 70ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[ 80ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[ 90ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[100ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[110ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[120ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[130ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[140ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[150ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[160ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[170ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[180ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[190ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[200ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[210ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[220ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]:         txqueue[230ms]: 0 (  0.0%)
May 23 11:34:52 voipd[591]: CONNECT_RESP with sip value 400
May 23 11:34:52 voipd[591]: call to sip:492*******@sip-gmx.net terminated (400
)
May 23 11:34:52 voipd[591]: EVENT(78): Internettelefonie mit 492******* ³ber s
ip-gmx.net war nicht erfolgreich. Ursache: Content-Length larger than message (4
00)
May 23 11:34:56 voipd[591]: disconnected(appl=3 plci=0x204 ncci=0x0 incoming): r
emote: 0x3490 (0x0000) -
May 23 11:34:56 voipd[591]: <<<udp Request: OPTIONS sip:[email protected];uniq
=BE0E6EB8D28404E499007FD895BAC
May 23 11:34:56 voipd[591]: >>>udp Status: 200 OK

gandalf94305 · 23 Mai 2006

Da fehlt aber noch etwas davor ;-) Ich vermute mal, da stehen eine Reihe von INVITE-Anfragen...

Hast Du die Portweiterleitung für 5060/udp inzwischen drin?

--gandalf.

nixgegendenise · 23 Mai 2006

gandalf94305 schrieb:
Hast Du die Portweiterleitung für 5060/udp inzwischen drin?

Ja
Ich habe übrigens festgestellt, dass normale Festnetznummern schon gehen, nur sind GMX-GMX-Gespräche nicht möglich und GMX-Handy nicht.

Also hier vollständig der Versuch, von einer 061-Nummer eine 0178-Nummer anzurufen:

Code:

May 23 11:42:44 voipd[591]: incoming(4:appl=3 plci=0xe04 ncci=0x0 incoming): 11
 <- 0
May 23 11:42:44 voipd[591]: telapp_incoming - NOT running (voip=0)
May 23 11:42:44 voipd[591]: 0: connected    vcc 0/0/RBE/14 stay online 1
May 23 11:42:44 voipd[591]: disconnected(appl=3 plci=0xe04 ncci=0x0 incoming): r
emote: 0x0000 (0x0000) -
May 23 11:42:47 voipd[591]: incoming(4:appl=3 plci=0x1004 ncci=0x0 incoming): 11
  <- 0
May 23 11:42:47 voipd[591]: telapp_incoming - NOT running (voip=0)
May 23 11:42:47 voipd[591]: 0: connected    vcc 0/0/RBE/14 stay online 1
May 23 11:42:47 voipd[591]: disconnected(appl=3 plci=0x1004 ncci=0x0 incoming):
remote: 0x0000 (0x0000) -
May 23 11:42:49 voipd[591]: incoming(4:appl=3 plci=0x1004 ncci=0x0 incoming): 11
 49178*** <- 0
May 23 11:42:49 voipd[591]: telapp_incoming - NOT running (voip=0)
May 23 11:42:49 voipd[591]: 0: connected    vcc 0/0/RBE/14 stay online 1
May 23 11:42:49 voipd[591]: STUN: udp 5060 -> 217.51.8.3:5060
May 23 11:42:49 voipd[591]: STUN: udp 7078 -> 217.51.8.3:7078
May 23 11:42:50 voipd[591]: STUN: udp 7079 -> 217.51.8.3:7079
May 23 11:42:50 voipd[591]: allowed bandwidth 208000 for sip:49178***@sip-gm
x.net
May 23 11:42:50 voipd[591]: 4961***@sip-gmx.net: bandwidth left 208000
May 23 11:42:50 voipd[591]: >>>udp Request: INVITE sip:49178***@sip-gmx.net
May 23 11:42:50 voipd[591]: <<<udp Status: 407 Proxy Authentication Required
May 23 11:42:50 voipd[591]: >>>udp Request: ACK sip:49178***@sip-gmx.net
May 23 11:42:50 voipd[591]: allowed bandwidth 208000 for sip:49178***@sip-gm
x.net
May 23 11:42:50 voipd[591]: 4961***@sip-gmx.net: bandwidth left 208000
May 23 11:42:50 voipd[591]: >>>udp Request: INVITE sip:49178***@sip-gmx.net
May 23 11:42:50 voipd[591]: <<<udp Status: 100 trying -- your call is important
to us
May 23 11:42:55 voipd[591]: <<<udp Status: 408 Request Timeout
May 23 11:42:55 voipd[591]: >>>udp Request: ACK sip:49178***@sip-gmx.net
May 23 11:42:55 voipd[591]: ocfree: fail 0 normal 0 small 0 large 0
May 23 11:42:55 voipd[591]:         underrun 0 max_ackqueuelen 0
May 23 11:42:55 voipd[591]:         small packets merged 0, output 0 and consume
d from CNG 0
May 23 11:42:55 voipd[591]: ocmode: normal 0 merged 0 delayed 0
May 23 11:42:55 voipd[591]: dropped 0 packets with 0 samples and one sample in 0
 packets
May 23 11:42:55 voipd[591]: generated noise: 0
May 23 11:42:55 voipd[591]:         capiqueue[0]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         capiqueue[1]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         capiqueue[2]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         capiqueue[3]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         capiqueue[4]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         capiqueue[5]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         capiqueue[6]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         capiqueue[7]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[  0ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[ 10ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[ 20ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[ 30ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[ 40ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[ 50ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[ 60ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[ 70ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[ 80ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[ 90ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[100ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[110ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[120ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[130ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[140ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[150ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[160ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[170ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[180ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[190ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[200ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[210ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[220ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]:         txqueue[230ms]: 0 (  0.0%)
May 23 11:42:55 voipd[591]: CONNECT_RESP with sip value 408
May 23 11:42:55 voipd[591]: call to sip:49178***@sip-gmx.net terminated (408
)
May 23 11:42:55 voipd[591]: EVENT(78): Internettelefonie mit 49178*** ³ber s
ip-gmx.net war nicht erfolgreich. Ursache: Request Timeout (408)
May 23 11:42:58 voipd[591]: disconnected(appl=3 plci=0x1004 ncci=0x0 incoming):
remote: 0x3490 (0x0000) -

nixgegendenise · 23 Mai 2006

In den Internettelefonie-Einstellungen ist die Schaltfläche

"Portweiterleitung des Internet-Routers für Internettelefonie aktiv halten" erschiene:

Diese Option kann dann erforderlich werden, wenn der Internet-Router einkommende Internettelefonate nicht mehr an FRITZ!Box weiterleitet. FRITZ!Box hält die Portweiterleitungen des Internet-Routers für Internettelefonie aktiv.

Standardmäßig ist dort:
"Portweiterleitung aktiv halten alle 5 Minuten" ausgewählt. SOll ich diese vielleicht heruntersetzen auf 30 sek?

gandalf94305 · 23 Mai 2006

nixgegendenise schrieb:
Ich habe übrigens festgestellt, dass normale Festnetznummern schon gehen, nur sind GMX-GMX-Gespräche nicht möglich und GMX-Handy nicht.

Hmm... DAS klingt doch aber eher nach einem GMX-Problem... bei Flat werden Festnetzgespräche ja über die Flat verrechnet... GMX->Handy jedoch wird separat berechnet. Ich glaube, wenn jetzt noch Auslandsnummern auch nicht gehen, dann ist das ein Thema für GMX.

--gandalf.

nixgegendenise · 23 Mai 2006

gandalf94305 schrieb:
Hmm... DAS klingt doch aber eher nach einem GMX-Problem... bei Flat werden Festnetzgespräche ja über die Flat verrechnet... GMX->Handy jedoch wird separat berechnet. Ich glaube, wenn jetzt noch Auslandsnummern auch nicht gehen, dann ist das ein Thema für GMX.

--gandalf.

Naja, mit dem Softphone ist es schon möglich Handys anzurufen und GMX-Nummern!

Was gibt es denn noch für Möglichkeiten? Also, weitere Ports freizuschalten wäre eher sinnlos, oder?

gandalf94305 · 23 Mai 2006

Auf dieser Ebene wird ja überhaupt nicht zwischen Handy und Festnetz bzw. intra-GMX differenziert... das sind einfach nur SIP-Calls. Daher halte ich Maßnahmen auf Portebene für nicht so ganz zielführend. Entweder passiert etwas mit den Paketen im Router oder GMX interpretiert die Softphone-Pakete anders...

--gandalf.

nixgegendenise · 23 Mai 2006

gandalf94305 schrieb:
Auf dieser Ebene wird ja überhaupt nicht zwischen Handy und Festnetz bzw. intra-GMX differenziert... das sind einfach nur SIP-Calls. Daher halte ich Maßnahmen auf Portebene für nicht so ganz zielführend. Entweder passiert etwas mit den Paketen im Router oder GMX interpretiert die Softphone-Pakete anders...

--gandalf.

Und was ist jetzt ein geschicktes Vorgehen?

eigenartige Probleme mit FBF als ATA bei GMX

Aktives Mitglied

gandalf94305

Guest

Aktives Mitglied

gandalf94305

Guest

IPPF-Promi

Aktives Mitglied

gandalf94305

Guest

Aktives Mitglied

gandalf94305

Guest

Aktives Mitglied

gandalf94305

Guest

Aktives Mitglied

Aktives Mitglied

gandalf94305

Guest

Aktives Mitglied

Aktives Mitglied

gandalf94305

Guest

Aktives Mitglied

gandalf94305

Guest

Aktives Mitglied

Statistik des Forums