[asterisk-bugs] [JIRA] (ASTERISK-23020) PJSip - Multihomed machine returning wrong IP address

Private Name (JIRA) noreply at issues.asterisk.org
Fri Feb 20 21:47:35 CST 2015


    [ https://issues.asterisk.org/jira/browse/ASTERISK-23020?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=225037#comment-225037 ] 

Private Name commented on ASTERISK-23020:
-----------------------------------------

This issue is not fixed. I have a scenario a little more subtle. The box has two IPs in the same subnet, single gateway. A call comes in on interface eth1, but the response leaves the box from interface eth0, and the call fails. The transport is 0.0.0.0:5060. I ended up having to split the machine in two and using only one IP per box. But it should work fine without this. Is there any idea how to manage the issue? The box is correctly configured against arp flux already
net.ipv4.conf.all.arp_filter=1
net.ipv4.conf.all.arp_ignore=1
net.ipv4.conf.all.arp_announce=2
Beyond this I use policy-based routing, using the package iproute. 
There must be a way to tell PJSIP to remember what IP address was used when the call arrived, and send the response back out the same interface.

> PJSip - Multihomed machine returning wrong IP address
> -----------------------------------------------------
>
>                 Key: ASTERISK-23020
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-23020
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: Channels/chan_pjsip
>    Affects Versions: 12.0.0-beta2
>            Reporter: xrobau
>            Assignee: Joshua Colp
>      Target Release: 12.2.0
>
>         Attachments: sip_trace.txt
>
>
> Multihomed machine has two interfaces:
> eth0.10 = 192.168.15.5/24  (default gateway via this int)
> eth0.20 = 192.168.5.247/24 
> Phone endpoint is connected to eth0.20, with the IP Address 192.168.5.248
> Connecting works fine, but in the OK packet returned from the server, the wrong IP address is handed back:
> {noformat}
>         v=0
>         o=- 7132004 7132006 IN IP4 localhost.localdomain
>         s=Asterisk
>         c=IN IP4 192.168.15.5
>         t=0 0
>         m=audio 17940 RTP/AVP 8 101
>         c=IN IP4 192.168.15.5
>         a=rtpmap:8 PCMA/8000
>         a=rtpmap:101 telephone-event/8000
>         a=fmtp:101 0-16
>         a=ptime:20
>         a=maxptime:150
>         a=sendrecv
> {noformat}
> This causes the phone to try to connect to the wrong IP address which is not reachable from the other network.
> Larger TCPdump attached



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



More information about the asterisk-bugs mailing list