[Serusers] SUBSCRIBEs and NOTIFYs timeout
Andrey Kouprianov
andrey.kouprianov at gmail.com
Tue Dec 13 16:01:55 CET 2005
Hi,
I am having the same problem again.... SER just keeps on sending me
back timeouts for SUBSCRIBES... The problem, as I described in
previous emails, persists for any other presentity except myself.
Here's a part of ser.cfg:
. . . . . .
if(method=="SUBSCRIBE") {
if (!www_authorize("sip.interlab.ait.ac.th", "subscriber")) {
log(1, "Authentication for SUBSCRIBE");
www_challenge("sip.interlab.ait.ac.th", "0");
break;
};
if(!lookup("location") ) {
log(1, "No registered user found for SUBSCRIBE request");
sl_send_reply("404", "Not Found");
break;
};
};
if(method=="NOTIFY") {
if (!www_authorize("sip.interlab.ait.ac.th", "subscriber")) {
log(1, "Authentication for SUBSCRIBE");
www_challenge("sip.interlab.ait.ac.th", "0");
break;
};
if (!lookup("location")) {
log(1, "No registered user found for NOTIFY request");
sl_send_reply("404", "Not Found");
break;
};
};
if( !t_relay() ) {
sl_reply_error();
};
. . . . . . . .
Here are the traces:
Message 1 from 203.159.32.39:5060 to 203.159.31.36:5060
SUBSCRIBE sip:12345 at sip.interlab.ait.ac.th SIP/2.0
Call-ID: 7762edc6f3954c87c8b95a0270653250 at 203.159.32.39
CSeq: 1 SUBSCRIBE
From: "Andrey Kuprianov" <sip:andrey at sip.interlab.ait.ac.th>;tag=15493888
To: <sip:12345 at sip.interlab.ait.ac.th>
Via: SIP/2.0/UDP
203.159.32.39:5060;branch=z9hG4bK3ad443c5b49de4b050bd2b028597a868
Max-Forwards: 70
Allow: REGISTER,INVITE,BYE,ACK,CANCEL,SUBSCRIBE,NOTIFY,MESSAGE
User-Agent: IntERLab User Agent 1.0a
Event: presence
Expires: 600
Accept: application/pidf+xml,application/xpidf+xml,application/xvcresource+xml
Contact: <sip:andrey at 203.159.32.39:5060>
Content-Length: 0
Message 2 from 203.159.31.36:5060 to 203.159.32.39:5060
SIP/2.0 401 Unauthorized
Call-ID: 7762edc6f3954c87c8b95a0270653250 at 203.159.32.39
CSeq: 1 SUBSCRIBE
From: "Andrey Kuprianov" <sip:andrey at sip.interlab.ait.ac.th>;tag=15493888
To: <sip:12345 at sip.interlab.ait.ac.th>;tag=1a5a85ff3e08e000f4c2527642cf14ac.5e75
Via: SIP/2.0/UDP
203.159.32.39:5060;branch=z9hG4bK3ad443c5b49de4b050bd2b028597a868
WWW-Authenticate: Digest
realm="sip.interlab.ait.ac.th",nonce="439ee222efefefbb8cbb78e75d6d15b723a1e1d0"
Server: Sip EXpress router (0.9.3 (i386/freebsd))
Warning: 392 203.159.31.36:5060 "Noisy feedback tells: pid=17754
req_src_ip=203.159.32.39 req_src_port=5060
in_uri=sip:12345 at sip.interlab.ait.ac.th
out_uri=sip:12345 at sip.interlab.ait.ac.th via_cnt==1"
Content-Length: 0
Message 3 from 203.159.32.39:5060 to 203.159.31.36:5060
SUBSCRIBE sip:12345 at sip.interlab.ait.ac.th SIP/2.0
Call-ID: 7762edc6f3954c87c8b95a0270653250 at 203.159.32.39
CSeq: 2 SUBSCRIBE
To: <sip:12345 at sip.interlab.ait.ac.th>
Via: SIP/2.0/UDP
203.159.32.39:5060;branch=z9hG4bK991c906a283ca5d57e8856c98097e81c
Max-Forwards: 70
Allow: REGISTER,INVITE,BYE,ACK,CANCEL,SUBSCRIBE,NOTIFY,MESSAGE
User-Agent: IntERLab User Agent 1.0a
Event: presence
Expires: 600
Accept: application/pidf+xml,application/xpidf+xml,application/xvcresource+xml
Contact: <sip:andrey at 203.159.32.39:5060>
Authorization: Digest
username="andrey",realm="sip.interlab.ait.ac.th",nonce="439ee222efefefbb8cbb78e75d6d15b723a1e1d0",uri="sip:12345 at sip.interlab.ait.ac.th",response="1c7fa7ceb1f654d0e2ea91c54823bb8d"
From: "Andrey Kuprianov" <sip:andrey at sip.interlab.ait.ac.th>;tag=15493888
Content-Length: 0
Message 4 from 203.159.32.39:5060 to 203.159.31.36:5060
SUBSCRIBE sip:12345 at sip.interlab.ait.ac.th SIP/2.0
Call-ID: 7762edc6f3954c87c8b95a0270653250 at 203.159.32.39
CSeq: 2 SUBSCRIBE
To: <sip:12345 at sip.interlab.ait.ac.th>
Via: SIP/2.0/UDP
203.159.32.39:5060;branch=z9hG4bK991c906a283ca5d57e8856c98097e81c
Max-Forwards: 70
Allow: REGISTER,INVITE,BYE,ACK,CANCEL,SUBSCRIBE,NOTIFY,MESSAGE
User-Agent: IntERLab User Agent 1.0a
Event: presence
Expires: 600
Accept: application/pidf+xml,application/xpidf+xml,application/xvcresource+xml
Contact: <sip:andrey at 203.159.32.39:5060>
Authorization: Digest
username="andrey",realm="sip.interlab.ait.ac.th",nonce="439ee222efefefbb8cbb78e75d6d15b723a1e1d0",uri="sip:12345 at sip.interlab.ait.ac.th",response="1c7fa7ceb1f654d0e2ea91c54823bb8d"
From: "Andrey Kuprianov" <sip:andrey at sip.interlab.ait.ac.th>;tag=15493888
Content-Length: 0
. . . . . .
And so it goes, until SER replies with Timeout.
Can you tell me what is wrong???
On 12/13/05, Andrey Kouprianov <andrey.kouprianov at gmail.com> wrote:
> Hi,
>
> I think the problem is solved... I forgot to mention that if I
> subscribed to myself, then it always worked... So, i plugged in the
> code for authentication, and it seemed to start working well for every
> other subscription. I also forgot that RFC metion, that it's a must to
> authenticate subscriptions. Is that what SER must do for
> subscriptions??? Is that the case?
>
> Anyway, my SUBSCRIBE request is as follows:
>
> SUBSCRIBE sip:12345 at 203.159.32.35:5060 SIP/2.0
> Call-ID: 4c9d9cf6ff739599a9a3648001df9239 at 203.159.32.35
> CSeq: 1 SUBSCRIBE
> From: "12345" <sip:12345 at sip.interlab.ait.ac.th>;tag=32997440
> To: <sip:12345 at sip.interlab.ait.ac.th>
> Via: SIP/2.0/UDP 203.159.31.36;branch=0,SIP/2.0/UDP 203.159.32.35:5060;branch=z9
> hG4bKb44ee5d83eb2b06d538a6152ca27914a
> Max-Forwards: 16
> Allow: REGISTER,INVITE,BYE,ACK,CANCEL,SUBSCRIBE,NOTIFY,MESSAGE
> User-Agent: IntERLab User Agent 1.0a
> Event: presence
> Expires: 600
> Accept: application/pidf+xml,application/xpidf+xml,application/xvcresource+xml
> Contact: <sip:12345 at 203.159.32.35:5060>
> Content-Length: 0
>
> After that the 408 Timeout was issued by SER...
>
>
>
> On 12/13/05, Jan Janak <jan at iptel.org> wrote:
> > Could you post your SIP message dumps ?
> >
> > Jan.
> >
> > On 13-12-2005 15:03, Andrey Kouprianov wrote:
> > > Hi,
> > >
> > > Im using ser 0.9.3. The PA and Watcher are located on my UA, so
> > > basically my SUBSCRIBEs and NOTIFYs just need to be forwarded between
> > > clients.
> > >
> > > Here's a part of ser.cfg that does the SUBSCRIBE and NOTIFY
> > > processing (please, note that I disabled the authentication for now):
> > >
> > > . . . . . .
> > >
> > > if(method=="SUBSCRIBE") {
> > > if(!lookup("location") ) {
> > > log(1, "No registered user found for SUBSCRIBE request");
> > > sl_send_reply("404", "Not Found");
> > > break;
> > > };
> > > };
> > >
> > > if(method=="NOTIFY") {
> > > if (!lookup("location")) {
> > > log(1, "No registered user found for NOTIFY request");
> > > sl_send_reply("404", "Not Found");
> > > break;
> > > };
> > > };
> > >
> > > if( !t_relay() ) {
> > > sl_reply_error();
> > > };
> > >
> > > . . . . . . . .
> > >
> > > The problem is that only SOMETIMES SUIBSCRIBEs and NOTIFYs get
> > > through without any problem. However, MOST OF THE TIMES they get stuck
> > > in the server. The message log does not show any errors and
> > > tracesviewer tool shows only retransmissions for the issued requests.
> > > In the end SER replies with 408 Timeout response. I have tried to use
> > > forward(uri:host, uri:port) instead of t_relay(), but result is the
> > > same.
> > >
> > > I have used eyeBeam to do the presence subscriptions, and the result
> > > is the same as with my UA...
> > >
> > > Can you, please, explain to me what might have happened??? I am out of ideas.
> > >
> > > Andrey.
> > >
> > > _______________________________________________
> > > Serusers mailing list
> > > serusers at lists.iptel.org
> > > http://lists.iptel.org/mailman/listinfo/serusers
> >
>
More information about the sr-users
mailing list