Externer Sip-Client: Rein ja, raus nein

Das habe ich ja auch versucht rauszufinden. 5060 sollte doch normal sein. Aber "sip show peers" zu fragen, ist schon ok, oder?

@rajo: Danke

Edit:
Ich werde es heute abend nochmal versuchen und euch dann berichten.
 
Kann mich irren, aber ich glaube, daß der eigentliche Datentransfer (also das Gespräch) über das RTP-Port läuft, und das Management des Gespräches über das SIP-Port.
 
@Hupe: Klar, Session-Management geht über 5060 + Irgendwelche RTP-Ports für Audio/Video.

Man kann die Signalisierung (5060) auch über andere Ports schicken...
in der FW/NAT die vor 32 sitzt, sollten die dann aber auch richtig weitergeleitet werden. Aber man sollte schon 5060 verwenden wenn möglich.

@allesOK: Kannst ja heute abend nochmal probieren, mit Asterisk versuchen die 32 anzurufen und auf die Konsolenmeldungen schauen, was die sagen. Zusätzlich kannst du noch "sip debug" anwerfen und in die SIP-Nachrichten schauen -- evtl. sieht man da ja woran es liegt.
 
ja, mache ich und melde mich
 
So:

Kann jemand hiermit was anfangen?

Jun 2 19:58:41 WARNING[65541]: chan_sip.c:457 __sip_xmit: sip_xmit of 0x80e0b54 (len 334) to 0.0.0.32 returned -1: Invalid argument

sip show peers:
32/32 217.232.159.xxx (D) 255.255.255.255 5060 UNREACHABLE


Und hier SIP debug
Code:
SIP Debugging Enabled
11 headers, 0 lines
Reliably Transmitting:
OPTIONS sip:217.232.159.xxx SIP/2.0
Via: SIP/2.0/UDP 80.131.126.xxx:5060;branch=z9hG4bK153e83aa
From: "asterisk" <sip:[email protected]>;tag=as5b3f6f4e
To: <sip:217.232.159.xxx>
Contact: <sip:[email protected]>
Call-ID: [email][email protected][/email]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Date: Wed, 02 Jun 2004 18:03:18 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Content-Length: 0

 (no NAT) to 217.232.159.xxx:5060


Sip read: 


0 headers, 0 lines


Sip read: 
SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.250.225:5060;branch=z9hG4bK153e83aa
From: "asterisk" <sip:[email protected]>;tag=as5b3f6f4e
To: <sip:217.232.159.xxx>;tag=1080898135
SIP Debugging Enabled
11 headers, 0 lines
Reliably Transmitting:
OPTIONS sip:217.232.159.xxx SIP/2.0
Via: SIP/2.0/UDP 80.131.126.xxx:5060;branch=z9hG4bK153e83aa
From: "asterisk" <sip:[email protected]>;tag=as5b3f6f4e
To: <sip:217.232.159.xxx>
Contact: <sip:[email protected]>
Call-ID: [email][email protected][/email]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Date: Wed, 02 Jun 2004 18:03:18 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Content-Length: 0

 (no NAT) to 217.232.159.xxx:5060


Sip read: 


0 headers, 0 lines


Sip read: 
SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.250.225:5060;branch=z9hG4bK153e83aa
From: "asterisk" <sip:[email protected]>;tag=as5b3f6f4e
To: <sip:217.232.159.xxx>;tag=1080898135
Contact: <sip:[email protected]:5060>
Call-ID: [email protected]
Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,NOTIFY
CSeq: 102 OPTIONS
Server: X-Lite release 1103a
Content-Length: 0


10 headers, 0 lines
Retransmitting #1 (no NAT):
OPTIONS sip:217.232.159.xxx SIP/2.0
Via: SIP/2.0/UDP 80.131.126.xxx:5060;branch=z9hG4bK153e83aa
From: "asterisk" <sip:[email protected]>;tag=as5b3f6f4e
To: <sip:217.232.159.xxx>
Contact: <sip:[email protected]>
Call-ID: [email][email protected][/email]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Date: Wed, 02 Jun 2004 18:03:18 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Content-Length: 0


 to 217.232.159.xxx:5060
Retransmitting #2 (no NAT):
OPTIONS sip:217.232.159.xxx SIP/2.0
Via: SIP/2.0/UDP 80.131.126.xxx:5060;branch=z9hG4bK153e83aa
From: "asterisk" <sip:[email protected]>;tag=as5b3f6f4e
To: <sip:217.232.159.xxx>
Contact: <sip:[email protected]>
Call-ID: [email][email protected][/email]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Date: Wed, 02 Jun 2004 18:03:18 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Content-Length: 0


 to 217.232.159.xxx:5060
