13 Dec
2005
13 Dec
'05
4:01 p.m.
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@sip.interlab.ait.ac.th SIP/2.0
Call-ID: 7762edc6f3954c87c8b95a0270653250(a)203.159.32.39
CSeq: 1 SUBSCRIBE
From: "Andrey Kuprianov" <sip:andrey@sip.interlab.ait.ac.th>;tag=15493888
To: <sip:12345@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@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(a)203.159.32.39
CSeq: 1 SUBSCRIBE
From: "Andrey Kuprianov" <sip:andrey@sip.interlab.ait.ac.th>;tag=15493888
To: <sip:12345@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@sip.interlab.ait.ac.th
out_uri=sip:12345@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@sip.interlab.ait.ac.th SIP/2.0
Call-ID: 7762edc6f3954c87c8b95a0270653250(a)203.159.32.39
CSeq: 2 SUBSCRIBE
To: <sip:12345@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@203.159.32.39:5060>
Authorization: Digest
username="andrey",realm="sip.interlab.ait.ac.th",nonce="439ee222efefefbb8cbb78e75d6d15b723a1e1d0",uri="sip:12345@sip.interlab.ait.ac.th",response="1c7fa7ceb1f654d0e2ea91c54823bb8d"
From: "Andrey Kuprianov" <sip:andrey@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@sip.interlab.ait.ac.th SIP/2.0
Call-ID: 7762edc6f3954c87c8b95a0270653250(a)203.159.32.39
CSeq: 2 SUBSCRIBE
To: <sip:12345@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@203.159.32.39:5060>
Authorization: Digest
username="andrey",realm="sip.interlab.ait.ac.th",nonce="439ee222efefefbb8cbb78e75d6d15b723a1e1d0",uri="sip:12345@sip.interlab.ait.ac.th",response="1c7fa7ceb1f654d0e2ea91c54823bb8d"
From: "Andrey Kuprianov" <sip:andrey@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(a)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@203.159.32.35:5060 SIP/2.0
Call-ID: 4c9d9cf6ff739599a9a3648001df9239(a)203.159.32.35
CSeq: 1 SUBSCRIBE
From: "12345" <sip:12345@sip.interlab.ait.ac.th>;tag=32997440
To: <sip:12345@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@203.159.32.35:5060>
Content-Length: 0
After that the 408 Timeout was issued by SER...
On 12/13/05, Jan Janak <jan(a)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(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers