Na gut
Ist aber wirklich ein Krampf, den ich bis jetzt noch nicht "stabil" umgesetzt bekommen habe.
Also:
Wenn man sich mit dem integrierten VoIP-Client der Nokia E/N-Serie direkt bei Sipgate registriert
und auf dem Nokia die "Internetmailbox" für Sipgate (50000) konfiguriert,
erhält man direkt nach erfolgreicher Anmeldung eine Benachrichtigung über "neue" VoiceMails.
Die Nachricht landet im SMS-Eingang des Nokia.
Das wird von Sipgate geschickt: (mal ein capture gemacht)
Code:
Session Initiation Protocol
Request-Line: NOTIFY sip:[email protected]:61077;transport=UDP SIP/2.0
Method: NOTIFY
Resent Packet: False
Message Header
Max-Forwards: 9
Via: SIP/2.0/UDP 217.10.79.9:5060;branch=z9hG4bK8e3a.0b97e364.0
Via: SIP/2.0/UDP 172.20.40.1;branch=z9hG4bK8e3a.0b97e364.0
Via: SIP/2.0/UDP 217.10.79.35:5061;branch=z9hG4bK8e3a.a0365c87.0
To: <sip:[email protected]>;tag=b4cgiuarkthc774b0rft
SIP to address: sip:[email protected]
SIP tag: b4cgiuarkthc774b0rft
From: <sip:[email protected]>;tag=5d8fde48fb0c56fe33645112de3ee098-xxxx
SIP from address: sip:[email protected]
SIP tag: 5d8fde48fb0c56fe33645112de3ee098-e7d5
CSeq: 1 NOTIFY
Call-ID: sng9uqouoIcIUMrvS8Anpz2K9xxxx
Content-Length: 92
Content-type: application/simple-message-summary
Event: message-summary
Subscription-state: active
Contact: <sip:[email protected]:5061>
Contact Binding: <sip:[email protected]:5061>
URI: <sip:[email protected]:5061>
SIP contact address: sip:[email protected]:5061
X-hint: rr-enforced
Message body
Messages-Waiting: yes\r\n
Message-Account: sip:[email protected]\r\n
Voice-Message: 1/1 (0/0)\r\n
Und die Message landet schön im SMS-Eingang. Die Messages kommen, sobald eine neue Nachricht hinterlassen wurde! Dass nenne ich "MWI" ;-)
Hey, das will ich mit meinem * 1.2.26.1 auch haben
Hab es dann sofort probiert.
Die SUBSCRIBE-Message wird auch brav von meinem E90 an den * geschickt.
Allerdings kommt ein "489 Bad Event" zurück.
Das hängt mit dem "subscribecontext" innerhalb der Definition des Clients in der sip.conf
zusammen. (Das funktioniert wohl nicht mit der 1.2.er ???)
In diesem Thread fand ich dann einen Ansatz:
http://forums.digium.com/viewtopic.php?p=62830&sid=94cb2e540410ae875f6defe820b30b19
Habe dann mal eben die aktuellste 1.4.er Version auf einen 4-Tage-Test-Server installiert und siehe da, es funktionierte auf Anhieb. (Allerdings noch nicht stabil, sporadisch ballert er mein E90 ab ;-) )
Es gibt wohl einen chan_sip.c Patch für die 1.2er, mit dem dann auch "subscribecontext" und "subscribemwi" funktioniert.
Vielleicht hat ja jemand eine Idee, wie man das stabil mit 1.2 realisiert.
Ich hänge im Moment auch bei "404 Not Found" fest.
Hier mal die SUBSCRIBE Messages vom E90 an den *:
301 = das E90
4444 = die Extension im Dialplan zur Abfrage der Mailbox (konfiguriert im E90 als Internetmailbox)
Code:
<--- SIP read from 12.34.567.890:61094 --->
SUBSCRIBE sip:[email protected] SIP/2.0
Route: <sip:mydomain.de;lr;transport=UDP>
Via: SIP/2.0/UDP 192.168.1.29:5060;branch=z9hG4bKafv4h6ksk9hc7tbv0mdhcv6;rport
From: <sip:[email protected]>;tag=q1j4h6h8qhhc7e9g0mdh
To: <sip:[email protected]>
Contact: <sip:[email protected];transport=UDP>
CSeq: 1164 SUBSCRIBE
Call-ID: YwN8CH7PoIf-1gmr5zsmV7QBfu9u9C
Supported: sec-agree
Expires: 3600
Max-Forwards: 70
Event: message-summary
Content-Length: 0
<------------->
--- (13 headers 0 lines) ---
Creating new subscription
Sending to 12.34.567.890 : 61094 (NAT)
Found peer '301'
<--- Transmitting (NAT) to 12.34.567.890:61094 --->
SIP/2.0 401 Unauthorized
Via: SIP/2.0/UDP 192.168.1.29:5060;branch=z9hG4bKafv4h6ksk9hc7tbv0mdhcv6;received=12.34.567.890;rport=61094
From: <sip:[email protected]>;tag=q1j4h6h8qhhc7e9g0mdh
To: <sip:[email protected]>;tag=as0d20f54c
Call-ID: YwN8CH7PoIf-1gmr5zsmV7QBfu9u9C
CSeq: 1164 SUBSCRIBE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
WWW-Authenticate: Digest algorithm=MD5, realm="mydomain.de", nonce="06ed4708"
Content-Length: 0
<------------>
Scheduling destruction of SIP dialog 'YwN8CH7PoIf-1gmr5zsmV7QBfu9u9C' in 11264 ms (Method: SUBSCRIBE)
vs3123*CLI>
<--- SIP read from 12.34.567.890:61094 --->
SUBSCRIBE sip:[email protected] SIP/2.0
Route: <sip:mydomain.de;lr;transport=UDP>
Via: SIP/2.0/UDP 192.168.1.29:5060;branch=z9hG4bKmlnji3rucb54tf6192df8jr;rport
From: <sip:[email protected]>;tag=q1j4h6h8qhhc7e9g0mdh
To: <sip:[email protected]>
Contact: <sip:[email protected];transport=UDP>
CSeq: 1165 SUBSCRIBE
Call-ID: YwN8CH7PoIf-1gmr5zsmV7QBfu9u9C
Supported: sec-agree
Expires: 3600
Max-Forwards: 70
Authorization: Digest realm="mydomain.de",nonce="06ed4708",algorithm=MD5,username="301",uri="sip:[email protected]",response="f4dda785a197ebfb4d34a7dc56988458"
Event: message-summary
Content-Length: 0
<------------->
--- (14 headers 0 lines) ---
Creating new subscription
Sending to 12.34.567.890 : 61094 (NAT)
Found peer '301'
Looking for 4444 in local (domain mydomain.de)
<--- Transmitting (NAT) to 12.34.567.890:61094 --->
SIP/2.0 404 Not Found
Via: SIP/2.0/UDP 192.168.1.29:5060;branch=z9hG4bKmlnji3rucb54tf6192df8jr;received=12.34.567.890;rport=61094
From: <sip:[email protected]>;tag=q1j4h6h8qhhc7e9g0mdh
To: <sip:[email protected]>;tag=as0d20f54c
Call-ID: YwN8CH7PoIf-1gmr5zsmV7QBfu9u9C
CSeq: 1165 SUBSCRIBE
User-Agent: Asterisk PBX
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY
Supported: replaces
Content-Length: 0
<------------>
CU
Joel
NB: Ich mach das nur so am Rande, bin da nicht der Profi!