[Erledigt]asterisk 13.0.0 PJSIP und voip2gsm register problem

Sidebar Sidebar
Upgrade 3CX to v18 and get it hosted free!
rainer1402

rainer1402

Neuer User
Mitglied seit
9 Jun 2011
Beiträge
44
Punkte für Reaktionen
0
Punkte
0
Guten morgääähn,

mit folgenden pjsip.conf Register Einstellungen versuche ich meinen asterisk mit dem PJSIP Stack am sip.voip2gsm.de anzumelden.
Leider bis jetzt ohne Erfolg.

Code: 
[voip2gsm]
type=registration
transport=transport-udp
outbound_auth=voip2gsm_auth
server_uri=sip:sip.voip2gsm.de
client_uri=sip:[SIP-ID]@sip.voip2gsm.de
contact_user=7000
;contact_user=[SIP-ID]
retry_interval=60
forbidden_retry_interval=600
expiration=1800

[voip2gsm_auth]
type=auth
auth_type=userpass
password=[PASSWORD]
username=[SIP-IP]
realm=sip.voip2gsm.de

[voip2gsm]
type=endpoint
transport=transport-udp
context=from-voip2gsm
;disallow=all
allow=!all,g722,alaw,ulaw
from_domain=sip.voip2gsm.de
from_user=[SIP-ID]
outbound_auth=voip2gsm_auth
aors=voip2gsm
;send_pai=true
send_rpid=true
trust_id_inbound=true
trust_id_outbound=true
;callerid_privacy=allowed
;force_rport=yes
direct_media=no
disable_direct_media_on_nat = yes

[voip2gsm]
type=aor
contact=sip:sip.voip2gsm.de
max_contacts=100
qualify_frequency=60

[voip2gsm]
type=identify
endpoint=voip2gsm
match=sip.voip2gsm.de

ein
Code: 
ngrep "[SIP-ID]" -qtW byline port 5072 -d any
gibt mir folgenden sip grep:

Code: 
U 2014/09/25 07:16:34.973816 94.220.198.83:5072 -> 141.101.32.223:5060
REGISTER sip:sip.voip2gsm.de SIP/2.0.
Via: SIP/2.0/UDP 94.220.198.83:5072;rport;branch=z9hG4bKPjd90b451e-72d3-4085-9bd9-8754af18a5d0.
From: <sip:[SIP-ID]@sip.voip2gsm.de>;tag=a0f94eb6-d9e2-40f1-80e4-045b210ced29.
To: <sip:[SIP-ID]@sip.voip2gsm.de>.
Call-ID: 83e28e31-78cc-4e17-a60d-3838af8c275e.
CSeq: 22252 REGISTER.
Contact: <sip:[email protected]:5072>.
Expires: 1800.
Allow: OPTIONS, SUBSCRIBE, NOTIFY, PUBLISH, INVITE, ACK, BYE, CANCEL, UPDATE, PRACK, REFER, REGISTER, MESSAGE.
Max-Forwards: 70.
User-Agent: asterisk-13.0.0-pjsip.
Content-Length:  0.
.


U 2014/09/25 07:16:35.032751 141.101.32.223:5060 -> 94.220.198.83:5072
SIP/2.0 100 Trying.
Via: SIP/2.0/UDP 94.220.198.83:5072;rport=5072;branch=z9hG4bKPjd90b451e-72d3-4085-9bd9-8754af18a5d0;received=94.220.198.83.
From: <sip:[SIP-ID]@sip.voip2gsm.de>;tag=a0f94eb6-d9e2-40f1-80e4-045b210ced29.
To: <sip:[SIP-ID]@sip.voip2gsm.de>.
Call-ID: 83e28e31-78cc-4e17-a60d-3838af8c275e.
CSeq: 22252 REGISTER.
Server: YATE.
Content-Length: 0.
.


U 2014/09/25 07:16:35.033028 141.101.32.223:5060 -> 94.220.198.83:5072
SIP/2.0 401 Unauthorized.
Via: SIP/2.0/UDP 94.220.198.83:5072;rport=5072;branch=z9hG4bKPjd90b451e-72d3-4085-9bd9-8754af18a5d0;received=94.220.198.83.
From: <sip:[SIP-ID]@sip.voip2gsm.de>;tag=a0f94eb6-d9e2-40f1-80e4-045b210ced29.
To: <sip:[SIP-ID]@sip.voip2gsm.de>.
Call-ID: 83e28e31-78cc-4e17-a60d-3838af8c275e.
CSeq: 22252 REGISTER.
WWW-Authenticate: Digest realm="voip2gsm", nonce="**********.1411622194", stale=FALSE, algorithm=MD5.
Server: YATE.
Allow: ACK, INVITE, BYE, CANCEL, REGISTER, REFER, OPTIONS, INFO.
Content-Length: 0.

