Regelmäßige Verbindungsabrüche

Toggle sidebar Toggle sidebar
Upgrade 3CX to v18 and get it hosted free!
K

konabi

Mitglied
Mitglied seit
11 Apr 2005
Beiträge
424
Punkte für Reaktionen
0
Punkte
16
HAllo,
ich betreibe einen Asterisk, welcher mit einer HFC Karte im NT Modus ausgestattet und vor einer Siemens Hikom geschaltet ist.


SIP-Povider------Asterisk------Siemens Hikom-----Systemtelefon


Ich habe das Problem daß Gespräche über SIP in regelmäßigen Abständen abgebrochen werden.

Anbei mal ein Mitschnitt von Gesprächsaufbau und Abbruch
mit "sip debug" (Gesprächsabruch habe ich fett markiert):

Code: 
Not Overwriting extension:0346367xxxx with new Number: 0346367xxxx
 Not Sending any control to Channel 0346367xxxxstate is 5
     -- Executing Macro("mISDN/1-1", "extern|032225253xxx|0346367xxxx|t-online-out|03445") in new stack
     -- Executing Set("mISDN/1-1", "MYCALLERID=032225253xxx") in new stack
     -- Executing Set("mISDN/1-1", "RUFNUMMER=0346367xxxx") in new stack
     -- Executing Set("mISDN/1-1", "KONTEXT=t-online-out") in new stack
     -- Executing Set("mISDN/1-1", "ORTSVORWAHL=03445") in new stack
     -- Executing Set("mISDN/1-1", "LANGUAGE()=de") in new stack
     -- Executing Set("mISDN/1-1", "CALLERID(name)=032225253xxx") in new stack
     -- Executing GotoIf("mISDN/1-1", "0?9") in new stack
     -- Executing GotoIf("mISDN/1-1", "1?10:11") in new stack
     -- Goto (macro-extern,s,10)
     -- Executing Dial("mISDN/1-1", "SIP/03463674xxx@t-online-out|60|tT") in new stack
 We're at 84.183.41.68 port 14008
 Adding codec 0x8 (alaw) to SDP
 Adding codec 0x4 (ulaw) to SDP
 Adding codec 0x2 (gsm) to SDP
 Adding codec 0x400 (ilbc) to SDP
 13 headers, 11 lines
 Reliably Transmitting (no NAT) to 217.0.132.118:5060:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 84.183.41.68:5060;branch=z9hG4bK1dd9ac3c;rport
From: "032225253xxx" <sip:[email protected]>;tag=as7ef734c9
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 102 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Mon, 31 Jul 2006 10:54:58 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Type: application/sdp
Content-Length: 231
v=0
o=root 1370 1370 IN IP4 84.183.41.68
s=session
c=IN IP4 84.183.41.68
t=0 0
m=audio 14008 RTP/AVP 8 0 3 97
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
a=rtpmap:97 iLBC/8000
a=silenceSupp:off - - - -
---
     -- Called 0346367xxxx@t-online-out
 
<-- SIP read from 217.0.132.118:5060:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 84.183.41.68:5060;rport=5060;received=84.183.41.68;branch=z9hG4bK1dd9ac3c
To: <sip:[email protected]>;tag=9809b4b4
From: "032225253xxx" <sip:[email protected]>;tag=as7ef734c9
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 102 INVITE
WWW-Authenticate: Digest algorithm=MD5, nonce="92518b41d69c6bfb9a34e4b74a9d68829b0634344c5e5882633f846e25b00dc5", opaque="92518b41d69c6bfb9a34e4b74a9d68829b0634344c5e5882633f846e25b00dc5", realm="tel.t-online.de"
Content-Length: 0
 
--- (8 headers 0 lines)---
 Transmitting (no NAT) to 217.0.132.118:5060:
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 84.183.41.68:5060;branch=z9hG4bK1dd9ac3c;rport
From: "032225253xxx" <sip:[email protected]>;tag=as7ef734c9
To: <sip:[email protected]>;tag=9809b4b4
Contact: <sip:[email protected]>
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 102 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
 
