Hello,

On 11/30/11 11:59 AM, Bruno Bresciani wrote:
Now I understood why the messagem is forward with UDP protocol... This problem occurs with bria on android plataform, this softphone send the INVITE request with tls protocol specified only on the contact header.

Contact: "XXX" <sip:x...@yyy.yyy.yyy.yyy:YYY;transport=TLS>.

as Daniel pointed out, "The contact header address is not used for routing SIP requests, only Route headers and R-URI addresses"

In this case, I should add the transport protocol TLS on R-URI before to forward message with t_relay function... Correct?
it is not clear for me why you need to forward on TLS if the destination address is not requiring that. Maybe you can draw a diagram showing the call flow, who is on TLS and how is happening at this moment and what you would like to happen.

Cheers,
Daniel


Cheers


2011/11/29 Daniel-Constantin Mierla <mico...@gmail.com <mailto:mico...@gmail.com>>



    On 11/29/11 6:24 PM, Bruno Bresciani wrote:
    Thank's for attention Andrew

    I'm reading the source code of tm module to try understand better
    this behavior...
    I can't understand what meaning that "the outbound proxy address
    is set"... where I define this address?

    Outbound proxy address is stored in an internal structure, it is
    not part of a SIP request. It represents the address where to send
    the request, regardless of request URI (r-uri) address. One common
    use case is when dealing with NAT routers, the r-uri is set to the
    contact address of the destination phone and the outbound proxy
    address is set to the NAT router.

    From configuration file, you can access it via $du (read and write
    via assignment operation). There are couple of modules that may
    set the outbound proxy address, like registrar/usrloc, rr, lcr...

    Maybe the best is to post here an ngrep with the SIP trace of such
    case, that we can see if something is wrong.

    Cheers,
    Daniel



    2011/11/29 Andrew Pogrebennyk <apogreben...@sipwise.com
    <mailto:apogreben...@sipwise.com>>

        Bruno,
        the address from contact header is put into R-URI on outgoing
        request to
        that user. This is where I catch that parameter. I think we
        should debug
        why kamailio sends the request using UDP, it is not clear, as
        Daniel
        pointed out it should work automatically. I think I had to do
        these
        manipulations because in my case the outbound proxy address
        is set

        On 11/29/2011 05:38 PM, Bruno Bresciani wrote:
        > In my case the transport=TLS is present in contact header,
        has the same
        > treatment of R-URI?
        >
        > Cheers


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




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

-- Daniel-Constantin Mierla --http://www.asipto.com
    Kamailio Advanced Training, Dec 5-8, Berlin:http://asipto.com/u/kat
    http://linkedin.com/in/miconda  -- http://twitter.com/miconda




_______________________________________________
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

--
Daniel-Constantin Mierla -- http://www.asipto.com
Kamailio Advanced Training, Dec 5-8, Berlin: http://asipto.com/u/kat
http://linkedin.com/in/miconda -- http://twitter.com/miconda

_______________________________________________
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