Hat jemand eine Idee ???

Gruß
Rainer
 
Zuletzt bearbeitet:
Als allererstes solltest Du Deine Sip ID ändern z.B. in 1234 o.Ä.

Gehe mal von aus unter _auth hast Du Deine Daten eingetragen.
 
Zuletzt bearbeitet:
upps ... sorry ... ich habe den Fehler gefunden.

Die Rückmeldung vom sip.voip2gsm.de Server hat mich drauf gebracht.
Der realm bei sip.voip2gsm.de ist voip2gsm und nicht sip.voip2gsm.de
Ich bin davon ausgegangen, dass der realm = register server Adresse sein muss.:rock:
Jetzt geht es auch mit voip2gsm.

Code: 
U 2014/09/25 07:16:35.033028 141.101.32.223:5060 -> 94.220.198.83:5072 
SIP/2.0 401 Unauthorized. Via: SIP/2.0/UDP 94.220.198.83:5072;rport=5072;branch=z9hG4bKPjd90b451e-72d3-4085-9bd9-8754af18a5d0;received=94.220.198.83. 
From: <sip:[SIP-ID]@sip.voip2gsm.de>;tag=a0f94eb6-d9e2-40f1-80e4-045b210ced29. 
To: <sip:[SIP-ID]@sip.voip2gsm.de>. 
Call-ID: 83e28e31-78cc-4e17-a60d-3838af8c275e. 
CSeq: 22252 
REGISTER. WWW-Authenticate: Digest [B]realm="voip2gsm"[/B], nonce="1cb5e4b8d1a61aa82c0c65ef034add74.1411622194", stale=FALSE, algorithm=MD5. 
Server: YATE. 
Allow: ACK, INVITE, BYE, CANCEL, REGISTER, REFER, OPTIONS, INFO. 
Content-Length: 0.

Gruß
Rainer
 
Zuletzt bearbeitet:
Moin

Nur aus Interesse...
Code: 
allow=!all,g722,alaw,ulaw
Wird nicht auch der Codec "gsm" für voip2gsm benötigt?
 
Hi andiling,

Ja klar habe ich meine Daten in der pjsip.conf eingetragen ... Ich werde hier im Forum nicht mein richtiges Passwort posten. :cool:
password=[PASSWORD] username=[SIP-IP]
 
@koyaanisqatsi: Warum braucht man GSM? Weil es im Namen steht? Geht auch mit den Voip-üblichen Codecs.

@rainer1402: Da ja die ID auftauchte wollte ich sicher sein...
 
Guten morgen

ich bin erst beim Problem Registrieren ... und ja ich werde die codec Reihenfolge noch ändern.

andiling schrieb:
@rainer1402: Da ja die ID auftauchte wollte ich sicher sein...
Zum Vergrößern anklicken....

Ja, du hast ja Recht ... :sad:

Alle [SIP-ID] sollten jetzt weg sein.
 
@andiling: Ja, ich weiss es doch nicht, deswegen die Frage.
Jetzt stellt sich mir die Frage: Wofür wird überhaupt der "gsm" Codec gebraucht?
Dann kann ich den nämlich aus meinen SNOMs rausnehmen, wenn überflüssig.
 
Der GSM Codec kommt vom Mobilfunk und war der erste verfügbare (FR = Full Rate), der für VoIP - wenn ihn beide Seiten unterstützen - auch genutzt werden kann, es gibt aber bessere bzw. modernere. In den modernen Mobilfunknetzen wird z.B. AMR-WB (Adaptive Multirate Wideband) eingesetzt.

Zum Vergleich: GSM FR hat 13,2 kbit/s, G.711 64 kbit/s.

Der GSM Codec macht nur Sinn wenn man ohne Umwandlung die Gegenstelle erreicht, was z.B. der Vorteil bei G.711 ist, der von ISDN kommt.
 
koyaanisqatsi schrieb:
@andiling: Ja, ich weiss es doch nicht, deswegen die Frage.
Jetzt stellt sich mir die Frage: Wofür wird überhaupt der "gsm" Codec gebraucht?
Dann kann ich den nämlich aus meinen SNOMs rausnehmen, wenn überflüssig.
Zum Vergrößern anklicken....

Ich habe den bei mir auch schon lange nicht mehr im Einsatz.
Meine Reihenfolge ist G722 dann G711a für Europe dann G711u für USA Kanada und Japan.
 
Yo, danke.
Ich hab nämlich auch noch nie beobachtet (verschiedene SIP-Traces mit Mobilegespräch), dass der benutzt wird.
Obwohl:
GSM
GSM ist der Codec für die Sprachübertragung im Mobilfunknetz. Die Bandbreite beträgt 13,2 kBit/s.
Quelle
 
