Hi, There are lots of CSeq race conditions when subs_db_mode is DB only. I am working on adding separate notifier processes to presence which, amongst other things, will fix this.
I had intended to get this into master last week, but other stuff came up and the development has been a bit more complicated than I'd hoped. I expect to commit these changes (which should fix your problem) sometime over the next week. Peter On Wed, 2012-05-02 at 09:20 +0300, Juha Heinanen wrote: > while doing some presence tests with master i noticed that when presence > server sends notify that terminates subscription due to change in xcap > authorization rules, cseq in the notify is same as in previous one. > > rfc3261 says in 12.2.1 UAC Behavior: > > Requests within a dialog MUST contain strictly monotonically > increasing and contiguous CSeq sequence numbers (increasing-by-one) > in each direction (excepting ACK and CANCEL of course, whose numbers > equal the requests being acknowledged or cancelled). > > so this looks like a bug to twinkle (and me). below is sip debug from > twinkle (subscriber). > > -- juha > > +++ 2-5-2012 08:50:41.158705 INFO SIP ::process_sip_msg > Received from: tcp:192.98.103.10:5060 > NOTIFY sip:[email protected]:5074;transport=tcp SIP/2.0 > Via: SIP/2.0/TCP > 192.98.103.10;branch=z9hG4bK4da2.6447f6ae08e84f0c0fbec6f7090757cc.0;i=c1 > Via: SIP/2.0/TCP > 127.0.0.1:5082;branch=z9hG4bK4da2.4e788af3000000000000000000000000.0 > To: sip:[email protected];tag=pqazy > From: sip:[email protected];tag=4a664ec84c547b2d0bc0fe8965f834e4-8a4b > CSeq: 2 NOTIFY > Call-ID: [email protected] > Content-Length: 210 > User-Agent: OpenXg Presence/XCAP Server (3.3.0-dev8 (x86_64/linux)) > Max-Forwards: 69 > Event: presence > Contact: <sip:127.0.0.1:5082;alias=127.0.0.1~35306~2;transport=tcp> > Subscription-State: active;expires=3670 > Content-Type: application/pidf+xml > > <?xml version="1.0" encoding="UTF-8"?> > <presence xmlns="urn:ietf:params:xml:ns:pidf" entity="sip:[email protected]"> > <tuple id="gxsdoz"> > <status> > <basic>open</basic> > </status> > </tuple> > </presence> > > --- > > +++ 2-5-2012 08:50:41.161169 INFO SIP ::send_sip_tcp > Send to: tcp:192.98.103.10:5060 > SIP/2.0 200 OK > Via: SIP/2.0/TCP > 192.98.103.10;branch=z9hG4bK4da2.6447f6ae08e84f0c0fbec6f7090757cc.0;i=c1,SIP/2.0/TCP > 127.0.0.1:5082;branch=z9hG4bK4da2.4e788af3000000000000000000000000.0 > To: <sip:[email protected]>;tag=pqazy > From: <sip:[email protected]>;tag=4a664ec84c547b2d0bc0fe8965f834e4-8a4b > Call-ID: [email protected] > CSeq: 2 NOTIFY > Server: Twinkle/1.4.2 > Content-Length: 0 > > > --- > > +++ 2-5-2012 08:51:00.381465 INFO SIP ::process_sip_msg > Received from: tcp:192.98.103.10:5060 > NOTIFY sip:[email protected]:5074;transport=tcp SIP/2.0 > Via: SIP/2.0/TCP > 192.98.103.10;branch=z9hG4bK4da2.fd70b43b9da3c3b488208a61595b1112.0;i=c1 > Via: SIP/2.0/TCP > 127.0.0.1:5082;branch=z9hG4bK4da2.444a74e2000000000000000000000000.0 > To: sip:[email protected];tag=pqazy > From: sip:[email protected];tag=4a664ec84c547b2d0bc0fe8965f834e4-8a4b > CSeq: 2 NOTIFY > Call-ID: [email protected] > Content-Length: 0 > User-Agent: OpenXg Presence/XCAP Server (3.3.0-dev8 (x86_64/linux)) > Max-Forwards: 69 > Event: presence > Contact: <sip:127.0.0.1:5082;alias=127.0.0.1~35306~2;transport=tcp> > Subscription-State: terminated;reason=terminated > > --- > > +++ 2-5-2012 08:51:00.381794 WARNING NORMAL > t_subscription_dialog::recvd_request > CSeq seqnr is out of sequence. > Reveived seqnr: 2 > Remote seqnr: 2 > > _______________________________________________ > sr-dev mailing list > [email protected] > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev -- Peter Dunkley Technical Director Crocodile RCS Ltd
_______________________________________________ sr-dev mailing list [email protected] http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
