[Frage] schnellerer wahlvorgang ip telefonie

[koyaanisqatsi]

Moment einmal....

Wenn du die **799 oder **798 wählst, dann baut die Fritz!Box eine reinrassige VoIP HD Verbindung zu dem AVM Server hd-telefonie.avm.de auf.

AVM SIP Calls
[email protected]
[email protected]
[email protected]

(Wenn das Endgerät G.722 beherrscht, sonst G.711, siehe Eigene Rufnummern-->Sprachqualität)
SIP Log aus der Fritz!Box (showshringbuf sip)

2016-05-16 15:55:56.927 - OUT: my=192.168.178.1%20:5060 peer=212.42.244.116 port=5060 UDP, sipiface=internet tcclass=sip_internet, netmark=0:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 93.220.XXX.XXX:5060;rport;branch=HASH
From: ;tag=HASH
To: 
Call-ID: [email protected]
CSeq: 29 INVITE
Contact: 
Max-Forwards: 70
Expires: 120
User-Agent: AVM FRITZ!Box Fon WLAN 7360 SL 109.06.30 (Jul 10 2015)
Supported: 100rel,replaces
Allow-Events: telephone-event,refer
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE,PUBLISH
Content-Type: application/sdp
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length:   421

v=0
o=user 12383760 12383760 IN IP4 93.220.XXX.XXX
s=call
c=IN IP4 93.220.XXX.XXX
t=0 0
m=audio 7082 RTP/AVP 9 8 0 2 102 100 99 97 120 121 101
a=sendrecv
a=rtpmap:2 G726-32/8000
a=rtpmap:102 G726-32/8000
a=rtpmap:100 G726-40/8000
a=rtpmap:99 G726-24/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:120 PCMA/16000
a=rtpmap:121 PCMU/16000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=rtcp:72016-05-16 15:55:56.950 - IN: my=192.168.178.1%20:5060 peer=212.42.244.116 port=5060 UDP, sipiface=none:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 93.220.XXX.XXX:5060;rport=5060;branch=HASH
From: ;tag=HASH
To: ;tag=HASH
Call-ID: [email protected]
CSeq: 29 INVITE
Contact: 
[COLOR="#FF0000"]Server: Sip Express Media Server (1.6.0 (x86_64/linux))[/COLOR]
Content-Type: application/sdp
Content-Length:   276

v=0
o=sems 986217555 261553468 IN IP4 212.42.244.116
s=sems
c=IN IP4 212.42.244.116
t=0 0
m=audio 45888 RTP/AVP 9 8 0 101
a=rtpmap:9 g722/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=sendonly
a=direction:both

Das ist mitnichten eine interne Verbindung. Das ist eine Internetverbindung ohne ITSP (Internet Telephony Service Provider)

 

[lee+]

[...]
Also könnte es nicht nur an Provider sondern auch an dem Router liegen meinst du? Leiten die bei Telefonie schneller weiter?

Ja, und nicht nur bei Telephonie --- allerdings kann man die Frage nicht wirklich so stellen.

Sollten in der Verbindung zwischen Dir und dem Telephonieprovider irgendwo Router vorhanden sein, die die Daten beim Waehlen(!) 10 Sekunden lang aufhalten, waere ich ueberrascht. Wozu sollte man so einen Aufwand betreiben und die Kunden damit veraergern?

Vielleicht hat der Provider Probleme beim Herstellen der weiteren Verbindung, und die Wartezeit entsteht dadurch.

- - - Aktualisiert - - -

Das ist mitnichten eine interne Verbindung. Das ist eine Internetverbindung ohne ITSP (Internet Telephony Service Provider)

Danke, ich dachte, er haette ein anderes and die Fritzbox angeschlossenes Telephon angerufen.

Ist aber auch ok bzw. sogar noch besser, denn es zeigt trotzdem, dass die Verzoegerung beim Waehlen nicht durch das Softphone oder die Fritzbox hervorgerufen wird und auf Seiten des Providers liegen muss.

 

[E.M.]

danke euch für die Antworten. Mal gucken was der Provider(Inexio/ Quix) mir anbietet. höheres Upload und der gleichen hat ja nichts damit zu tun. Aber hab gelesen, dass die geschäftlichen Router mehrere WAN-Anschlüsse habe. Somit kann man mehr als nur eine Verbindung zum Internet-Provider aufbauen, die Internetverbindung soll stabiler laufen. Es soll einen besseren Lastenausgleich und mehr Stabilität bringen. Wobei die Router eher langsamer arbeiten, denn Stabilität und Sicherheit soll für Unternehmen wichtiger sein als Schnelligkeit. Keine Ahnung ob mein Provider mir so ein teuren Geschäftskundenvertrag andrehen möchte mit teuren Geräten, der letztendlich nichts nützt. Ist bei Quix alles ferngesteuert, die spielen da ja rum wie die wollen. Upload können die ja auch erhöhen.?? Hab gehört das 1und1 in den Sachen Vorreiter ist und eine super schnelle Technik hat. Soll bei den geschäftlichen VDSL Verträgen so sein, dass der rufaufbau in millesekunden entsteht. Hat jemand Erfahrungen?

 

