"feature code", Belegtlampe und Multiline

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

ITler

Neuer User
Mitglied seit
19 Feb 2005
Beiträge
22
Punkte für Reaktionen
0
Punkte
0
Hallo,

ich frage mich, ob asterisk auch mit "Feature codes" im Sinne von Siemens umgehen kann...

Ich nutze einige OptiPoint 600 office SIP (laufen tadellos) und würde gerne noch weitere Features, insb. hinsichtlich der eingebauten LEDs nutzen.

Ich kann auf eine Taste ein "Feature" legen und muss dann einen "Feature code" angeben. Beim Drücken wird der dann wohl "gewählt". Dahinter könnte ich dann ja in Asterisk Stati o. ä. umsetzen.
Umgekehrt signalisiert z. B. die HIPATH dem Telefon ob das Feature aktiv oder inaktiv ist, entsprechend leuchtet dann die LED...
Kann ich mit asterisk auch über die "Aktivität" einen Features informieren, damit die LED entsprechend gesetzt wird?

Bei SIEMENS-Anlagen gibt es ferner "Rufgruppen". Hier wird innerhalb der Gruppe jeweils die LED an Direktruftasten aktiviert, wenn die Nebenstelle spricht und blinken lassen, wenn es dort klingelt. Außerdem wird angezeigt, wer auf welchem Anschluss gerade anrufen will und die Möglichkeit der Rufübernahme gegeben... - kann das Asterisk auch irgendwie steuern?
Ich habe gesehen, dass die OptiPoints "Multiline" können. Dabei können sie neben der primären Leistung bis zu vier fremde Leitungen mit verwenden, wobei sich das Telefon ähnlich der "Rufgruppen" bei HIPATH verhalten soll (lt. Anleitung OptiPoint). Hat Asterisk ein Problem damit, wenn sich zwei UAs mit derselben Kennung anmelden?


Da ich überrascht war die toll das mit dem MWI-Indikator und der "Nachrichten"-Taste läuft habe ich die Hoffung mir die obigen Wünsche auch erfüllen zu können...

Schon mal vielen Dank für Eure Hilfestellungen...
 
Zumindest das mit den Rufgruppen sollte funktionieren (fuer Pickup brauchst du im Moment noch nen Patch).

Mehrere clients mit der selben Kennung solltest du moeglichst vermeiden, da Asterisk nur die letzte Anmeldung speichert. Ein ankommender Anruf kommt dann mal auf dem einem und mal auf dem anderen Telefon an aber nie auf beiden (und meistens auf dem falschen ;) ).

Waere uebrigens toll, wenn du mal eine Taste mit einem 'Feature code' belgen koenntest und mal nen 'sip debug' davon machen koenntest. Wuerde mich mal interessieren, wie das signalisiert wird. Gibt's da eigentlich irgendwo ne Uebersicht ueber die unterstuetzten Codes?
 
Maik schrieb:
Waere uebrigens toll, wenn du mal eine Taste mit einem 'Feature code' belgen koenntest und mal nen 'sip debug' davon machen koenntest. Wuerde mich mal interessieren, wie das signalisiert wird. Gibt's da eigentlich irgendwo ne Uebersicht ueber die unterstuetzten Codes?
Zum Vergrößern anklicken....

Das mit dem "sip debug" hatte ich vor, sofern es keine "fertige" Lösung gibt. Ich nehme aber mal an, dass das über SUBSCRIBE/NOTIFY laufen müsste...

Edit:
Die "Codes" sind wohl frei wählbar und müssen nur im Rufnummernplan mit ausgewertet werden. Üblicherweise werden wohl Codes der Art "*99" verwendet...
 
Ich habe nun mal als "Generic Feature" den Wert "*99" eingetragen. Folgendes gibt ein sip debug aus:

Code: 
Sip read:
SUBSCRIBE sip:*[email protected]:5060 SIP/2.0
Max-Forwards: 70
Content-Length: 0
Via: SIP/2.0/UDP 172.31.1.251:5060;branch=z9hG4bK99fd5de48
Call-ID: a44ea5d5ebc718d
From: "Testapparat (51)" <sip:[email protected]:5060>;tag=3e63af6849427df;epid=SC247ca2
To: sip:*[email protected]:5060
Route: <sip:*[email protected];lr>
CSeq: 1886059380 SUBSCRIBE
Expires: 3600
Event: keyset-toggle;monitor
Contact: "Testapparat (51)" <sip:[email protected]:5060;transport=udp>
Accept: application/keyset-toggle+xml
Allow: NOTIFY>
User-Agent: optiPoint 600 office MxSF/v3.5.3.4


