Menu

#46 ERROR:registry:update_contacts: invalid cseq for aor

ver devel
closed-fixed
modules (357)
5
2006-05-24
2006-05-23
No

This problem has been reproduced on both Polycom and
Sipura phones.

To reproduce this problem:

1. Stop OpenSER,
2. Empty the "location table",
3. Reboot the IP Phone (or if the phone is online, it
may automatically register itself).
4. The registration should proceed normally.
5. Reboot the IP Phone.
6. Error message is generated and the registration fails.

Our db_mode setting is:

modparam("usrloc", "db_mode", 1)

Our systems are available for testing if needed.

Regards,
Norm

Discussion

  • Bogdan-Andrei Iancu

    Logged In: YES
    user_id=1275325

    I suspect it's a bug on the phone side. TO be more specific,
    I suspect that the phones uses same callid and cseq for
    registration after rebooting - according the RFC this the
    phones must use a higher caseq during re-registration with
    same callid.
    Please chek this via network traces - if the register
    before and after the last phoen reboot has the same callid
    and cseq number.

     
  • Bogdan-Andrei Iancu

    • assigned_to: nobody --> bogdan_iancu
     
  • Norman Brandinger

    Logged In: YES
    user_id=1372252

    The location table has a cseq value of 2.

    I rebooted the phone and observed the following:

    phone -> OpenSER CSeq: 1 REGISTER.
    OpenSER -> phone 100 Trying. CSeq: 1 REGISTER.
    OpenSER -> phone 401 Unauthorized. CSeq: 1 REGISTER.
    phone -> OpenSER CSeq: 2 REGISTER.
    OpenSER -> phone 100 Trying. CSeq: 2 REGISTER.
    OpenSER -> phone 400 Bad Request. CSeq: 2 REGISTER.
    P-Registrar-Error: Invalid CSeq number.

    By rebooting the phone, it seems resonable that it dosen't
    know the last cseq number that it used and thus it starts
    again at 1.

    After a review of 3261 (section 10.3 subsection 6) it
    appears that a Call-ID check should be performed before Cseq
    checking. If the Call-ID's don't match, the binding MUST be
    removed.

    I reviewed the trace and the Call-ID does not match the
    value in the location table.

    Is there something else that I should be looking at ?

    Regards,
    Norm

     
  • Norman Brandinger

    Logged In: YES
    user_id=1372252

    Tested an OpenSER version (March 13, 2006) with the same
    phone. The line associated with this version of OpenSER is
    able to register after a reboot (without having to empty the
    location table). Note that the binding has been updated
    with the new Call-ID and a Cseq of 2.

    Regards

     
  • Bogdan-Andrei Iancu

    Logged In: YES
    user_id=1275325

    ok - right; I found the problem and hopefully fix it on CVS.
    Please update and let me know if works now.

    Thanks for report and debug!

     
  • Nobody/Anonymous

    Logged In: NO

    Problem solved.

    Thank you for your continued support !!

     
  • Norman Brandinger

    • status: open --> closed
     
  • Bogdan-Andrei Iancu

    • status: closed --> closed-fixed
     

Log in to post a comment.

MongoDB Logo MongoDB