[rentier-s: abgetrennt von hier]
Und noch eine Frage zum Dialplan. Ich habs erstmal ganz simpel:
Kontext zum rausrufen: exten => _X.,1,Dial(SIP/${EXTEN}@arcor_outxx1
Kontext bei Incoming: exten => eigenerufnr,1,Dial(SIP/100)
Muss da bei beiden ein hangup am Schluss rein? Ich hatte grade das Problem das ich angerufen wurde, das Gegenüber legte auf und Asterisk legte dann aber nicht auf.
Und zusätzlich intern telefonieren ohne irgendwas vorwählen zu müssen geht auch nicht oder?
Edit:
Noch eine Sache die ich nicht verstehe. Ich habe 2 Nummern, also jedes Telefon soll mit seiner eigenen Nummer laufen. Der Anrufer klingelt beim richtigen Telefon aber wie ich gesehen habe, wird das Gespräch auf der falschen Nummer geführt wenn man sip show channel .... eingibt.
Ich habe in der sip.conf entsprechend 2 Trunks eingetragen und beide haben den selben Context "from-arcor".
Im Dialplan steht dann einfach unter "from-arcor":
exten => rufnr1,1,Dial(SIP/100)
exten => rufnr1,n,Hangup
exten => rufnr2,1,Dial(SIP/101)
exten => rufnr2,n,Hangup
Also es war so das der Peer mit rufnr1 und dem Device 101 verbunden war. Warum ist das so?
Und noch eine Frage zum Dialplan. Ich habs erstmal ganz simpel:
Kontext zum rausrufen: exten => _X.,1,Dial(SIP/${EXTEN}@arcor_outxx1
Kontext bei Incoming: exten => eigenerufnr,1,Dial(SIP/100)
Muss da bei beiden ein hangup am Schluss rein? Ich hatte grade das Problem das ich angerufen wurde, das Gegenüber legte auf und Asterisk legte dann aber nicht auf.
Und zusätzlich intern telefonieren ohne irgendwas vorwählen zu müssen geht auch nicht oder?
Edit:
Noch eine Sache die ich nicht verstehe. Ich habe 2 Nummern, also jedes Telefon soll mit seiner eigenen Nummer laufen. Der Anrufer klingelt beim richtigen Telefon aber wie ich gesehen habe, wird das Gespräch auf der falschen Nummer geführt wenn man sip show channel .... eingibt.
Ich habe in der sip.conf entsprechend 2 Trunks eingetragen und beide haben den selben Context "from-arcor".
Im Dialplan steht dann einfach unter "from-arcor":
exten => rufnr1,1,Dial(SIP/100)
exten => rufnr1,n,Hangup
exten => rufnr2,1,Dial(SIP/101)
exten => rufnr2,n,Hangup
Also es war so das der Peer mit rufnr1 und dem Device 101 verbunden war. Warum ist das so?
Code:
* SIP Call
Curr. trans. direction: Incoming
Call-ID: SDli3je01-6bc51fdc79adda77ecaffd3f4f4e0f63-iikch40
Owner channel ID: SIP/arcor_outrufnr1-00000006
Our Codec Capability: 12
Non-Codec Capability (DTMF): 1
Their Codec Capability: 2312
Joint Codec Capability: 8
Format: 0x8 (alaw)
T.38 support No
Video support No
MaxCallBR: 384 kbps
Theoretical Address: xxx:5060
Received Address: xxx:5060
SIP Transfer mode: open
NAT Support: Always
Audio IP: xxx (local)
Our Tag: as5c250c50
Their Tag: SDli3je01-e0467d61
SIP User agent:
Username: rufnr1
Peername: arcor_outrufnr1
Original uri: sip:xxx@xxx:5060
Caller-ID: xxx
Need Destroy: No
Last Message: Rx: OPTIONS
Promiscuous Redir: No
Route: sip:xxx@xxx:5060;transport=udp
DTMF Mode: rfc2833
SIP Options: (none)
Session-Timer: Inactive
* SIP Call
Curr. trans. direction: Outgoing
Call-ID: [email protected]
Owner channel ID: SIP/101-00000007
Our Codec Capability: 524302
Non-Codec Capability (DTMF): 1
Their Codec Capability: 8
Joint Codec Capability: 8
Format: 0x8 (alaw)
T.38 support No
Video support No
MaxCallBR: 384 kbps
Theoretical Address: 192.168.2.4:5061
Received Address: 192.168.2.4:5061
SIP Transfer mode: open
NAT Support: Always
Audio IP: 192.168.2.2 (local)
Our Tag: as4299e5c6
Their Tag: 42e48be276ffce9ei1
SIP User agent:
Username: 101
Peername: 101
Original uri: sip:[email protected]:5061
Need Destroy: No
Last Message: Tx: ACK
Promiscuous Redir: No
Route: sip:[email protected]:5061
DTMF Mode: rfc2833
SIP Options: (none)
Session-Timer: Inactive