[asterisk-bugs] [JIRA] (ASTERISK-25071) RFC3581 compliance

[Joshua Colp (JIRA)]

     [ https://issues.asterisk.org/jira/browse/ASTERISK-25071?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Joshua Colp closed ASTERISK-25071.
----------------------------------

    Resolution: Not A Bug

Your expectation would be incorrect. 'rport' received on a request is only for responses to that specific request. It should have no bearing on subsequent requests. 'force_rport' is the correct option for this scenario. Unfortunately in chan_sip it is poorly named for what it is doing, this was changed in chan_pjsip to be more reflective of what is going on.

> RFC3581 compliance
> ------------------
>
>                 Key: ASTERISK-25071
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-25071
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_sip/Registration
>    Affects Versions: 13.3.2
>         Environment: CentOS 6.5
>            Reporter: Oleg Rabinovich
>            Assignee: Oleg Rabinovich
>         Attachments: extensions.conf, messages, reg_n_call.pcap, RFC3581.patch, sip.conf
>
>
> I am connecting to Asterisk via Kamailio SIP proxy (version 4.2.3). The client, MicroSIP-3.6.3 is behind NAT. Kamailio SIP proxy adds ";rport" to via headers in order to receive the traffic back from the server, according to RFC 3581. However, I fail to dial that client, as Asterisk dials directly to the client (public address) instead of my Kamailio box. This issue is similar to ASTERISK-7276, however, it's different in the sense that SIP request (INVITE) that is not routed correctly is a separate request from the one (REGISTER) that includes ";rport".
> I am attaching a patch that fixes the issue in my environment. Please, review it and let me know if this is a correct direction or am I missing something.



--
This message was sent by Atlassian JIRA
(v6.2#6252)