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

Oleg Rabinovich (JIRA) noreply at issues.asterisk.org
Mon May 11 05:38:32 CDT 2015


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

Oleg Rabinovich updated ASTERISK-25071:
---------------------------------------

    Attachment: reg_n_call.pcap
                messages

messages: asterisk log file with verbose and debug enabled
reg_n_call.pcap: network capture taken at Asterisk machine during two SIP clients registration and call initiation.

> 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: messages, reg_n_call.pcap, RFC3581.patch
>
>
> 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)



More information about the asterisk-bugs mailing list