[asterisk-bugs] [JIRA] (ASTERISK-26758) res_hep_pjsip: For WebRTC clients Asterisk insert same ip address in "source ip address" and "destination ip address" fields in HEP packets
Rusty Newton (JIRA)
noreply at issues.asterisk.org
Thu Feb 2 06:52:10 CST 2017
[ https://issues.asterisk.org/jira/browse/ASTERISK-26758?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]
Rusty Newton reassigned ASTERISK-26758:
---------------------------------------
Assignee: Matt Jordan (was: Unassigned)
> res_hep_pjsip: For WebRTC clients Asterisk insert same ip address in "source ip address" and "destination ip address" fields in HEP packets
> -------------------------------------------------------------------------------------------------------------------------------------------
>
> Key: ASTERISK-26758
> URL: https://issues.asterisk.org/jira/browse/ASTERISK-26758
> Project: Asterisk
> Issue Type: Bug
> Security Level: None
> Components: Resources/res_hep, Resources/res_hep_pjsip
> Affects Versions: 13.13.1
> Environment: Centos 7.3 (1611), HOMER 5.0.5, PJPROJECT 2.5.5
> Reporter: Max Norba
> Assignee: Matt Jordan
> Severity: Minor
> Attachments: ASTERISK-26758.pcap, ASTERISK-26758.txt
>
>
> For all SIP packets that generate my WebRTC clients Asterisk send in HEP packets same ip address (client ip address) in source and destination field. On call-flow in HOMER it looks like client send all SIP packets to himself. Some example from pcap trace:
> {noformat}
> HEP3 Protocol
> HEP ID: HEP3
> Length (Bytes): 1892
> Protocol family: IPv4
> Protocol ID: UDP
> Source port: 49467
> Destination port: 49467
> Timestamp: 1485262590
> Timestamp us: 903000
> Protocol Type: SIP
> Capture ID: 1234
> Source IP address: 192.168.1.58
> Destination IP address: 192.168.1.58
> Correlation ID: 48607821-99d8-d400-4531-557e671ef1cf
> {noformat}
> For trunk connections, clients that use ip phones or softphones all work as expected. The problem only with clients that use websocket as transport.
--
This message was sent by Atlassian JIRA
(v6.2#6252)
More information about the asterisk-bugs
mailing list