15 headers, 0 lines
 Using latest SUBSCRIBE request as basis request
 Sending to 172.31.1.251 : 5060 (non-NAT)
 Found peer '51'
 Transmitting (no NAT):
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 172.31.1.251:5060;branch=z9hG4bK99fd5de48
From: "Testapparat (51)" <sip:[email protected]:5060>;tag=3e63af6849427df;epid=SC247ca2
To: sip:*[email protected]:5060;tag=as144d8348
Call-ID: a44ea5d5ebc718d
CSeq: 1886059380 SUBSCRIBE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Contact: <sip:*[email protected]>
Proxy-Authenticate: Digest realm="asterisk", nonce="7d793cce"
Content-Length: 0


 to 172.31.1.251:5060
 Scheduling destruction of call 'a44ea5d5ebc718d' in 15000 ms
server*CLI>

Sip read:
SUBSCRIBE sip:*[email protected]:5060 SIP/2.0
Max-Forwards: 70
Content-Length: 0
Via: SIP/2.0/UDP 172.31.1.251:5060;branch=z9hG4bK83a5093d3
Call-ID: a44ea5d5ebc718d
From: "Testapparat (51)" <sip:[email protected]:5060>;tag=3e63af6849427df;epid=SC247ca2
To: sip:*[email protected]:5060
Route: <sip:*[email protected];lr>
CSeq: 1886059381 SUBSCRIBE
Expires: 3600
Event: keyset-toggle;monitor
Contact: "Testapparat (51)" <sip:[email protected]:5060;transport=udp>
Accept: application/keyset-toggle+xml
Allow: NOTIFY>
Proxy-Authorization:Digest response="****************************",username="51",realm="asterisk",nonce="7d793cce",uri="sip:*[email protected]:5060"
User-Agent: optiPoint 600 office MxSF/v3.5.3.4


 16 headers, 0 lines
 Using latest SUBSCRIBE request as basis request
 Sending to 172.31.1.251 : 5060 (non-NAT)
 Found peer '51'
 Looking for *99 in freigabe
Transmitting (no NAT):
SIP/2.0 484 Address Incomplete
Via: SIP/2.0/UDP 172.31.1.251:5060;branch=z9hG4bK83a5093d3
From: "Testapparat (51)" <sip:[email protected]:5060>;tag=3e63af6849427df;epid=SC247ca2
To: sip:*[email protected]:5060;tag=as144d8348
Call-ID: a44ea5d5ebc718d
CSeq: 1886059381 SUBSCRIBE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER
Contact: <sip:*[email protected]>
Content-Length: 0


 to 172.31.1.251:5060
 Destroying call 'a44ea5d5ebc718d'

Demnach könnte es vielleicht helfen eine "Gegenstelle" *99 einzurichten... - aber wie setze ich dann den Status entsprechend?
 
Dazu muss wohl noch einiges implementiert werden. Die Frage ist halt nur, was man ueberhaupt damit machen will.
 
Damit kann man wohl einiges machen...

z. B. den Anrufbeantworter aktivieren und den dessen Status anzeigen, oder auch "externe" Informationen einblenden (gesteuert von außen per Skript) - eventuell auch Einbindung in Gebäudemanagement.

Wenn ich mal genug Zeit haben sollte (und da liegt das Problem), dann schaue ich schon mal ins Coding rein, ob ich mir da selbst was "basteln" kann...
 
Die LED's zum leuchten bringen, funktioniert über Hints auf DEVSTATE-Pseudo-Devices im Rufnummernplan
sehr erfolgreich (Asterisk 1.0.9+Bristuff RC8k und SNOM 360er).

Man kann leider in den Hints keine Variablen benutzen,
dh. benutze ich ein Skript, welches für jede Durchwahl
in einem separaten Context die Hint Einträge z.B. für **55 = "Anrufweiterschaltung aktiv" generiert.
Im Rufplan muß dann parallel zum aktivieren der AWS auch der Devstate
für die LED aktualisiert werden.

