[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