---
 We're at 84.183.41.68 port 14008
 Adding codec 0x8 (alaw) to SDP
 Adding codec 0x4 (ulaw) to SDP
 Adding codec 0x2 (gsm) to SDP
 Adding codec 0x400 (ilbc) to SDP
Reliably Transmitting (no NAT) to 217.0.132.118:5060:
INVITE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 84.183.41.68:5060;branch=z9hG4bK57bee3aa;rport
From: "032225253xxx" <sip:[email protected]>;tag=as7ef734c9
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 103 INVITE
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="xxx", realm="tel.t-online.de", algorithm=MD5, uri="sip:[email protected]", nonce="92518b41d69c6bfb9a34e4b74a9d68829b0634344c5e5882633f846e25b00dc5", response="d4972c139262c73f2db7229f6e1941f1", opaque="92518b41d69c6bfb9a34e4b74a9d68829b0634344c5e5882633f846e25b00dc5"
Date: Mon, 31 Jul 2006 10:54:58 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Type: application/sdp
Content-Length: 231
v=0
o=root 1370 1371 IN IP4 84.183.41.68
s=session
c=IN IP4 84.183.41.68
t=0 0
m=audio 14008 RTP/AVP 8 0 3 97
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:3 GSM/8000
a=rtpmap:97 iLBC/8000
a=silenceSupp:off - - - -
---
 
<-- SIP read from 217.0.132.118:5060:
SIP/2.0 100 Rufaufbau
Via: SIP/2.0/UDP 84.183.41.68:5060;rport=5060;received=84.183.41.68;branch=z9hG4bK57bee3aa
To: <sip:[email protected]>
From: "032225253xxx" <sip:[email protected]>;tag=as7ef734c9
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 103 INVITE
Content-Length: 0
 
--- (7 headers 0 lines)---
 
<-- SIP read from 217.0.132.118:5060:
SIP/2.0 183 Verbindung wird aufgebaut
Via: SIP/2.0/UDP 84.183.41.68:5060;rport=5060;received=84.183.41.68;branch=z9hG4bK57bee3aa
To: <sip:[email protected]>;tag=260baa42
From: "032225253xxx" <sip:[email protected]>;tag=as7ef734c9
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
Contact: <sip:[email protected]:5060>
CSeq: 103 INVITE
Allow: ACK, BYE, CANCEL, INVITE, OPTIONS
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 190
v=0
o=- 4659051 4659051 IN IP4 217.0.132.94
s=-
c=IN IP4 217.0.132.94
t=0 0
m=audio 10380 RTP/AVP 8 98
b=AS:64
a=rtpmap:8 PCMA/8000
a=rtpmap:98 telephone-event/8000
a=fmtp:98 0-15
 
--- (11 headers 10 lines)---
 Found RTP audio format 8
 Found RTP audio format 98
 Peer audio RTP is at port 217.0.132.94:10380
 Found description format PCMA
 Found description format telephone-event
 Capabilities: us - 0x40e (gsm|ulaw|alaw|ilbc), peer - audio=0x8 (alaw)/video=0x0 (nothing), combined - 0x8 (alaw)
 Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
     -- SIP/t-online-out-a7d2 is making progress passing it to mISDN/1-1
 
<-- SIP read from 217.0.132.118:5060:
SIP/2.0 180 Klingeln
Via: SIP/2.0/UDP 84.183.41.68:5060;rport=5060;received=84.183.41.68;branch=z9hG4bK57bee3aa
To: <sip:[email protected]>;tag=260baa42
From: "032225253xxx" <sip:[email protected]>;tag=as7ef734c9
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
Contact: <sip:[email protected]:5060>
CSeq: 103 INVITE
Allow: ACK, BYE, CANCEL, INVITE, OPTIONS
Content-Type: application/sdp
Content-Disposition: session
Content-Length: 190
v=0
o=- 4659051 4659051 IN IP4 217.0.132.94
s=-
c=IN IP4 217.0.132.94
t=0 0
m=audio 10380 RTP/AVP 8 98
b=AS:64
a=rtpmap:8 PCMA/8000
a=rtpmap:98 telephone-event/8000
a=fmtp:98 0-15
 
 
--- (11 headers 10 lines)---
 Found RTP audio format 8
 Found RTP audio format 98
 Peer audio RTP is at port 217.0.132.94:10380
 Found description format PCMA
 Found description format telephone-event
 Capabilities: us - 0x40e (gsm|ulaw|alaw|ilbc), peer - audio=0x8 (alaw)/video=0x0 (nothing), combined - 0x8 (alaw)
 Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
 
    -- SIP/t-online-out-a7d2 is ringing
     -- SIP/t-online-out-a7d2 is making progress passing it to mISDN/1-1
 
