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. =========================================================