Re: [Freeswitch-users] Multiple network interfaces, can't force freeswitch to use one.
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?
Did I see "Chicago" in that Comast domain name? I know it's still a month off but if you're near Chicago it might behoove you to come hang out with us at ClueCon. It's the single largest gathering of FreeSWITCH gurus in the world... Question: can rotate logs and do a fresh startup of FreeSWITCH? I think if we see the log from the point FreeSWITCH starts up we might be able to tell where that 10.x.x.x address is coming from. -MC On Fri, Jun 29, 2012 at 3:45 PM, Joshua Nankin <jnankin@gmail.com> wrote:
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? > >
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
Join Us At ClueCon - Aug 7-9, 2012
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
Hi Joshua, I am afraid your dumps are a bit strange. That is: -- SIP session at your public address is fine; -- there are only outgoing RTP packets from your public address and no packets to it in the first dump; -- the other dump shows only incoming T38 packets to your public interface; -- none of dumps shows sip/rtp traffic on your internal address (eth0); -- dumps show Internet (dns, ntp) traffic on your internal interface; -- your 'public' address actually belongs to 'disconnected' network, which is not routed in the Internet, but dump show connection with real public addresses, that is there is NAT on the way; That makes me suspect that problem is within network configuration and, probably, FreeSwitch NAT traversal configuration. It seems the problem is not that FreeSwitch uses wrong address for I can not notice a sign for the case in your dumps. On 30/06/12 01:45, Joshua Nankin wrote:
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 <http://192.168.1.10:5080> freeswitc 17227 freeswitch 26u IPv4 61950 0t0 TCP 192.168.1.10:5080 <http://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.
========================================================= Данное сообщение и любые вложения («Сообщение») являются конфиденциальными, предназначенными исключительно для адресатов, и могут содержать сведения, охраняемые в соответствии с законодательством. Любое несанкционированное использование или распространение Сообщения запрещено. Электронная почта не гарантирует подлинности Сообщений. Ни ЗАО "АКБ "БЕЛРОСБАНК", ни любые его подразделения или дочерние организации не несут ответственности за Сообщение в случае его подмены, изменения либо фальсификации. ========================================================= This message and any attachments (the “message”) are confidential, intended solely for the addressees, and may contain legally privileged information. Any unauthorized use or dissemination is prohibited. E-mails are susceptible to alteration. Neither JSC “BELROSBANK” nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. =========================================================
participants (3)
-
Eugene Shcherbatyuk
-
Joshua Nankin
-
Michael Collins