[koyaanisqatsi]

Hast du deine dir zugewiesenen (SIP?) DNS Server schon gecheckt?
Wenn die verzörgern hilft es (möglicherweise) die IP deines Anbieters zu nehmen anstatt die DNS.

Beispiel, statt des Registrars sip.1und1.de

ping -c1 sip.1und1.de
PING sip.1und1.de (212.227.18.202) 56(84) bytes of data.
64 bytes from sipbalance2-4.1und1.de (212.227.18.202): icmp_seq=1 ttl=56 time=30.1 ms

--- sip.1und1.de ping statistics ---
1 packets transmitted, 1 received, 0% packet loss, time 0ms
rtt min/avg/max/mdev = 30.179/30.179/30.179/0.000 ms

...einen Versuch ist es wert.

 

[E.M.]

DNS Server über ipconfig /all gecheckt meinst du das? oder?

 

[koyaanisqatsi]

Nee, guck mal...

nslookup sip.1und1.de fritz.box
Server:    192.168.178.1
Address 1: 192.168.178.1 fritz.box

Name:      sip.1und1.de
Address 1: 212.227.67.201 sipbalance1-2.1und1.de
Address 2: 212.227.18.201 sipbalance1-4.1und1.de
Address 3: 212.227.67.202 sipbalance2-2.1und1.de
Address 4: 212.227.18.132 sipbalance2-3.1und1.de
Address 5: 212.227.18.204 sipbalance4-4.1und1.de
Address 6: 212.227.18.134 sipbalance4-3.1und1.de
Address 7: 212.227.67.131 sipbalance1-1.1und1.de
Address 8: 212.227.18.131 sipbalance1-3.1und1.de
Address 9: 212.227.67.204 sipbalance4-2.1und1.de
Address 10: 212.227.18.202 sipbalance2-4.1und1.de
Address 11: 212.227.67.134 sipbalance4-1.1und1.de
Address 12: 212.227.67.132 sipbalance2-1.1und1.de

Meine Fritz!Box (192.168.178.1) nimmt als DNS Server die, die vom Anbieter 1&1 zugewiesen wurden.

Jetzt nehm ich für das Kommando nslookup mal einen Google Public DNS Server (8.8.4.4)...

nslookup sip.1und1.de 8.8.4.4
Server:    8.8.4.4
Address 1: 8.8.4.4 google-public-dns-b.google.com

Name:      sip.1und1.de
Address 1: 212.227.67.201 sipbalance1-2.1und1.de
Address 2: 212.227.18.201 sipbalance1-4.1und1.de
Address 3: 212.227.67.202 sipbalance2-2.1und1.de
Address 4: 212.227.18.132 sipbalance2-3.1und1.de
Address 5: 212.227.18.204 sipbalance4-4.1und1.de
Address 6: 212.227.18.134 sipbalance4-3.1und1.de
Address 7: 212.227.67.131 sipbalance1-1.1und1.de
Address 8: 212.227.18.131 sipbalance1-3.1und1.de
Address 9: 212.227.67.204 sipbalance4-2.1und1.de
Address 10: 212.227.18.202 sipbalance2-4.1und1.de
Address 11: 212.227.67.134 sipbalance4-1.1und1.de
Address 12: 212.227.67.132 sipbalance2-1.1und1.de

Der geht gefühlt mindestens genauso schnell.

Wird also schnell aufgelöst ist alles gut.
Merkst du bei der Ausgabe eine Verzögerrung stimmt was nicht.
Und wenn du nur IPv4 brauchst und bei der Ausgabe kommen auch IPv6, ist es möglicherweise besser bei SIP die IPv4 anstatt DNS Hostnamen zu verwenden.

Beispiel für IPv6 und IPv4 (DualStack)

 nslookup ippf.eu fritz.box
Server:    192.168.178.1
Address 1: 192.168.178.1 fritz.box

Name:      ippf.eu
Address 1: 2a01:488:66:1000:b01c:c3c:0:1 web1.ip-phone-forum.de
Address 2: 176.28.12.60 web1.ip-phone-forum.de

DualStack bedeutet (bei DNS Nutzung) IPv6 wird bevorzugt, deswegen sehe ich sowas auch als mögliche Verzögerungsquelle.

 

[E.M.]

hi,

also dank dir und ich hab das alles mal gecheckt sonst ist nichts auffällig. Aber IPv6 wird bevorzugt. Meinst du das könnte der Grund für die Verzögerung sein und kann ich das überhaupt ändern wird doch vom Provider so vergeben, wenn IPv4 ausgeschöpft ist oder?

 

[koyaanisqatsi]

Bei DualStack wird ersteinmal IPv6 bevorzugt.
Gibt es keine IPv6 dann sollte der Fallback auf IPv4 erfolgen, das sollte nicht länger als 1 Sekunde dauern.
Teste mal dafür auf: http://ipv6-test.com/

Werden deine Anbieterdaten von dem Provider via TR-069 bezogen?
Dann wäre dies eine Störungsmeldung wert.
So gehts ja nun nicht.

 

[E.M.]

also es ist ja Dualstack und IPv6 wird defenitiv bevorzugt. Auf der Seite die du mir gegeben hast steht, dass der Fallback auf IPv4 bei 7 Sekunden liegt! ist doch viel oder?
Meinst du , wenn ich TR-069 versuche abzuschalten könnte sich was ändern? Ich melde denen das mit dem langen Fallback! Meinst, dass könnte die Verzögerung in der Telefonie
auslösen?
da steht bei Pingtest 100% paketloss. Beim test auf Computer ping 8.8.8.8.-n 100 aber 0% verlust?

 

[koyaanisqatsi]

Auf der Seite die du mir gegeben hast steht, dass der Fallback auf IPv4 bei 7 Sekunden liegt! ist doch viel oder?

Ja, das dauert zu lange. Wenn DNS genutzt wird.
Wenn du TR-069 abschaltest wird sich dein Provider möglicherweise bei der Entstörung querstellen.

Auf IPv6 Pingtests würd ich nicht setzen, dafür benötigst du Server die dass erlauben.
Kannst du mal die Nameserver komplett (zum Testen) auf Google Public DNS setzen?

Also 2x für IPv4 und 2x für IPv6 gemäß dieser Seite: https://developers.google.com/speed/public-dns/docs/using#important_before_you_start

 

[E.M.]

hallo alle miteinander,

also wollt hier nochmal sagen, was sich mit dem langsamen rufaufbau getan hat. Es hat sich vorgestern endlich ein Techniker von Inexio bei mir gemeldet, nachdem ich das mehrmals als Störung gemeldet habe. Der hat einfach gesagt, dass bei denen der Anruf bei ca. 5,4 bis 5,6 sec rausgeht, also nachdem man dieses knacken hört bei mir danach ist der Anruf bei dem anderen Anbieter Telekom und bis das akustische ,,piep" zu hören ist dauert es nochmal 4-5 sec somit sind die 10 sec und darüber erreicht. Der meinte die könnten bei sich nichts ändern, da bis 6 sec bis bei denen der rufaufbau abgeschlossen ist tragbar sei. Er meinte bei voice over voip ist das so und es könnte auch standortmäßig unterschiede geben.(?? )Auch gewerblich könnte man da nichts machen. Hab das auch mit dem langen Fallback angegeben warum das so lange bei denen ist etc. Aber er meinte, dass ist bei denen in der Technik so und dass sei halt keine Störung. Und ich sollte mit dem softphone über die direkte inexio Leitung und nicht über Fritzbox telefonieren. Hab ich aber alles schon ausprobiert dauert über inexio sogar länger. Hab jetzt so lange gewartet und dachte die bieten mir da was an oder können was machen und das kam halt raus. Was meint Ihr dazu habt Ihr noch eine Idee? Kann man dem vertrauen was der gesagt hat oder wollen die mich einfach abwimmeln?

 

[KunterBunter]

Du kannst dem vertrauen, was der gesagt hat, dass das bei denen so ist und es auch Unterschiede geben könne.
Wenn die dich abwimmeln wollen, dann nimm doch einfach einen anderen VoIP-Anbieter. Bei dus.net oder sipgate dauert der Rufaufbau ungefähr 3 Sekunden, bei VoIP2GSM klingelt es sogar schon nach weniger als einer Sekunde am anderen Ende.

 

[E.M.]

hi,

danke, werde mal alles ausprobieren!

- - - Aktualisiert - - -

hab gerade voip2GSM ausprobiert ,bin bei 6 Sekunden bis zum klingeln und das ziemlich genau und nicht schwankend. Bei mobil genau 6 sec und bei Festnetzt 5 sec. Werde noch andere ausprobieren um zu gucken ob das auch irgendwie Ortsgebunden ist? Möchte versuchen ein bestmögliches Ergebnis zu bekommen. Habt mir schon weitergeholfen mit euren Beiträgen und wäre für jeden weiteren dankbar noch schneller ist mein Ziel