Im SNOM wird die **55 auf eine F-Taste (Funktion Ziel) gelegt
und schon wird der AWS-Status angezeigt und die Taste
kann zum an/ausschalten der AWS zum letzten via *5 programmierten
Ziel genutzt werden.

Lässt sich auch Klasse verwenden zum Signalisieren von Queue-Zugehörigkeit der Durchwahl usw.

Viel Spaß damit,
Bruno


;; Call Forwarding
;; Setup: *5Destination, eg. *5230 or external *5001731234567
;; Delete: *5
;; Status query: **5
;; Toggle and Hint extension for phone: **55

exten => _*5.,1,DBput(CF/${CALLERIDNUM}=${EXTEN:2})
exten => _*5.,2,Devstate(CF/${CALLERIDNUM}|2)
exten => _*5.,3,Goto(**5,1)

exten => *5,1,DBget(CF=CF/${CALLERIDNUM})
exten => *5,2,DBput(CFOLD/${CALLERIDNUM}=${CF})
exten => *5,3,DBdel(CF/${CALLERIDNUM})
exten => *5,4,Devstate(CF/${CALLERIDNUM}|1)
exten => *5,5,Goto(**5,1)

exten => **55,1,DBget(temp=CF/${CALLERIDNUM})
exten => **55,2,Goto(*5,1)
exten => **55,102,DBget(temp=CFOLD/${CALLERIDNUM})
exten => **55,103,Goto(*5${temp},1)
exten => **55,203,Goto(*5${temp},1)

exten => **5,1,DBget(temp=CF/${CALLERIDNUM})
exten => **5,2,Answer
exten => **5,3,Festival(Ruuhfumleitung ist aktiv zuuu: ${temp});
exten => **5,4,Wait(2)
exten => **5,5,Hangup
exten => **5,102,Answer
exten => **5,103,Festival(Ruuhfumleitung ist deeehacktiviert.);
exten => **5,104,Wait(2)
exten => **5,105,Hangup

Für jede Durchwahl zu generierender Context
(Geräte die zu dieser Durchwahl gehören nutzen diesen Context):
Standard-Context ist [from-internal]:

[from-internal-105]
include => from-internal
exten => **55,hint,DS/CF/105

[from-internal-230]
include => from-internal
exten => **55,hint,DS/CF/230
 
bvo schrieb:
Die LED's zum leuchten bringen, funktioniert über Hints auf DEVSTATE-Pseudo-Devices im Rufnummernplan
sehr erfolgreich (Asterisk 1.0.9+Bristuff RC8k und SNOM 360er).
Zum Vergrößern anklicken....

Gibt's das nur in Bristuff oder ist das auch im Vanilla-Asterisk drin? Ich kannte diese Funktion bisher nicht.
 
Hallo,

ich muss das Thema hier nochmal eröffnen, ... kriegs leider nicht hin. Ich möchte bei Bedarf Anrufe auf mein Handy umleiten.

Ich setze bei mir derzeit asterisk 1.2 mit bristuff 0.3 pre c ein, krieg aber die Rufumleitung nicht zum laufen. Die LED Schaltung funktioniert. Wie wird denn in asterisk der call forward für SIP/220 extension (in meinem Fall) aktiviert. Ich konnte das aus den Beispielen nicht herauslesen. Bzw. hat vielleicht das schon jemand für asterisk 1.2 portiert (mit Status Sprungbefehlen statt der +100)?
Für die SIP Nebenstellen verwende ich von extern das stdexten macro und für intern eine abgewandelte Version. Kann das ein Problem sein?
Ansonsten hab ich die LED Steurung bei mit eine include datei verlegt (aber die LEDs gehen ja). Die **55 extension wie hier gepostet ist 1 zu1 in der extensions.con im from-internal context abgelegt (kleine Änderung, ... statt Festival nur eine 0 oder 1 Ansage).

Code: 

  == Parsing '/etc/asterisk/asterisk.conf': Found

  == Parsing '/etc/asterisk/extconfig.conf': Found

Asterisk 1.2.0-BRIstuffed-0.3.0-PRE-1c, Copyright (C) 1999 - 2005 Digium.

Written by Mark Spencer <[email protected]>

=========================================================================

