[SR-Users] fetch bindings- timeout

[Waite, Hugh]

Hi Dan,

You've copied some code from dialog_ng relating to CSeq. Did you mean that or is it complaining that there is no _Contact_ header? Having no Contact is valid for a REGISTER and therefore perhaps this check is not necessary.

A REGISTER is not a dialog forming request, but perhaps someone who knows more about the dialog_ng module (and in IMS) can say whether the set_dlg calls can be bypassed for REGISTERs.

Regards,
Hugh

From: sr-users-bounces at lists.sip-router.org [mailto:sr-users-bounces at lists.sip-router.org] On Behalf Of Daniel Ciprus
Sent: 16 May 2014 16:52
To: Kamailio (SER) - Users Mailing List
Subject: [SR-Users] fetch bindings- timeout

All,

According to RFC3261:
10.2.3<http://tools.ietf.org/html/rfc3261#section-10.2.3> Fetching Bindings





   A success response to any REGISTER request contains the complete list

   of existing bindings, regardless of whether the request contained a

   Contact header field.  If no Contact header field is present in a

   REGISTER request, the list of bindings is left unchanged.

We should be able to fetch bindings from registrar. With my very limited knowledge of kamailio code (dialog-ng/dlg-handlers.c) :

   if ((!msg->cseq && (parse_headers(msg, HDR_CSEQ_F, 0) < 0 || !msg->cseq))
            || !msg->cseq->parsed) {
        LM_ERR("bad sip message or missing CSeq hdr :-/\n");
        goto error0;
    }

This condition should also have something like: msg->method != "REGISTER" otherwise it's throwing errors and I'm not getting any response back from kamailio. Request just times out. Can somebody confirm that this feature is/is not implemented ?

thank you
Dan.

Here is snippet of sipp xml scenario which I'm using to fetch bindings:

<scenario name="FetchBindings">

<label id="1"/>
<send>
    <![CDATA[
        REGISTER sip:[field2] SIP/2.0
        Via: SIP/2.0/[transport] [local_ip]:[local_port];rport;branch=[branch]
        From: <sip:[field0]@[field2]>;tag=aabbcc
        To: <sip:[field0]@[field2]>
        Call-ID: [call_id]
        CSeq: [cseq] REGISTER
        Max-Forwards: 70
        Allow: INVITE, ACK, CANCEL, BYE, MESSAGE, OPTIONS, NOTIFY, PRACK, UPDATE, REFER
        User-Agent: IM-client/OMA1.0 sipp-script
        P-Access-Network-Info: ADSL;utran-cell-id-3gpp=00000000
        Privacy: none
        P-Visited-Network-ID: [field2]
        Supported: path
        Content-Length: 0
]]>
</send>

<recv response="200" timeout="10000"/>
</scenario>


--
Daniel Ciprus
Integration engineer
http://www.acision.com

9954 Mayland Dr
Suite 3100
Richmond, VA 23233
USA
T: +1 804 762 5601
E: daniel.ciprus at acision.com<mailto:daniel.ciprus at acision.com>

________________________________
This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.


________________________________
This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you for understanding.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20140516/4a2cb941/attachment.html>