12 headers, 0 lines
Reliably Transmitting (no NAT) to 217.0.132.118:5060:
OPTIONS sip:tel.t-online.de SIP/2.0
Via: SIP/2.0/UDP 84.183.41.68:5060;branch=z9hG4bK5aa632ba;rport
From: "asterisk" <sip:[email protected]>;tag=as5a3b1ed0
To: <sip:tel.t-online.de>
Contact: <sip:[email protected]>
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Mon, 31 Jul 2006 10:55:02 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Length: 0
---
 
<-- SIP read from 217.0.132.118:5060:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 84.183.41.68:5060;rport=5060;received=84.183.41.68;branch=z9hG4bK5aa632ba
To: <sip:tel.t-online.de>;tag=f2427200
From: "asterisk" <sip:[email protected]>;tag=as5a3b1ed0
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
Supported: 100rel
CSeq: 102 OPTIONS
Accept: application/sdp
Accept-Encoding: identity
Accept-Language: en
Allow: ACK, BYE, CANCEL, INFO, INVITE, NOTIFY, OPTIONS, PRACK, REFER, REGISTER, UPDATE
Content-Length: 0
Reliably Transmitting (no NAT) to 217.0.132.118:5060:
[B]CANCEL sip:[email protected] SIP/2.0[/B]
Via: SIP/2.0/UDP 84.183.41.68:5060;branch=z9hG4bK57bee3aa;rport
From: "032225253xxx" <sip:[email protected]>;tag=as7ef734c9
To: <sip:[email protected]>
Contact: <sip:[email protected]>
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 103 CANCEL
User-Agent: Asterisk PBX
Max-Forwards: 70
Authorization: Digest username="xxxxx", realm="tel.t-online.de", algorithm=MD5, uri="sip:[email protected]", nonce="92518b41d69c6bfb9a34e4b74a9d68829b0634344c5e5882633f846e25b00dc5", response="efda27708bf3428a693bcf8c96438843", opaque="92518b41d69c6bfb9a34e4b74a9d68829b0634344c5e5882633f846e25b00dc5"
Content-Length: 0
 
---
 Scheduling destruction of call '[email protected]' in 32000 ms
   == Spawn extension (macro-extern, s, 10) exited non-zero on 'mISDN/1-1' in macro 'extern'
   == Spawn extension (macro-extern, s, 10) exited non-zero on 'mISDN/1-1'
 
<-- SIP read from 217.0.132.118:5060:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 84.183.41.68:5060;rport=5060;received=84.183.41.68;branch=z9hG4bK57bee3aa
To: <sip:[email protected]>
From: "032225253xxx" <sip:[email protected]>;tag=as7ef734c9
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 103 CANCEL
Content-Length: 0
 
--- (7 headers 0 lines)---
 
<-- SIP read from 217.0.132.118:5060:
[B]SIP/2.0 487 Request Terminated[/B]
Via: SIP/2.0/UDP 84.183.41.68:5060;rport=5060;received=84.183.41.68;branch=z9hG4bK57bee3aa
To: <sip:[email protected]>;tag=91b3b3c7
From: "032225253xxx" <sip:[email protected]>;tag=as7ef734c9
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 103 INVITE
Content-Length: 0
 
--- (7 headers 0 lines)---
 Transmitting (no NAT) to 217.0.132.118:5060:
ACK sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 84.183.41.68:5060;branch=z9hG4bK57bee3aa;rport
From: "032225253xxx" <sip:[email protected]>;tag=as7ef734c9
To: <sip:[email protected]>;tag=91b3b3c7
Contact: <sip:[email protected]>
Call-ID: [EMAIL="[email protected]"][email protected][/EMAIL]
CSeq: 103 ACK
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0
 
---
 Destroying call '[email protected]'