Connected to Asterisk 1.2.0-BRIstuffed-0.3.0-PRE-1c currently running on web (pid = 2794)
web*CLI> 
Verbosity is at least 4
Core debug is at least 10

web*CLI> 
12 headers, 0 lines
 Reliably Transmitting (no NAT) to 192.168.100.45:2060:
OPTIONS sip:[email protected]:2060;line=z56ykwvc SIP/2.0
Via: SIP/2.0/UDP 192.168.100.15:5060;branch=z9hG4bK27c06be4;rport
From: "asterisk" <sip:[email protected]>;tag=as0a7d1667
To: <sip:[email protected]:2060;line=z56ykwvc>
Contact: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 102 OPTIONS
User-Agent: Asterisk PBX
Max-Forwards: 70
Date: Sun, 25 Dec 2005 22:21:47 GMT
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Content-Length: 0


---
 
web*CLI> 
<-- SIP read from 192.168.100.45:2060: 
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.100.15:5060;branch=z9hG4bK27c06be4;rport=5060
From: "asterisk" <sip:[email protected]>;tag=as0a7d1667
To: <sip:[email protected]:2060;line=z56ykwvc>
Call-ID: [email protected]
CSeq: 102 OPTIONS
Contact: <sip:[email protected]:2060;line=z56ykwvc>
User-Agent: snom360/4.3
Accept-Language: en
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Supported: timer, 100rel, replaces, callerid
Content-Length: 0


 
--- (14 headers 0 lines)---
 Destroying call '[email protected]'
 
web*CLI> 
<-- SIP read from 192.168.100.45:2060: 
SUBSCRIBE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.100.45:2060;branch=z9hG4bK-dbqjuauab139;rport
From: <sip:[email protected]>;tag=m8z44eargg
To: <sip:[email protected]>;tag=as2820c1af
Call-ID: 3c267009be6e-b2r7qrbnu49v@snom360
CSeq: 125 SUBSCRIBE
Max-Forwards: 70
Contact: <sip:[email protected]:2060;line=z56ykwvc>
Event: message-summary
Accept: application/simple-message-summary
Expires: 0
Content-Length: 0


 
--- (12 headers 0 lines)---
 Using latest SUBSCRIBE request as basis request
 Sending to 192.168.100.45 : 2060 (non-NAT)
 Found peer '220'
 Transmitting (no NAT) to 192.168.100.45:2060:
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.100.45:2060;branch=z9hG4bK-dbqjuauab139;rport;received=192.168.100.45
From: <sip:[email protected]>;tag=m8z44eargg
To: <sip:[email protected]>;tag=as2820c1af
Call-ID: 3c267009be6e-b2r7qrbnu49v@snom360
CSeq: 125 SUBSCRIBE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Max-Forwards: 70
Contact: <sip:[email protected]>
WWW-Authenticate: Digest realm="asterisk", nonce="34f43a0e"
Content-Length: 0


---
 Scheduling destruction of call '3c267009be6e-b2r7qrbnu49v@snom360' in 15000 ms
 
web*CLI> 
<-- SIP read from 192.168.100.45:2060: 
SUBSCRIBE sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.100.45:2060;branch=z9hG4bK-39guxziyyy1j;rport
From: <sip:[email protected]>;tag=m8z44eargg
To: <sip:[email protected]>;tag=as2820c1af
Call-ID: 3c267009be6e-b2r7qrbnu49v@snom360
CSeq: 126 SUBSCRIBE
Max-Forwards: 70
Contact: <sip:[email protected]:2060;line=z56ykwvc>
Event: message-summary
Accept: application/simple-message-summary
Authorization: Digest username="220",realm="asterisk",nonce="34f43a0e",uri="sip:[email protected]",response="612784340a4b5b3c3192ff3f1f46dbcf",algorithm=md5
Expires: 0
Content-Length: 0


 
--- (13 headers 0 lines)---
 Found peer '220'
 Looking for 555 in from-internal (domain 192.168.100.15)
 Transmitting (no NAT) to 192.168.100.45:2060:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.100.45:2060;branch=z9hG4bK-39guxziyyy1j;rport;received=192.168.100.45
From: <sip:[email protected]>;tag=m8z44eargg
To: <sip:[email protected]>;tag=as2820c1af
Call-ID: 3c267009be6e-b2r7qrbnu49v@snom360
CSeq: 126 SUBSCRIBE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Max-Forwards: 70
Expires: 0
Content-Length: 0


---
 Destroying call '3c267009be6e-b2r7qrbnu49v@snom360'
 
web*CLI> 
<-- SIP read from 192.168.100.45:2060: 
INVITE sip:*[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.100.45:2060;branch=z9hG4bK-zm0hkyg62wbd;rport
From: "Markus " <sip:[email protected]>;tag=0eihw3gkll
To: <sip:*[email protected];user=phone>
Call-ID: 3c2677572bf2-glb1a5y5whzq@snom360
CSeq: 1 INVITE
Max-Forwards: 70
Contact: <sip:[email protected]:2060;line=z56ykwvc>
P-Key-Flags: resolution="31x13", keys="4"
User-Agent: snom360/4.3
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Supported: timer, 100rel, replaces, callerid
Session-Expires: 3600
Content-Type: application/sdp
Content-Length: 370

v=0
o=root 440542886 440542886 IN IP4 192.168.100.45
s=call
c=IN IP4 192.168.100.45
t=0 0
m=audio 53624 RTP/AVP 0 8 9 2 3 18 4 101
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:9 g722/8000
a=rtpmap:2 g726-32/8000
a=rtpmap:3 gsm/8000
a=rtpmap:18 g729/8000
a=rtpmap:4 g723/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv

 
--- (17 headers 17 lines)---
 Using INVITE request as basis request - 3c2677572bf2-glb1a5y5whzq@snom360
 Sending to 192.168.100.45 : 2060 (non-NAT)
 Reliably Transmitting (no NAT) to 192.168.100.45:2060:
SIP/2.0 407 Proxy Authentication Required
Via: SIP/2.0/UDP 192.168.100.45:2060;branch=z9hG4bK-zm0hkyg62wbd;rport;received=192.168.100.45
From: "Markus " <sip:[email protected]>;tag=0eihw3gkll
To: <sip:*[email protected];user=phone>;tag=as63120703
Call-ID: 3c2677572bf2-glb1a5y5whzq@snom360
CSeq: 1 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Max-Forwards: 70
Contact: <sip:*[email protected]>
Proxy-Authenticate: Digest realm="asterisk", nonce="35cd94b0"
Content-Length: 0


---
 Scheduling destruction of call '3c2677572bf2-glb1a5y5whzq@snom360' in 15000 ms
 Found user '220'
 
web*CLI> 
<-- SIP read from 192.168.100.45:2060: 
ACK sip:*[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.100.45:2060;branch=z9hG4bK-zm0hkyg62wbd;rport
From: "Markus " <sip:[email protected]>;tag=0eihw3gkll
To: <sip:*[email protected];user=phone>;tag=as63120703
Call-ID: 3c2677572bf2-glb1a5y5whzq@snom360
CSeq: 1 ACK
Max-Forwards: 70
Contact: <sip:[email protected]:2060;line=z56ykwvc>
Content-Length: 0


 
--- (9 headers 0 lines)---
 
web*CLI> 
<-- SIP read from 192.168.100.45:2060: 
INVITE sip:*[email protected];user=phone SIP/2.0
Via: SIP/2.0/UDP 192.168.100.45:2060;branch=z9hG4bK-h5ifayxuptob;rport
From: "Markus " <sip:[email protected]>;tag=0eihw3gkll
To: <sip:*[email protected];user=phone>
Call-ID: 3c2677572bf2-glb1a5y5whzq@snom360
CSeq: 2 INVITE
Max-Forwards: 70
Contact: <sip:[email protected]:2060;line=z56ykwvc>
P-Key-Flags: resolution="31x13", keys="4"
User-Agent: snom360/4.3
Accept: application/sdp
Allow: INVITE, ACK, CANCEL, BYE, REFER, OPTIONS, NOTIFY, SUBSCRIBE, PRACK, MESSAGE, INFO
Allow-Events: talk, hold, refer
Supported: timer, 100rel, replaces, callerid
Session-Expires: 3600
Proxy-Authorization: Digest username="220",realm="asterisk",nonce="35cd94b0",uri="sip:*[email protected];user=phone",response="e88515832fec1cc48bd3efc8d115751c",algorithm=md5
Content-Type: application/sdp
Content-Length: 370

v=0
o=root 440542886 440542886 IN IP4 192.168.100.45
s=call
c=IN IP4 192.168.100.45
t=0 0
m=audio 53624 RTP/AVP 0 8 9 2 3 18 4 101
a=rtpmap:0 pcmu/8000
a=rtpmap:8 pcma/8000
a=rtpmap:9 g722/8000
a=rtpmap:2 g726-32/8000
a=rtpmap:3 gsm/8000
a=rtpmap:18 g729/8000
a=rtpmap:4 g723/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20
a=sendrecv

 
--- (18 headers 17 lines)---
 Using INVITE request as basis request - 3c2677572bf2-glb1a5y5whzq@snom360
 Sending to 192.168.100.45 : 2060 (non-NAT)
 Found user '220'
 Found RTP audio format 0
 Found RTP audio format 8
 Found RTP audio format 9
 Found RTP audio format 2
 Found RTP audio format 3
 Found RTP audio format 18
 Found RTP audio format 4
 Found RTP audio format 101
 Peer audio RTP is at port 192.168.100.45:53624
 Found description format pcmu
 Found description format pcma
 Found description format g722
 Found description format g726-32
 Found description format gsm
 Found description format g729
 Found description format g723
 Found description format telephone-event
 Capabilities: us - 0xc (ulaw|alaw), peer - audio=0x11f (g723|gsm|ulaw|alaw|g726|g729)/video=0x0 (nothing), combined - 0xc (ulaw|alaw)
 Non-codec capabilities: us - 0x1 (telephone-event), peer - 0x1 (telephone-event), combined - 0x1 (telephone-event)
 Looking for *50173862xxxx in from-internal (domain 192.168.100.15)
 list_route: hop: <sip:[email protected]:2060;line=z56ykwvc>
 Transmitting (no NAT) to 192.168.100.45:2060:
SIP/2.0 100 Trying
Via: SIP/2.0/UDP 192.168.100.45:2060;branch=z9hG4bK-h5ifayxuptob;rport;received=192.168.100.45
From: "Markus " <sip:[email protected]>;tag=0eihw3gkll
To: <sip:*[email protected];user=phone>
Call-ID: 3c2677572bf2-glb1a5y5whzq@snom360
CSeq: 2 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Max-Forwards: 70
Contact: <sip:*[email protected]>
Content-Length: 0


---
     -- Executing DBput("SIP/220-331b", "CF/220=0173862xxxx") in new stack
     -- DBput: family=CF, key=220, value=0173862xxxx
 
web*CLI> 
    -- Executing Devstate("SIP/220-331b", "CF/220|2") in new stack
 
web*CLI> 
    -- Executing Goto("SIP/220-331b", "**5|1") in new stack
     -- Goto (from-internal,**5,1)
     -- Executing DBget("SIP/220-331b", "temp=CF/220") in new stack
     -- DBget: varname=temp, family=CF, key=220
     -- DBget: set variable temp to 0173862xxxx
     -- Executing Answer("SIP/220-331b", "") in new stack
 We're at 192.168.100.15 port 11398
 Adding codec 0x8 (alaw) to SDP
 Adding codec 0x4 (ulaw) to SDP
 Adding non-codec 0x1 (telephone-event) to SDP
 Reliably Transmitting (no NAT) to 192.168.100.45:2060:
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.100.45:2060;branch=z9hG4bK-h5ifayxuptob;rport;received=192.168.100.45
From: "Markus " <sip:[email protected]>;tag=0eihw3gkll
To: <sip:*[email protected];user=phone>;tag=as1485ac71
Call-ID: 3c2677572bf2-glb1a5y5whzq@snom360
CSeq: 2 INVITE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Max-Forwards: 70
Contact: <sip:*[email protected]>
Content-Type: application/sdp
Content-Length: 242

v=0
o=root 2795 2795 IN IP4 192.168.100.15
s=session
c=IN IP4 192.168.100.15
t=0 0
m=audio 11398 RTP/AVP 8 0 101
a=rtpmap:8 PCMA/8000
a=rtpmap:0 PCMU/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=silenceSupp:off - - - -

---
     -- Executing Playback("SIP/220-331b", "/var/lib/asterisk/sounds/digits/de/1") in new stack
     -- Playing '/var/lib/asterisk/sounds/digits/de/1' (language 'de')
 Reliably Transmitting (no NAT) to 192.168.100.45:2060:
NOTIFY sip:[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.100.15:5060;branch=z9hG4bK34d14e40
From: <sip:**[email protected];user=phone>;tag=as3510be87
To: <sip:[email protected]>;tag=t2em6akl7e
Contact: <sip:**[email protected]>
Call-ID: 3c26700c5a55-utukpvs5ijep@snom360
CSeq: 127 NOTIFY
User-Agent: Asterisk PBX
Max-Forwards: 70
Event: dialog
Content-Type: application/dialog-info+xml
Subscription-State: active
Content-Length: 207

<?xml version="1.0"?>
<dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="25" state="full" entity="sip:**[email protected]">
<dialog id="**55">
<state>confirmed</state>
</dialog>
</dialog-info>

---
  Extension Changed **55 new state InUse for Notify User 220
 
web*CLI> 
<-- SIP read from 192.168.100.45:2060: 
ACK sip:*[email protected] SIP/2.0
Via: SIP/2.0/UDP 192.168.100.45:2060;branch=z9hG4bK-5qrqfs9msqqb;rport
From: "Markus " <sip:[email protected]>;tag=0eihw3gkll
To: <sip:*[email protected];user=phone>;tag=as1485ac71
Call-ID: 3c2677572bf2-glb1a5y5whzq@snom360
CSeq: 2 ACK
Max-Forwards: 70
Contact: <sip:[email protected]:2060;line=z56ykwvc>
Content-Length: 0


 
--- (9 headers 0 lines)---
 
web*CLI> 
<-- SIP read from 192.168.100.45:2060: 
SIP/2.0 200 Ok
Via: SIP/2.0/UDP 192.168.100.15:5060;branch=z9hG4bK34d14e40
From: <sip:**[email protected];user=phone>;tag=as3510be87
To: <sip:[email protected]>;tag=t2em6akl7e
Call-ID: 3c26700c5a55-utukpvs5ijep@snom360
CSeq: 127 NOTIFY
Content-Length: 0


 
--- (7 headers 0 lines)---
 
web*CLI> 
    -- Executing Wait("SIP/220-331b", "2") in new stack
 
web*CLI> 
    -- Executing Hangup("SIP/220-331b", "") in new stack
 set_destination: Parsing <sip:[email protected]:2060;line=z56ykwvc> for address/port to send to
 set_destination: set destination to 192.168.100.45, port 2060
 Reliably Transmitting (no NAT) to 192.168.100.45:2060:
BYE sip:[email protected]:2060 SIP/2.0
Via: SIP/2.0/UDP 192.168.100.15:5060;branch=z9hG4bK07ff037c
From: <sip:*[email protected];user=phone>;tag=as1485ac71
To: "Markus " <sip:[email protected]>;tag=0eihw3gkll
Contact: <sip:*[email protected]>
Call-ID: 3c2677572bf2-glb1a5y5whzq@snom360
CSeq: 102 BYE
User-Agent: Asterisk PBX
Max-Forwards: 70
Content-Length: 0


---
 
web*CLI> 
<-- SIP read from 192.168.100.45:2060: 
SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.100.15:5060;branch=z9hG4bK07ff037c
From: <sip:*[email protected];user=phone>;tag=as1485ac71
To: "Markus " <sip:[email protected]>;tag=0eihw3gkll
Call-ID: 3c2677572bf2-glb1a5y5whzq@snom360
CSeq: 102 BYE
Contact: <sip:[email protected]:2060;line=z56ykwvc>
User-Agent: snom360/4.3
Content-Length: 0


 
--- (9 headers 0 lines)---
 Destroying call '3c2677572bf2-glb1a5y5whzq@snom360'

Vielen Dank für jede Rückmeldung!

Viele Grüße

Markus alias xely
 
Um antworten zu können musst du eingeloggt sein.
Kostenlos!
Jetzt holen

Neueste Beiträge

Kategorien

Wissenswertes

Zurzeit aktive Besucher

Gesamt: 548 (Mitglieder: 34, Gäste: 514)

Statistik des Forums

Themen
248,106
Beiträge
2,281,488
Mitglieder
377,315
Neuestes Mitglied
aquasascha

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