Retransmitting #3 (no NAT):
OPTIONS sip:217.232.159.xxx SIP/2.0
Via: SIP/2.0/UDP 80.131.126.xxx:5060;branch=z9hG4bK153e83aa
From: "asterisk" <sip:[email protected]>;tag=as5b3f6f4e
To: <sip:217.232.159.xxx>
Contact: <sip:[email protected]>
Call-ID: [email][email protected][/email]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Date: Wed, 02 Jun 2004 18:03:18 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Content-Length: 0


 to 217.232.159.xxx:5060
Retransmitting #4 (no NAT):
OPTIONS sip:217.232.159.xxx SIP/2.0
Via: SIP/2.0/UDP 80.131.126.xxx:5060;branch=z9hG4bK153e83aa
From: "asterisk" <sip:[email protected]>;tag=as5b3f6f4e
To: <sip:217.232.159.xxx>
Contact: <sip:[email protected]>
Call-ID: [email][email protected][/email]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Date: Wed, 02 Jun 2004 18:03:18 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Content-Length: 0

Call-ID: [email protected]
Allow: INVITE,ACK,BYE,CANCEL,OPTIONS,NOTIFY
CSeq: 102 OPTIONS
Server: X-Lite release 1103a
Content-Length: 0


10 headers, 0 lines
Retransmitting #1 (no NAT):
OPTIONS sip:217.232.159.xxx SIP/2.0
Via: SIP/2.0/UDP 80.131.126.xxx:5060;branch=z9hG4bK153e83aa
From: "asterisk" <sip:[email protected]>;tag=as5b3f6f4e
To: <sip:217.232.159.xxx>
Contact: <sip:[email protected]>
Call-ID: [email][email protected][/email]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Date: Wed, 02 Jun 2004 18:03:18 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Content-Length: 0


 to 217.232.159.xxx:5060
Retransmitting #2 (no NAT):
OPTIONS sip:217.232.159.xxx SIP/2.0
Via: SIP/2.0/UDP 80.131.126.xxx:5060;branch=z9hG4bK153e83aa
From: "asterisk" <sip:[email protected]>;tag=as5b3f6f4e
To: <sip:217.232.159.xxx>
Contact: <sip:[email protected]>
Call-ID: [email][email protected][/email]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Date: Wed, 02 Jun 2004 18:03:18 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Content-Length: 0


 to 217.232.159.xxx:5060
Retransmitting #3 (no NAT):
OPTIONS sip:217.232.159.xxx SIP/2.0
Via: SIP/2.0/UDP 80.131.126.xxx:5060;branch=z9hG4bK153e83aa
From: "asterisk" <sip:[email protected]>;tag=as5b3f6f4e
To: <sip:217.232.159.xxx>
Contact: <sip:[email protected]>
Call-ID: [email][email protected][/email]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Date: Wed, 02 Jun 2004 18:03:18 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Content-Length: 0


 to 217.232.159.xxx:5060
Retransmitting #4 (no NAT):
OPTIONS sip:217.232.159.xxx SIP/2.0
Via: SIP/2.0/UDP 80.131.126.xxx:5060;branch=z9hG4bK153e83aa
From: "asterisk" <sip:[email protected]>;tag=as5b3f6f4e
To: <sip:217.232.159.xxx>
Contact: <sip:[email protected]>
Call-ID: [email][email protected][/email]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Date: Wed, 02 Jun 2004 18:03:18 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Content-Length: 0

Und da steckt auch der Fehler drin:
Contact: <sip:[email protected]:5060>

Weis jemand, wie man dem x-lite hinter NAT beibringt, dies korrekt zu senden?
 
un 2 19:58:41 WARNING[65541]: chan_sip.c:457 __sip_xmit: sip_xmit of 0x80e0b54 (len 334) to 0.0.0.32 returned -1: Invalid argument
Die Ip 0.0.0.32 ist wohl ne Ingültige, oder?
Kanst du man den entsprechnden Teil aus der extensions.conf posten, ich würde gerne mal sehen, wie Du versuchst rauszuwählen.
 
@hupe:
Ja, habe es gefunden - hatte gestern an die SIP-Extension noch einen Port angehängt, der heute aber nicht mehr gültig war. Jetzt ist nur wieder dieser Fehler da:
Jun 2 21:00:11 NOTICE[245776]: app_dial.c:559 dial_exec: Unable to create channel of type 'SIP'

Aber der hängt wohl mit sip show peers:
32/32 217.232.159.xxx (D) 255.255.255.255 5060 UNREACHABLE