Ein problem beim Provider möchte ich fast auschließen, da ich das selbe Problem auch bei einem anderen Asterisk mit Strato als Provider habe.

Vieleicht eine Konfigurationseinstellung am Asterisk?

Welche anderen DEBUG Möglichkeiten sollte ich am Asterisk nutzen um das Problem zu lösen.

Asterisk befindet sich hinter einem NAT Gateway als ISDN teriber verwende ich misdn.


Anbei noch meine sip.conf:

Code: 
[general]
language=de
port=5060
qualify=no
disallow=all
allow=ulaw
allow=alaw
allow=gsm
allow=ilbc
srvlookup=no
canreinvite=no
maxexpirey=240
defaultexpirey=240
sipdebug = yes
 
context=incoming
 
register => 03222525xxx:xxx:[email protected]/03222525xxx
 
 
 
 
[t-online-out]
type=peer
username=xxx
fromuser=xxx
secret=xxx
fromdomain=tel.t-online.de
host=tel.t-online.de
canreinvite=no
dtmfmode=info
nat=no
qualify=yes


misdn.conf:
Code: 
[general] 
debug=0
bridging=no
stop_tone_after_first_digit=yes
append_digits2exten=yes
tracefile=/var/log/asterisk/misdn.log
 
[default]
language=de
nationalprefix=0
internationalprefix=049
rxgain=0
txgain=0
te_choose_channel=no
dialplan=0
immediate=no
always_immediate=no
echocancelwhenbridged=no
echotraining=yes
 
[ISDN-NT]
ports=1
context=isdn_in


misdn-init.conf
Code: 
card=1,hfcpci
nt_ptmp=1
poll=128
dsp_options=0
debug=0



Ich bin für jeden Ratschlag zur Fehlersuche dankbar.


Viele Grüße
Sven
 
Asterisk befindet sich hinter einem NAT Gateway als ISDN teriber verwende ich misdn
Zum Vergrößern anklicken....

Code: 
[t-online-out]
type=peer
username=xxx
fromuser=xxx
secret=xxx
fromdomain=tel.t-online.de
host=tel.t-online.de
canreinvite=no
dtmfmode=info
[COLOR="Red"]nat=no[/COLOR]
qualify=yes
Zum Vergrößern anklicken....

Probiers einfach mal mit nat=yes
 
localnet und externip sind ebenfalls nicht definiert.
Ein Wunder das es überhaupt funktioniert.
 
Thomas007 schrieb:
localnet und externip sind ebenfalls nicht definiert.
Zum Vergrößern anklicken....

Das habe ich noch NIE bei einem Asterisk hinter NAT konfiguriert, und es hat bisher auch immer funktioniert :mrgreen:
 
betateilchen schrieb:
Das habe ich noch NIE bei einem Asterisk hinter NAT konfiguriert, und es hat bisher auch immer funktioniert :mrgreen:
Zum Vergrößern anklicken....

hast Du auch NAT=yes benutzt?

Asterisk mit NAT-IP - LAN - NAT-Router - WAN

Woher soll Asterisk die für das SIP Protokoll notwendige WAN-IP bekommen?
 
Ich habe nur nat=yes benutzt und es hat immer funktioniert. Darüber habe ich mir noch nie wirklich Gedanken gemacht.
 
Asterisk nimmt dann seine LAN-IP für das SIP-Protokoll.
Ob das spezifikationsgemäß ist werde ich bei Gelegenheit man nachschauen.
 
die NAT mechanismen sind dazu gedacht, sich ändernde dynamische WAN adressen herauszufinden und die SIP header entsprechend zu setzen.

externip setzt man ein, wenn die WAN adresse statisch ist und somit immer die gleiche.

gruss
/alex
 
alex-911 schrieb:
die NAT mechanismen sind dazu gedacht, sich ändernde dynamische WAN adressen herauszufinden und die SIP header entsprechend zu setzen.
Zum Vergrößern anklicken....
Es geht bei Asterisk vor allem zu regeln wann reinvite gemacht werden kann, sicher nicht wenn ein NAT zwischen den peers ist.

Wie zuvor geschrieben, es funktioniert auch mit einer LAN-IP im SIP-Protokoll bei peers die sich hinter NAT befinden.


