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-boun...@lists.sip-router.org 
[mailto:sr-users-boun...@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.cip...@acision.com<mailto:daniel.cip...@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.

_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users

Reply via email to