22 Apr
2004
22 Apr
'04
10:53 a.m.
Hi,
I've tried to test the pa module (ser 0.8.12) in conjunction with the
SCS Client.
The SCS Client appends a special generic param: 'ScsId=ch' at the
From: header in the subscribe message. And the NOTIFY answer from
ser contains this param but omits the semicolon. So the NOTIFY message
will be treated as wrong.
The ser config for SUBSCRIBE method is straight forward:
if (method=="SUBSCRIBE")
{
if (t_newtran())
{
handle_subscription("registrar");
};
}; # subscribe
The ngrep output for this transaction is:
#
U 195.4.20.71:5060 -> 194.97.99.50:5060
SUBSCRIBE sip:snom@fn-sip.mcbone.net SIP/2.0..Via: SIP/2.0/UDP 195.4.20.71.
.To: sip:snom@fn-sip.mcbone.net..From: <sip:aboeger@fn-sip.mcbone.net>;tag
=11b78ed1b717552;ScsId=ch..Call-ID: dc8b5b893e68391d9b2dfc807f8e3ba2..CSeq:
1325665313 SUBSCRIBE..Max-Forwards: 70..Contact: sip:195.4.20.71..Event: p
resence..Expires: 3600..Content-Length: 0..User-Agent: SCS/v3.1.12.33....
#
U 194.97.99.50:5060 -> 195.4.20.71:5060
SIP/2.0 200 OK..Via: SIP/2.0/UDP 195.4.20.71..To: sip:snom@fn-sip.mcbone.ne
t;tag=91083b2aa33cb6d5c9260125dc95d5f0-efd4..From: <sip:aboeger@fn-sip.mcb
one.net>;tag=11b78ed1b717552;ScsId=ch..Call-ID: dc8b5b893e68391d9b2dfc807f8
e3ba2..CSeq: 1325665313 SUBSCRIBE..Server: Sip EXpress router (0.8.12a (i38
6/linux))..Content-Length: 0..Warning: 392 194.97.99.50:5060 "Noisy feedbac
k tells: pid=26439 req_src_ip=195.4.20.71 req_src_port=5060 in_uri=sip:sno
m(a)fn-sip.mcbone.net out_uri=sip:snom@fn-sip.mcbone.net via_cnt==1"....
#
U 194.97.99.50:5060 -> 195.4.20.71:5060
NOTIFY sip:195.4.20.71 SIP/2.0..Via: SIP/2.0/UDP 194.97.99.50;branch=z9hG4b
K6d55.e01a2e91.0..To: <sip:aboeger@fn-sip.mcbone.net>ScsId=ch;tag=11b78ed1b
717552..From: sip:snom@fn-sip.mcbone.net;tag=91083b2aa33cb6d5c9260125dc95d5
f0-efd4..CSeq: 1 NOTIFY..Call-ID: dc8b5b893e68391d9b2dfc807f8e3ba2..Content
-Length: 302..User-Agent: Sip EXpress router(0.8.12a (i386/linux))..Event:
presence..Content-Type: application/xpidf+xml..Subscription-State: active;e
xpires=3600....<?xml version="1.0"?>..<!DOCTYPE presence PUBLIC
"//IETF//DT
D RFCxxxx XPIDF 1.0//EN"
"xpidf.dtd">..<presence>..<presentity uri="sip:sno
m@fn-sip.mcbone.net;method=SUBSCRIBE"/>..<atom
id="9r28r49">..<address uri=
"sip:snom@fn-sip.mcbone.net">..<status
status="closed"/>..</address>..</ato
m>..</presence>..
#
U 195.4.20.71:5060 -> 194.97.99.50:5060
SIP/2.0 400 Syntax Error..Call-ID: dc8b5b893e68391d9b2dfc807f8e3ba2..CSeq:
1 NOTIFY..From: sip:snom@fn-sip.mcbone.net;tag=91083b2aa33cb6d5c9260125dc95
d5f0-efd4..Via: SIP/2.0/UDP 194.97.99.50;branch=z9hG4bK6d55.e01a2e91.0..Con
tent-Length: 136..Content-Type: text/plain....While parsing "To": header ex
pected CRLF.. Missing or invalid To header.. Missing or invalid To header..
Missing or invalid To header..
#
For me it seems to be an error in ser. Have anyone an idea for a workaround?
Regards,
Axel