alex-911 schrieb:
externip setzt man ein, wenn die WAN adresse statisch ist und somit immer die gleiche.
Zum Vergrößern anklicken....

nein, das ist vollkommen egal, es geht natürlich auch mit domain.dyndns.org.
externip nimmt Asterisk wenn NAT=yes und nimmt diese IP in das SIP-Protokoll für alle Netze die nicht mit localnet definiert sind.

Die Frage ist was ist spezifikationsgemäß?
Sobald eine Gegenstelle mal direkt die Daten des SIP-Protokolls nimmt ohne den Paket Header auszuwerten, hat es ohne NAT=yes und externip eine LAN-IP und kann damit in einem anderen Subnet nicht routen.
Ich kann mir nicht vorstellen, dass es immer und überall funktioniert.
 
nat=yes

macht Sinn wenn sich der Asterisk im öffentlichen Netz befindet, und der Anrufer sich hinter einem NAT Gateway befindet.
Dadurch wird Asterisk dazu bewegt die Daten in der INVITE Nachricht des Anrufers zu ignorieren und stattdessen die Sender IP Adresse des NAT Gerätes für den Aufbau des RTP Kanals zu verwenden.




Handelt es sich bei den lokalen SIP Client um einen Asterisk Server, so kann man durch die Optionen externip=IP-Adresse oder externhost=hostname die öffentliche IP-Adresse oder den öffentlichen Hostname des NAT Gerätes im [default] Kontext der sip.conf angeben.
Diese Werte werden dann in der Quelladresse in den SIP und SDP Paketen angegeben.



Auszug SDP Protokoll:

Code: 
 we're at [B]195.4.4.xxx [/B]port 10002
 Adding codec 0x8 (alaw) to SDP
 Adding codec 0x4 (ulaw) to SDP
 Adding codec 0x1 (g723) to SDP
 Adding codec 0x100 (g729) to SDP


setzt man externip=IP-Adresse muß man aber auch localnet=192.168.0.0 setzen,
da Asterisk sonst nicht unterscheiden kann, wann er die IP adresse im SDP Protokoll ändern soll.






Viele Grüße
Sven
 
hmmm.. also bei reinviting gehts nach meinem verständnis darum, den media stream umzuleiten (direkt zwischen 2 peers). ob das sinn macht, sei dahingestellt.
bei NAT geht es in erster linie darum, ein SIP client hinter einem NAT router erreichbar zu machen.

wie das eine von dem anderen abhängt (kein reinvite bei NAT) ist doch da zweitrangig....?

nein, das ist vollkommen egal, es geht natürlich auch mit domain.dyndns.org.
Zum Vergrößern anklicken....

ist eine dyndns.org URL nicht auch sowas wie eine statische IP....? ;)

externip nimmt Asterisk wenn NAT=yes und nimmt diese IP in das SIP-Protokoll für alle Netze die nicht mit localnet definiert sind.
Zum Vergrößern anklicken....

das ist ja richtig so. aber es ist der spezialfall, bei dem die WAN adresse statisch ist. :)

Die Frage ist was ist spezifikationsgemäß?
Zum Vergrößern anklicken....

die URI im contact header ist massgebend für jeden neuen dialog in einer SIP session.
 
die Herren Theoretiker schlagen sich die Köpfe ein und ich als Praktiker freue mich darüber, daß es "einfach" funktioniert :rock:
 
na logo! :boxen:


hauptsache hinterher gibts :bier:


gruss
/alex
 
konabi schrieb:
so kann man durch die Optionen externip=IP-Adresse oder externhost=hostname
Zum Vergrößern anklicken....

kann?

kann man machen, sofern die Gegenstelle den Mechanismus NAT=yes oder einen ähnliches Verfahren benutzt und das Protokoll netterweise umschreibt.

Wenn die Gegenstelle das nicht macht, wird es nicht funktionieren.

Die Frage ist also: Muss oder Sollte man es nicht machen?
 