Ich glaube nicht einmal, dass der heute noch im Mobilfunknetz eingesetzt wird weil es neuere und bessere gibt. Und wenn man einen Mobilfunkanschluss anruft geht es erstmal durchs Festnetz, so dass die Umwandlung wohl erst am Mobilfunkmasten erfolgt.
 
koyaanisqatsi schrieb:
Ich hab nämlich auch noch nie beobachtet (verschiedene SIP-Traces mit Mobilegespräch), dass der benutzt wird.
Obwohl:
GSM ist der Codec für die Sprachübertragung im Mobilfunknetz. Die Bandbreite beträgt 13,2 kBit/s.
Zum Vergrößern anklicken....

Ich gehe auch davon aus, dass das Transcoding von G711 nach GSM auf den Servern der Mobilfunknetzbetreiber gemacht wird.

andiling schrieb:
Ich glaube nicht einmal, dass der heute noch im Mobilfunknetz eingesetzt wird weil es neuere und bessere gibt. Und wenn man einen Mobilfunkanschluss anruft geht es erstmal durchs Festnetz, so dass die Umwandlung wohl erst am Mobilfunkmasten erfolgt.
Zum Vergrößern anklicken....

Habe ich auch gehört das verschiedene Mobilfunknetzbetreiber auch schon HD Sprachcodec einsetzen. Ob das jetzt G722 ist kann ich nicht sagen.

Aber nochmal zum Thema realm ...

Muss der realm nicht ein FQDN sein???
Also mit Toplevel-Domain wie in voip2gsm.de und nicht voip2gsm
 
Realm ist vereinfacht ausgedrückt der Domänenname, der muss kein FQDN sein.
 
rainer1402 schrieb:
Muss der realm nicht ein FQDN sein???
Zum Vergrößern anklicken....

hier noch ein Artikel von voip-info.org ...

What is a realm?

Generally, SIP authentication is meaningful for a specific realm, a protection domain. Thus, for Digest authentication, each such protection domain has its own set of usernames and passwords.
Quote from RFC2617:

REALM:
A string to be displayed to users so they know which username and password to use. This string should contain at least the name of the host performing the authentication and might additionally indicate the collection of users who might have access. An example might be "[email protected]".
Zum Vergrößern anklicken....

hmmm ...

lese die RFC 2617 ... uffff ... aber da steht auch nicht das der realm ein FQDN sein muss.
Die Beispiele zeigen zwar immer eine FQDN aber anscheint ist das optional.

Wieder was gelernt ;-)
 
Vielleicht wird das deutlicher, wenn das Beispiel 2 Fritz!Boxen im LAN sind.
Beide haben den REALM: fritz.box (auch Registrar)
Wie kann ich jetzt entscheiden auf welcher Box ich ein IP-Telefon registriere?
Bei der, die ich auch über die DNS erreiche ist das kein Problem.
Aber bei der die nicht über fritz.box zu erreichen ist, schon.
Da hilft dann der Proxy. Der wird dann mit der IP, oder DNS der 2. Box angegeben.

1. im LAN, oder Router:
Benutzer: 620
Registrar: fritz.box
Kennwort: **********
Proxy: leerlassen

2. im LAN:
Benutzer: 620
Registrar: fritz.box
Kennwort: **********
Proxy: zweitbox.fritz.box
 
ich sehe leider den Zusammenhang zu realm nicht.
Der realm ist für die Authentifizierung wie in [SIP-ID]@[realm]
 
Eben an dem Server, den Du ja bereits über einen FQDN erreichst brauchst Du keine routbare Adresse mehr.

Bei Windows Domänen ist das ähnlich, manche Admins schreiben dann xxx.local zur Unterscheidung.
 
Ok Ok ... wo kann ich dieses Thema mit [Erledigt] schließen.

sorry ... bei "Windows Domänen" ist mir wieder schlecht geworden. :mad:
 
Zuletzt bearbeitet:
Ersten Beitrag editieren, erweitert und dann Präfix ändern.
 
Um antworten zu können musst du eingeloggt sein.

Zurzeit aktive Besucher

Gesamt: 762 (Mitglieder: 52, Gäste: 710)

Neueste Beiträge

Statistik des Forums

Themen
246,215
Beiträge
2,248,188
Mitglieder
373,782
Neuestes Mitglied
Gigasetuser
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
Ihr E-Mail-Adresse verifizieren

Ihr E-Mail-Adresse verifizieren

Wir haben Ihnen eine E-Mail geschickt. Klicken Sie auf die Schaltfläche im E-Mail-Text, um Ihre E-Mail-Adresse zu verifizieren – (Können Sie diese nicht finden können, dann überprüfen Sie Ihren Spam-Ordner).

IPPF im Überblick

Neueste Beiträge

Direktlinks Telefonanlage

Website-Sponsoren

3CX sponsor
KONTAKTIEREN SIE UNS BEI INTERESSE
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten
Zurück