Wechsel von 1.0.9 auf 1.2.4 bringt Probleme mit sip.conf register

Toggle sidebar Toggle sidebar
Upgrade 3CX to v18 and get it hosted free!
Vielen Dank für eure Antworten.

insecure=port,invite; hab ich gesetzt, brachte aber leider auch nicht den gewünschten Erfolg.

canreinvite=yes unter [general] hab ich gesetzt für die SIP-Clients, dann brauche ich es nicht für jeden Client angeben. Bei Channels, wo ich das nicht haben will, habe ich canreinvite=no gesetzt.
Sollte doch so gehen oder?

Meine aktuelle sip.conf sieht mit eurer Hilfe jetzt so aus:
Code: 
[general]
context=default
bindport=5060
bindaddr=0.0.0.0
srvlookup=yes
tos=0x18
language=de                     ; Default language setting for all users/peers
srvlookup=yes
tos=0x18
insecure=port,invite
dtmfmode=rfc2833
;canreinvite=yes
localnet=172.22.20.195/255.255.0.0
externip=ex.te.rn.IP
nat=yes

register => 5550109:[email protected]/5550109

register => 08130884:[email protected]/08130884

;SIPGATE incoming####################################
[sipgate_in]
type=peer
fromdomain=sipgate.de
host=sipgate.de
disallow=all
allow=alaw
allow=ulaw
allow=gsm
nat=yes
qualify=yes
canreinvite=no

;STANPHONE incoming#####################################
[stanaphone_in]
type=peer
fromdomain=sip.stanaphone.com
host=sip.stanaphone.com
disallow=all
allow=alaw
allow=ulaw
allow=gsm
nat=yes
qualify=yes
canreinvite=no

Und es geht leider immer noch nicht :-( :

*CLI> sip show registry
Host Username Refresh State
sip.stanaphone.com:5060 08130884 120 Request Sent
sipgate.de:5060 5550109 120 Request Sent

Was mir noch Kopfzerbrechen macht ist das hier:

*CLI> sip show peers
Name/username Host Dyn Nat ACL Port Status
stanaphone_in 204.147.183.18 N 5060 UNREACHABLE
sipgate_in 217.10.79.9 N 5060 UNREACHABLE
32 sip peers [30 online , 2 offline]
*CLI>

Also beide peers sind UNREACHABLE!?! Häh!?!
Code: 
asterisk5:/etc/asterisk# ping www.sipgate.de
PING www.sipgate.de (217.10.79.6) 56(84) bytes of data.
64 bytes from www.sipgate.de (217.10.79.6): icmp_seq=1 ttl=57 time=35.8 ms
64 bytes from www.sipgate.de (217.10.79.6): icmp_seq=2 ttl=57 time=45.9 ms
64 bytes from www.sipgate.de (217.10.79.6): icmp_seq=3 ttl=57 time=15.1 ms
64 bytes from www.sipgate.de (217.10.79.6): icmp_seq=4 ttl=57 time=15.5 ms

Kann ich das noch irgendwie anders testen ausser mit PING?

@betateilchen: superherzlichen Dank für die Anleitung! Die ist wirklich Klasse! :groesste: :groesste: :groesste:

(Wenns jetzt noch eine gäbe mit Asterisk hinter einer Checkpoint Firewall.... :) )

@TinTin: srvlookup=no hab ich mal probiert, ging auch nich

@ogir: bindport=5050 hab ich auch mal probiert, leider gings damit auch nicht

Ich bin jetzt echt langsam am verzweifeln. Aber es muss irgenwie mit nat und Firewall und externip oder so zusammenhängen, weil wie gesagt, wenn ich mich mit ner Modemeinwahl direkt ins Internet hänge geht die Registrierung.

Grüße
kperas
 
kperas schrieb:
(Wenns jetzt noch eine gäbe mit Asterisk hinter einer Checkpoint Firewall.... :) )
Ich bin jetzt echt langsam am verzweifeln. Aber es muss irgenwie mit nat und Firewall und externip oder so zusammenhängen, weil wie gesagt, wenn ich mich mit ner Modemeinwahl direkt ins Internet hänge geht die Registrierung.
Zum Vergrößern anklicken....

Dann fang doch mal an, Dich mit der Firewall zu beschäftigen.
 
Bist Du der Meinung, es liegt an der Firewall?

Vorstellen könnte ich es mir schon. Seltsam ist nur, mit Asterisk 1.0.9 und gleichem statischen NAT auf der Firewall hat alles funktioniert.
 
Ich werde ja nicht müde euch mit meinem Problemen zu nerven :-)

ich hab jetzt mal getraced. Beim alten Asterisk 1.0.9 steht in der Anfrage von Asterisk zum Provider im Message Header:

Via: SIP/2.0/UDP 172.22.20.194:5060;branch=z9hG4bK42ea870f

beim neuen Asterisk 1.2.1 steht da:

Via: SIP/2.0/UDP 172.22.20.195:5060;branch=z9hG4bK1fabc7b2;rport

Der Unterschied ist ;rport

Und dann kommt mir der Provider auf einmal mit einem anderen DST Port als 5060. Beim alten System ist der DSP Port immer 5060. Ich denke so müßte es sein.
Krieg ich dieses ;rport irgenwie weg?
 
Ja, bekommst Du!

Dafür gibt es in 1.2.1 einen neuen Parameter für nat= , nämlich

nat=route

Probier es mal damit direkt unter [general] in der sip.conf und ggf. auch im Providereintrag.

Gruß,
Tin
 
wieder was gelernt :D
 
Ich würde mal probieren, ob das Problem bei Asterisk 1.2.2 auch noch auftritt. Laut Changelog wurde da was gefixed.

2006-01-03 17:00 +0000 [r7738] Kevin P. Fleming <[email protected]>

* channels/chan_sip.c: backport rport scanning fix from trunk (bug
#6071)
Zum Vergrößern anklicken....
 
>> Problem gelöst

Hallo,

vielen vielen Dank an TinTin und Betateilchen.

nat=route brachte schon einen Teilerfolg, ich konnte mich endlich bei einigen Accounts registrieren (Danke TinTin!). Leider konnte ich damit aber nicht alle meine Accounts registrieren. War irgendwie ein seltsames Verhalten, mal gingen die Accounts bei dem einen Provider, dann wieder die bei einem anderen, manchmal nur einer bei einem Provider usw.

Der wechsel von 1.2.1 auf 1.2.2 (Danke betateilchen!) in der Kombination mit nat=route wars dann. Endlich geht alles. :dance:

Hier noch meine aktuelle sip.conf, falls jemand ein ähnliches Problem lösen muss:

Code: 
[general]
context=default                 ; Default context for incoming calls
bindport=5060                       ; UDP Port to bind to (SIP standard port is 5060)
bindaddr=0.0.0.0                ; IP address to bind to (0.0.0.0 binds to all)
srvlookup=yes                   ; Enable DNS SRV lookups on outbound calls
disallow=all                    ; First disallow all codecs
allow=alaw
allow=ulaw
allow=gsm                               ; This may also be set for individual users/peers
language=de                     ; Default language setting for all users/peers
srvlookup=yes
tos=0x18
insecure=port,invite
dtmfmode=rfc2833
externip=ip.ip.ip.ip
localnet=172.22.0.0/255.255.0.0
nat=route

register => 08130884:[email protected]/08130884

register => 08130777:[email protected]/08130777

register => 08128336:[email protected]/08128336

register => 5550109:[email protected]/5550109

[stanaphone_in]
type=friend
nat=route
canreinvite=no
qualify=yes
fromdomain=sip.stanaphone.com
host=sip.stanaphone.com
auth=md5,plaintext

[sipgate_in]
type=friend
fromdomain=sipgate.de
host=sipgate.de
nat=route
qualify=yes
canreinvite=no
auth=md5,plaintext

Schöne Grüße
kperas
 
Hallo,
jetzt taucht wieder ein Problem mit de4n SIP-Providern auf. Ich krieg zwar ein "Registered" aber keinerlei Audioübertragung.

Mit 1.0.10 hat das alles wunderbar funktioniert. Ich hab auch wirklich keine Aussergewöhnliche Konfiguration:

si.conf:
Code: 
[general]
context=default                 ; Default context for incoming calls
bindport=5060                   ; UDP Port to bind to (SIP standard port is 5060)
bindaddr=0.0.0.0                ; IP address to bind to (0.0.0.0 binds to all)
srvlookup=yes                   ; Enable DNS SRV lookups on outbound calls
disallow=all                    ; First disallow all codecs
allow=alaw
allow=ulaw
allow=g729
allow=gsm                               ; This may also be set for individual users/peers
language=de                     ; Default language setting for all users/peers
srvlookup=yes
tos=0x18
insecure=port,invite
nat=route
dtmfmode=rfc2833
;localnet=172.22.0.0/255.255.0.0
;externip=ip.ip.ip.ip

register => 5550109:[email protected]/5550109

register => 08128336:[email protected]/08128336

register => 08130777:[email protected]/08130777

[stanaphone_in]
type=peer
nat=route
canreinvite=no
qualify=yes
fromdomain=sip.stanaphone.com
host=sip.stanaphone.com
context=sipprovider

[sipgate_in]
type=peer
nat=route
host=sipgate.de
disallow=all
allow=ulaw
allow=alaw
allow=gsm
context=sipprovider

extensions.conf:
Code: 
[general]
static=yes
writeprotect=no
language=de

[globals]
ptpStamm=300

[default]
include=> sip-user
include=> internalcall
include=> tuer
include=> echotest

[echotest]
exten=> 6666,1,answer
exten=> 6666,n,wait,1
exten=> 6666,n,playback,demo-echotest
exten=> 6666,n,echo
exten=> 6666,n,playback,demo-echodone
exten=> 6666,n,hangup

[ptp]
exten=> _${ptpStamm}XX,1,SetCallerID(${CALLERIDNUM})
exten=> _${ptpStamm}XX,2,Goto(sip-user,${EXTEN:3},1)
exten=> _${ptpStamm}XX,3,Congestion
exten=> _${ptpStamm}XX,102,Hangup

exten=> _0XX.,1,SetCallerId(09103715300${CALLERIDNUM})
exten=> _0XX.,2,Dial,Zap/g1/${EXTEN}|50|r

exten=> _0XX.,3,Congestion
exten=> _0XX.,102,Busy

[internalcall]
exten=> _ZXX,1,SetCallerId(300${CALLERIDNUM})
exten=> _ZXX,2,Dial,Zap/g1/${EXTEN}|50|r
exten=> _ZXX,3,Congestion
exten=> _ZXX,102,Busy

[sip-user]
exten=> _ZZ,1,Set(LANGUAGE()=de)
exten=> _ZZ,n,Answer
exten=> _ZZ,n,Set,ziel=${EXTEN}
exten=> _ZZ,n,Dial,SIP/${EXTEN}|20|r
exten=> _ZZ,n,Goto,r-${DIALSTATUS}|1

exten=> r-BUSY,1,voicemail,b${ziel}
exten=> r-BUSY,2,Hangup

exten=> r-NOANSWER,1,voicemail,u${ziel}
exten=> r-NOANSWER,2,Hangup

exten=> r-CHANUNAVAIL,1,voicemail,u${ziel}
exten=> r-CHANUNAVAIL,n,Hangup

[tuer]
exten=> _[1-3]XX,1,SetCallerId(${CALLERIDNUM})
exten=> _[1-3]XX,2,Dial,Zap/g1/${EXTEN}
exten=> _[1-3]XX,3,Congestion
exten=> _[1-3]XX,102,Busy

[sipprovider]
exten=> 08128336,1,SetCallerId(${CALLERIDNUM})
exten=> 08128336,2,Dial,Zap/g1/329
exten=> 08128336,3,Congestion
exten=> 08128336,4,Hangup
exten=> 08128336,102,Busy

exten=> 08130777,1,SetCallerId(${CALLERIDNUM})
exten=> 08130777,2,Dial,Zap/g1/329
exten=> 08130777,3,Congestion
exten=> 08130777,4,Hangup
exten=> 08130777,102,Busy

exten=> 5550109,1,Dial,Zap/g1/257
exten=> 5550109,2,Congestion
exten=> 5550109,3,Hangup
exten=> 5550109,102,Busy

sip show registry sagt:

*CLI> sip show registry
Host Username Refresh State
sip.stanaphone.com:5060 08130777 100 Registered
sip.stanaphone.com:5060 08128336 100 Registered
sipgate.de:5060 5550109 105 Registered
*CLI>

Also, passt doch alles. Ich will nur von aussen die Accounts anrufen und dann solls bei meine ZAPs klingeln. Tuts auch, NUR hab ich keinerlei Audioübertragung!!!

p.s. wie erwähnt hänge ich hinter einer Firewall, aber mein 1.0.10 hat hinter der Firewall auch funktioniert.

Hat jemand einen Tip?

Grüße
kperas
 
Update auf Asterisk 1.2.3 oder auf die neuste Bristuff. Asterisk 1.2.2 hat nen bug der ab irgendnem Datum keine Audiodaten mehr überträgt.
 
ogir schrieb:
Update auf Asterisk 1.2.3 oder auf die neuste Bristuff. Asterisk 1.2.2 hat nen bug der ab irgendnem Datum keine Audiodaten mehr überträgt.
Zum Vergrößern anklicken....

1.2.1 stand noch in der Überschrift. Ich hab schon auf 1.2.4 upgedatet.
 
Um antworten zu können musst du eingeloggt sein.
Kostenlos!
Jetzt holen

Neueste Beiträge

Kategorien

Wissenswertes

Statistik des Forums

Themen
248,886
Beiträge
2,304,063
Mitglieder
378,569
Neuestes Mitglied
Yannick100

3CX jetzt einen Monat kostenlos testen

Die Verbindung, Zusammenarbeit und Kommunikation mit Ihrem Team und Ihren Kunden war noch nie so einfach. Nutzen Sie unsere kostenlose 30-Tage-Testversion und entdecken Sie die richtige Lösung für Ihr Unternehmen.

3CX start your free trial guy
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.
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten