Could you make ngrep dumps on the server ? If SER replies with 408 that means it received the request and tried to forward it somewhere, but the dumps below do not show anything.
Do you have any record for sip:12345@sip.interlab.ait.ac.th in location table ?
Jan.
On 13-12-2005 22:01, Andrey Kouprianov wrote:
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@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@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@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@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@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@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@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@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
Serusers mailing list serusers@lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers