13 Dec
2005
13 Dec
'05
1:10 p.m.
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