alex-911 schrieb:
hmmm.. also bei reinviting gehts nach meinem verständnis darum, den media stream umzuleiten (direkt zwischen 2 peers). ob das sinn macht, sei dahingestellt.
bei NAT geht es in erster linie darum, ein SIP client hinter einem NAT router erreichbar zu machen.
wie das eine von dem anderen abhängt (kein reinvite bei NAT) ist doch da zweitrangig....?
Zum Vergrößern anklicken....

Ein NAT-Router ist für die Beteiligten i.d.R. vollkommen transparent. Asterisk benötigt aber Informationen um z.B. keinen reinvite zu machen wenn die Clients hinter NAT sind, dazu der Schalter NAT=yes. Angenehmer Nebeneffekt ich kann mit canreinvite=yes steuern das peers zusammengeschaltet werden, nur eben nicht sobald eins der peers hinter NAT ist .

alex-911 schrieb:
die URI im contact header ist massgebend für jeden neuen dialog in einer SIP session.
Zum Vergrößern anklicken....

Ja, und wenn externip und localhost gesetzt dann steht da die WAN-IP drin, bei EDIT -- EDIT local Adressen steht LAN drin, egal wie NAT gesetzt ist!
Benutze ich externip und localnet nicht steht IMMER die LAN-IP drin, auch wenn ich mich bei peers registriere wo NAT= yes ist.

(gilt für Client: Client registriert sich bei einem peer, d.h. Client schickt das erste Paket und muss eine IP in das SIP-Protokoll schreiben)
 
Zuletzt bearbeitet:
konabi schrieb:
Handelt es sich bei den lokalen SIP Client um einen Asterisk Server, so kann man durch die Optionen externip=IP-Adresse oder externhost=hostname die öffentliche IP-Adresse oder den öffentlichen Hostname des NAT Gerätes im [default] Kontext der sip.conf angeben.
Zum Vergrößern anklicken....

aha - man beachte aber:

voip-info.org schrieb:
;externhost=foo.dyndns.net ; Alternatively you can specify an
; external host, and Asterisk will
; perform DNS queries periodically. Not
; recommended for production
; environments! Use externip instead
Zum Vergrößern anklicken....

Man kann auch völlig schmerzfrei den hostnamen bei externip angeben.

konabi schrieb:
setzt man externip=IP-Adresse muß man aber auch localnet=192.168.0.0 setzen,
da Asterisk sonst nicht unterscheiden kann, wann er die IP adresse im SDP Protokoll ändern soll.
Zum Vergrößern anklicken....

Das ist so pauschal auch nicht richtig - das gilt nämlich nur, wenn man SIP peers innerhalb und außerhalb des eigenen Netzwerkes hat, was ja nicht immer zwangsläufig der Fall sein muß :!:
 
Thomas007 schrieb:
Ja, und wenn externip und localhost gesetzt dann steht da die WAN-IP drin, bei nicht local Adressen steht LAN drin, egal wie NAT gesetzt ist!
Zum Vergrößern anklicken....

versteh ich gerad nicht... was meinste jetzt mit "nicht local"?


Benutze ich externip und localnet nicht steht IMMER die LAN-IP drin, auch wenn ich mich bei peers registriere wo NAT= yes ist.
Zum Vergrößern anklicken....

das check ich auch nicht. der NAT parameter bei deinem peer hat doch keinen einfluss darauf, wie dein contact header gesetzt ist?
er sagt diesem bloss, ob er auf den von die geschickten contact header achten soll oder nicht.
 
Ja, war ein Tippfehler, ich habe es oben korrigiert.

externip=server.domain.tld
localnet=192.168.1.0/255.255.255.0

Ich rufe ein peer an.
Ist die IP des angerufenen peers im localnet wird im SIP-Protokoll die Asterisk-LAN-IP verwendet.
Ist das angerufene peer NICHT im localnet wird externip verwendet.

Habe ich externip und localnet NICHT definiert wird immer die Asterisk-LAN-IP im SIP Protokoll verwendet

Egal ob NAT= yes oder no für das angerufene peer.
 
Um antworten zu können musst du eingeloggt sein.
Kostenlos!
Jetzt holen

Neueste Beiträge

Kategorien

Wissenswertes

Statistik des Forums

Themen
248,847
Beiträge
2,302,780
Mitglieder
378,497
Neuestes Mitglied
guenther1987

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