[Serusers] SUBSCRIBEs and NOTIFYs timeout
Jan Janak
jan at iptel.org
Wed Dec 14 10:53:31 CET 2005
So does SER forward the request somewhere ? If so then what is the
Request-URI ? It would also help you you could disclose the 408 you are
getting from SER.
Jan.
On 14-12-2005 16:43, Andrey Kouprianov wrote:
> Hi,
>
> Im talking to Vaclav. The subject is "Please, help with SUBSCRIBE
> timeouts".. We were discussing this problem, and still cannot find any
> solution... Please, take a look... Im stuck there hopelessly.
>
> On 12/14/05, Jan Janak <jan at iptel.org> wrote:
> > 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 at 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 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
> > > > >
> > > >
> > >
> > > _______________________________________________
> > > Serusers mailing list
> > > serusers at lists.iptel.org
> > > http://lists.iptel.org/mailman/listinfo/serusers
> >
>
> _______________________________________________
> Serusers mailing list
> serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
More information about the sr-users
mailing list