zusammen ;-(((
 
Also, der Client hängt doch hinter dem Router. Die Ports werden auf die IP des Clients geforwartet? Unterscheidet der Router beim Forwarden vielleicht TCP und UPD-Packages? Oder hat der Client intern die Falsche IP, und die Pakete werden ins Nichts geforwardet? Der Router hat doch bestimmt ne Log-Datei. Vielleicht erfährst Du da mehr.
Du solltest dich nochmal vergewissern, das das Port-Forwarding auch funzt. Vielleicgt wurde auch einfach der Router nicht neu gebootet, nachdem das Forwarding eingestellt wurde.
Auf der Clientseite sollte man mal mittels www.port-scan.de nachsehen, ob die Ports wirklich offen sind und abgehört werden.
 
Das Problem ist, dass dieser extene Client nicht bei mir steht, sondern bei meiner Schwester in Bayern. Daher habe ich nur beschränkt Zugriff darauf. Bin mir aber ziemlich sicher, dass alles stimmt. Lasse es aber mal überprüfen.

www.port-scan.de ist aber ausser Betrieb momentan!
 
Geht denn ein Direct-IP-Call? (z.B. mit x-Lite). Auf dem anderen Client sollte dann aber Stun abgeschaltete sein.
Wenn nicht, dann liegt das Problem Clientseitig.
 
X-Lite hängt am Asterisk als SIP-User 32, wenn ich das richtig sehe und soll per SIP nach aussen telefoniern.

a) Verwende STUN in X-Lite damit es seine IP richtig mitbekommt
b) mach mal canreinvite=no in der sip.conf, damit die Medienströme etc. über den Asterisk laufen. und sag ggf. Asterisk (der ja auch hinter dem NAT hängt) in der sip.conf mal noch die externip=xyz -- siehe http://www.ip-phone-forum.de/forum/viewtopic.php?t=291&start=15



Das iss aber sehr merkwürdig. Aber mach mal wie Hupe gesagt hat: Direct-IP-Call testen, ggf. mal zwei accounts bei iptel.org noch nehmen und dann an beiden Seiten registrieren und testen ob das auch tut.

....man sollte FW/NAT verbieten oder die Hersteller zwingen das vernünftig in ihren Routern einzubauen... richtig administriert ist das mit SIP eigentlich unproblematisch... - egal :)
 
Meinst du innerhalb des Netzes hinter dem NAT-Router auf der "buggy" Seite?
 
Meinst du innerhalb des Netzes hinter dem NAT-Router auf der "buggy" Seite?
...Wenn Du mir jetzt noch verrätst auf was genau sich diese Frage bezieht, kann ich sie evtl. auch beantworten ;)...
(Oder meinst Du gar nicht mich?)
 
Hier auf:
Geht denn ein Direct-IP-Call? (z.B. mit x-Lite). Auf dem anderen Client sollte dann aber Stun abgeschaltete sein.
Wenn nicht, dann liegt das Problem Clientseitig.

Was meint Hupe mit einen Direct-IP-Call - von wo nach wo??? Und wie konfiguriere ich STUN korrekt?
 
Aso -- nu iss klar :)

Also: Direct-IP-Call = Du rufst nicht über einen Provider an, sondern du startest auf beiden Rechnern (lokal und wo-auch-immer) ein XLite (oder sonstwas mit dem Du IP-Telefonie betreibst), schaust nach, wie die öffentliche IP der betreffenden Gegenstelle gerade ist und rufst dann eben *direkt* von Client zu Client mit z.b. [email protected] an. Das ist mit Direct-IP-Call gemeint, also ohne irgendein Provider oder Gatway oder was-auch-immer dazwischen.

Bei STUN gibt es eigentlich nicht furchtbar viel zu konfigurieren. Bei Kphone z.b. Server und Port eingeben (z.B. stun.wirlab.net:3478) und fertig. X-Lite habe ich grade nicht in Erinnerung (und auch kein Windows greifbar) aber da geht es IIRC ähnlich bis insoweit einfach, dass es automatisch geht und man nicht viel einstellen muss. Bin mir da aber nicht sicher.
 
ok, ich versuche mal den DIP-Call (auch erst wieder heute abend) und melde mich. Vielen, vielen Dank!
 
also dip geht - allerdings haben wir mal alle ports geöffnet.
 
Vorschlag: setze den Software-Client in DMZ. Installiere aber (vorher) ne Firewall. Am besten die von Sygate. Wenn du bei der Firewal x-Lite zulässt, kannst Du bei einem DIP-Call sehen, welche Ports benutzt werden (im Firewall-Programm). Dann könntest Du es ja mal mit Asterisk probieren, um zu sehen was Asterisk anders macht (am besten mehrmals). Und zum Schluß mal Asterisk (oder das Port-Forwarding) anpassen.
 
ok, es geht es jetzt:

nat-*: UDP 5060, 10000-20000
client - keine open ports

in rtp.conf
rtpstart=10000
rtpstop=20000

Sollte ich rtp.conf noch einschränken?

sip.conf
[general]
externip=xxx.dyndns.org

[32]
canreinvite=no

Im 32er-Client X-Lite Network:
Primary STUN: stun.wirlab.net:3478
 
Wozu sollte man 10000 RPT-Ports öffnen? Sip scheint ja sogar mit nur einem auszukommen, 5004. Und das liegt ja nochnicht einmal im Bereich von Asterisk.
 
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.