GSM Codec -> VoIP-Provider

lutze · 18 Jun 2005

Hallo,

weiß jemand welcher VoIP-Provider den GSM Codec unterstützt?

Gruß Lutze

betateilchen · 18 Jun 2005

Edit - GSM erfolgreich getestet mit:

Purtel, Sipgate, Nikotel, Bluesip, Stanaphone

ike · 18 Jun 2005

Eigentlich nahezu jeder. Wenn ich einen Provider genauer testen soll, sag Bescheid (Geht natürlich nur für Provider, die ich in meiner Sig habe)

bennie · 18 Jun 2005

habe bzg. GSM Codec folgende Erfahrung gemacht:
wenn ich mit X-Pro Voipbuster als Provider benutze und nur den GSM Codec aktiviere kriege ich eine Verbindung zu meiner FBF 7050. Sowohl zu meiner FN Nummer als auch zu meiner Sipgate die in der Box eingetragen sind.
Bei X-Pro wird während des Gesprächs GSM als aktiven Codec angezeigt nun weiss ich welcher Codec in der FBF benutzt wird.
Klappt übrigens bei mir nur mit Voipbuster. Mit Sipgate, Purtel usw. kriege ich mit GSM zur FBF erst gar keine Verbindung.

Andre · 18 Jun 2005

Klingt seltsam. Ich dachte, die FBF kennt keinen GSM-Codec. Kann es sein, daß Voipbuster ggf. auch IP-IP Telefonate umsetzt? Normalerweise spielt der Anbieter für den codec bei IP-IP Telefonaten doch keine Rolle, weil die Endgeräte direkt miteinander kommunizieren. Von x-pro zur fbf hat der Provider (es sei denn, du gehst über nicht gekoppelte netze erst ins festnetz und dann zurück) egal sein.

Log Dich doch mal via telnet auf die FBF und schau, welchen codec die Box tatsächlich benutzt.

bennie · 18 Jun 2005

Log Dich doch mal via telnet auf die FBF und schau, welchen codec die Box tatsächlich benutzt.

Wie genau stell ich das an?

Andre · 19 Jun 2005

Telenet-Modifikation installieren (das berühmte telnet.image), Komandozeile unter windows starten, "telnet fritz.box" eingeben, passwort eingeben und das ganze einfach laufen lassen. Die telnetverbindung ist nicht nur Eingabemöglichkeit, es werden da eben auch alle möglichen Systemereignisse ausgegeben (was echt nervig sein kann, wenn man gerade eine .cfg bearbeitet). Du brauchst aber gar nichts weiter einzugeben, sondern einfach nur die Ausgaben zu beobachten.
Wird eine Verbindung aufgebaut, so wird u.a. in den Ausgaben das ausgehandelte Protokoll angezeigt.

bennie · 19 Jun 2005

ich habe es gerade ausprobiert mit dem befehl telnet fritz.box.
Habe es wie oben geschrieben gemacht.
Wo steht denn jetzt welches Protokoll benutzt wird beim Gerpäch?

Code:

Jun 19 13:17:33 voipd[896]: audio: 8 (8 PCMA/8000)
Jun 19 13:17:33 voipd[896]: audio: 8 (8 PCMA/8000) => (8 (8 PCMA/8000))
Jun 19 13:17:33 voipd[896]: audio: 0 (0 PCMU/8000)
Jun 19 13:17:33 voipd[896]: audio: 0 (0 PCMU/8000) => (0 (0 PCMU/8000))
Jun 19 13:17:33 voipd[896]: audio: 3 (3 GSM/8000)
Jun 19 13:17:33 voipd[896]: audio: 3 (3 GSM/8000) => NOT CONFIGURED
Jun 19 13:17:33 voipd[896]: audio: 10 (10 L16/8000)
Jun 19 13:17:33 voipd[896]: audio: 10 (10 L16/8000) => NOT CONFIGURED
Jun 19 13:17:33 voipd[896]: audio: 97 (97 iLBC/8000)
Jun 19 13:17:33 voipd[896]: audio: 97 (97 iLBC/8000) => NOT CONFIGURED
Jun 19 13:17:33 voipd[896]: audio: 18 (18 G729/8000)
Jun 19 13:17:33 voipd[896]: audio: 18 (18 G729/8000) => NOT CONFIGURED
Jun 19 13:17:33 voipd[896]: audio: 2 (2 G726-32/8000)
Jun 19 13:17:33 voipd[896]: audio: 2 (2 G726-32/8000) => (2 (2 G726-32/8000))
Jun 19 13:17:33 voipd[896]: audio: 5 (5 DVI4/8000)
Jun 19 13:17:33 voipd[896]: audio: 5 (5 DVI4/8000) => NOT CONFIGURED
Jun 19 13:17:33 voipd[896]: payload >>> 8
Jun 19 13:17:33 voipd[896]: payload >>> 0
Jun 19 13:17:33 voipd[896]: payload >>> 2
Jun 19 13:17:33 voipd[896]: 217.10.79.30 17642 - 7078 audio 8(PCMA)
Jun 19 13:17:33 voipd[896]: Codec PCMA (8) - audio 98933 hold=0 by remote
Jun 19 13:17:33 voipd[896]: plci 0x1605 offhold: wrong state
Jun 19 13:17:33 voipd[896]: rtp_start_session(video): no session definition
Jun 19 13:17:33 voipd[896]: bridgelimit: nConnections=1
Jun 19 13:17:33 voipd[896]: bridge lan set to max 30 packets/100ms
Jun 19 13:17:33 voipd[896]: >>> Status: 200 OK
Jun 19 13:17:33 voipd[896]: <<< Request: ACK sip:[email protected];uniq=F047
20E5B598E76396020594F47E
Jun 19 13:17:33 voipd[896]: call from sip:[email protected] established
Jun 19 13:18:26 voipd[896]: <<< Request: BYE sip:[email protected];uniq=F047
20E5B598E76396020594F47E
Jun 19 13:18:26 voipd[896]: Codec - (-) - audio 0
Jun 19 13:18:26 voipd[896]: bridgelimit: nConnections=0
Jun 19 13:18:26 voipd[896]: bridge lan set to full speed
Jun 19 13:18:26 voipd[896]: ocfree: fail 0 normal 2660 small 0 large 1
Jun 19 13:18:26 voipd[896]:         underrun 0 max_ackqueuelen 4
Jun 19 13:18:26 voipd[896]:         small packets merged 0, output 0 and consume
d from CNG 0
Jun 19 13:18:26 voipd[896]: ocmode: normal 2661 merged 0 delayed 0
Jun 19 13:18:26 voipd[896]: dropped 0 packets with 0 samples and 1 sample in 0 p
ackets
Jun 19 13:18:26 voipd[896]: generated noise: 5
Jun 19 13:18:26 voipd[896]:         capiqueue[0]: 2 (  0.0%)
Jun 19 13:18:26 voipd[896]:         capiqueue[1]: 5 (  0.1%)
Jun 19 13:18:26 voipd[896]:         capiqueue[2]: 622 ( 23.3%)
Jun 19 13:18:26 voipd[896]:         capiqueue[3]: 2032 ( 76.3%)
Jun 19 13:18:26 voipd[896]:         capiqueue[4]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:         capiqueue[5]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:         capiqueue[6]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:         capiqueue[7]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[0ms]: 2 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[10ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[20ms]: 4 (  0.1%)
Jun 19 13:18:26 voipd[896]:        txqueue[30ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[40ms]: 623 ( 23.4%)
Jun 19 13:18:26 voipd[896]:        txqueue[50ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[60ms]: 2032 ( 76.3%)
Jun 19 13:18:26 voipd[896]:        txqueue[70ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[80ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[90ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[100ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[110ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[120ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[130ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[140ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[150ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[160ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[170ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[180ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[190ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[200ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[210ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[220ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]:        txqueue[230ms]: 0 (  0.0%)
Jun 19 13:18:26 voipd[896]: call from sip:[email protected] terminated (200)
Jun 19 13:18:26 voipd[896]: Packets sent: 1779 voice, 0 silence, 0 CN

Jun 19 13:18:26 voipd[896]: rtpsession packets 2656 bytes 456832 drop_tooshort 0

Jun 19 13:18:26 voipd[896]:            drop_toolate 0 drop_nobuffer 0 drop_nonau
dio 0 wrong_seq 2
Jun 19 13:18:26 voipd[896]:            packets lost 2 consumed from NG 0
Jun 19 13:18:26 voipd[896]: >>> Status: 200 OK
Jun 19 13:18:29 voipd[896]: disconnected(appl=3 plci=0x1605 ncci=0x11605 outgoin
g): local: 0x3490 (0x3301) -
Jun 19 13:19:20 dsld[409]: rtp_out_detect_callback(0)

ike · 19 Jun 2005

PCMA, (bzw. G711A). Die beiden Geräte haben vorher ausgehandelt, welche Codecs grundsätzlich gehen würden. Zur Auswahl standen PCMA, PCMU ung G726-32. Letztendlich wurde PCMA gewählt.

Die Codecs GSM, iLBC, L16, G729 und DVI4 hatte zwar die Gegenstelle, Du aber nicht.

Andre · 19 Jun 2005

Code:

Jun 19 13:17:33 voipd[896]: 217.10.79.30 17642 - 7078 audio 8(PCMA)
Jun 19 13:17:33 voipd[896]: Codec PCMA (8) - audio 98933 hold=0 by remote

Der verwendete codec ist also PCMA.

Der Kram vorher ist übrigens das aushandeln des Codecs.

Code:

Jun 19 13:17:33 voipd[896]: audio: 3 (3 GSM/8000)
Jun 19 13:17:33 voipd[896]: audio: 3 (3 GSM/8000) => NOT CONFIGURED

zeigt übrigens, daß versucht wurde, gsm auszuhandeln, die FBF diesen jedoch nicht unterstützt.

Code:

Jun 19 13:17:33 voipd[896]: call from sip:[email protected] established
Jun 19 13:18:26 voipd[896]: <<< Request: BYE sip:[email protected];uniq=F047

zeigt eine asterisk-Verbindung zu Deiner FBF. Wenn Du also von X-pro angerufen hast, wird hier über asterisk nicht nur vermittelt, sondern auch von gsm in pcma umgesetzt.

Ist das Dein eigener Asterisk, oder setzt Voipbuster einen ein? Letzteres würde erklären, warum dort auch gsm-Verbindungen überallhin funktionieren.

bennie · 19 Jun 2005

Ist das Dein eigener Asterisk, oder setzt Voipbuster einen ein? Letzteres würde erklären, warum dort auch gsm-Verbindungen überallhin funktionieren.

ist von Voipbuster.
Verstehe ich jetzt richtig, dass der Asterisk automatisch gsm in pcma umsetzt? Habe nämlich das ganze mal mit einem 56K Modem zu meiner FBF probiert und die Verbindung war ziemlich gut. Wo ich dann beim X-Pro g711 statt gsm aktiviert hatte, konnte ich kein vernünftiges Gespräch mehr führen.
Gibt es eigentlich noch andere Anbieter ausser Voipbuster, die so eine Umsetzung des Codecs machen? Finde ich gut. Noch besser wäre natürlich eine g729 Umsetzung, doch die geht mit Voipbuster leider nicht.

rollo · 19 Jun 2005

bennie schrieb:
habe bzg. GSM Codec folgende Erfahrung gemacht:
wenn ich mit X-Pro Voipbuster als Provider benutze und nur den GSM Codec aktiviere kriege ich eine Verbindung zu meiner FBF 7050. Sowohl zu meiner FN Nummer als auch zu meiner Sipgate die in der Box eingetragen sind.
Bei X-Pro wird während des Gesprächs GSM als aktiven Codec angezeigt nun weiss ich welcher Codec in der FBF benutzt wird.
Klappt übrigens bei mir nur mit Voipbuster. Mit Sipgate, Purtel usw. kriege ich mit GSM zur FBF erst gar keine Verbindung.

Bei Voipbuster wirst Du nicht direkt mit der Box verbunden, der Ruf geht übers Festnetz. Die Umsetzung findet beim Übergang von voipbuster ins Festnetz statt.

jo

Languages

Suche

Languages

Suche

GSM Codec -> VoIP-Provider

lutze

Mitglied

betateilchen

Grandstream-Guru

ike

Aktives Mitglied

bennie

Mitglied

Andre

IPPF-Promi

bennie

Mitglied

Andre

IPPF-Promi

bennie

Mitglied

ike

Aktives Mitglied

Andre

IPPF-Promi

bennie

Mitglied

rollo

IPPF-Promi

Zurzeit aktive Besucher

Neueste Beiträge

Statistik des Forums