Hi Eugene. So, you are correct, I have configured my network to forward SIP and RTP traffic to my 192.* IP, and this is working as intended. I have also now manually put in the 192.* IP into the sofia external.xml and internal.xml for sip-ip and rtp-ip. Again, on this virtual machine there are two interfaces (eth0=10.* ip, and eth1=192.* ip). After restarting freeswitch and doing the lsof -i that you suggested, I get the following for freeswitch: freeswitc 17227 freeswitch 23u IPv4 61949 0t0 UDP 192.168.1.10:5080 freeswitc 17227 freeswitch 26u IPv4 61950 0t0 TCP 192.168.1.10:5080 (LISTEN) freeswitc 17227 freeswitch 30u IPv6 61957 0t0 UDP ip6-localhost:5080 freeswitc 17227 freeswitch 31u IPv6 61958 0t0 TCP ip6-localhost:5080 (LISTEN) freeswitc 17227 freeswitch 35u IPv4 62707 0t0 UDP 192.168.1.10: sip freeswitc 17227 freeswitch 36u IPv4 62708 0t0 TCP 192.168.1.10:sip (LISTEN) freeswitc 17227 freeswitch 37u IPv4 61960 0t0 UDP 10.0.2.15:33908 ->chic-cns.area4.il.chicago.comcast.net:domain freeswitc 17227 freeswitch 40u IPv4 61964 0t0 TCP localhost:zope-ftp (LISTEN) I'm not sure where that 10.0.2.15 is configured in freeswitch, or even what that port is for. So, below I've linked to two packet captures for both eth0 and eth1. You'll notice that the intial INVITE is occuring on eth0, but that we're receiving traffic from the sip provider on eth1 that is not being responded to by freeswitch. I still can't figure out why that is happening (both why eth0 is even being used, and why freeswitch is not responding to traffic directed at the other IP). http://joshnankin.com/tcpdump0.pcap http://joshnankin.com/tcpdump1.pcap Thanks again for all of your help. On Thu, Jun 28, 2012 at 7:31 PM, Joshua Nankin <jnankin@gmail.com> wrote:
I'm stumped. Do you think it would be possible to use a sofia alias to get the profile to listen to the other ip (192.x) as well?
On Thu, Jun 28, 2012 at 5:10 PM, curriegrad2004 <curriegrad2004@gmail.com>wrote:
That could be causing the problems right there if Vagrant is doing some NATing or mangling the IP packets
On Thu, Jun 28, 2012 at 2:48 PM, Joshua Nankin <jnankin@gmail.com> wrote:
Right, but freeswitch is still getting packets to 192.168.1.7, but sending from 10.0.2.15.
Not sure if this makes a difference, but this is a Vagrant virtual machine with a bridged interface. The 10.x address is an internal Vagrant ip, but the 192 is from my router DHCP. I've set the external sip and rtp ips to my public IP address, and that IP is what appears for the profile in sofia status.
On Thu, Jun 28, 2012 at 4:36 PM, Joshua Nankin <jnankin@gmail.com> wrote:
I did a sudo /etc/init.d/freeswitch restart. That should be enough correct?
On Thu, Jun 28, 2012 at 4:08 PM, Joshua Nankin <jnankin@gmail.com>
wrote:
sip-ip and rtp-ip in both external.xml and internal.xml were set to $${local_ip_v4}. I figured that setting the ip in vars.xml would be
enough.
I manually set sip-ip and rtp-ip and both of those files, but that
still
did not solve the problem.
Any other ideas?
On Thu, Jun 28, 2012 at 3:41 PM, Joshua Nankin <jnankin@gmail.com> wrote:
I have two interfaces on my machine, eth0=10.0.2.15 and eth1=192.168.1.7. I'm trying to get freeswitch to only use eth1.
I've put
the following at the top of my vars.xml:
<X-PRE-PROCESS cmd="set" data="local_ip_v4=192.168.1.7"/>
However, this does not seem to be working. When I originate a call, I see that the initial invite is originating from 10.0.2.15, but incoming packets from my sip provider are going to 192.168.1.7 and are not being responded to by freeswitch. Shouldn't freeswitch be listening on 192.168.1.7 and sending packets from there as well?
What am I doing wrong?