[Freeswitch-users] network scenario doubts

[Michal Kopacki]

     Disabling iptables didn't change anything, but thanks to STUN it's 
working well now.

-- 
Michal

On 01/28/2011 02:38 AM, Michael Collins wrote:
> For a test, stop iptables and make a call. If audio still isn't 
> flowing then you know something other than iptables is interfering. I 
> would get a capture of the SIP traffic and see what it looks like. 
> Make sure that there aren't any SIP ALGs in the path that might be 
> re-writing port numbers.
>
> -MC
>
> On Thu, Jan 27, 2011 at 6:25 AM, Michal Kopacki <mkopacki at gmail.com 
> <mailto:mkopacki at gmail.com>> wrote:
>
>         Everything is set as you wrote and I'm able to login (using
>     domain name). Now I'm facing a media problem during outside call.
>     I'm logged to FS from ip phone (outside lan) and trying to dial
>     5000 (default ivr). Call is connected but i'm not able to hear
>     anything.
>
>        There is iptable based firewall with opened udp ports
>     16384:32768, but it seems nothing even hit those ports:
>
>     Chain INPUT (policy DROP 0 packets, 0 bytes)
>      pkts bytes target     prot opt in     out    
>     source               destination
>         0     0 ACCEPT     udp  --  eth0   any    
>     anywhere             anywhere            udp
>     dpts:connected:filenet-tms state NEW
>
>       Any thoughts ?
>     -- 
>     Best regards,
>     Michal
>
>
>     On 01/27/2011 01:39 AM, Michael Collins wrote:
>>     yes, you should be able to handle this scenario. You probably
>>     just need to set your external profile to use port 5060 instead
>>     of 5080. Most people only have a single NIC so their sofia
>>     profiles need to be on different ports. (A sofia profile is a SIP
>>     user agent (UA) that can listen/respond to SIP messages on an IP
>>     address and port.)
>>
>>     Look in external.xml for these lines:
>>     <param name="rtp-ip" value="$${local_ip_v4}"/>
>>     <param name="sip-ip" value="$${local_ip_v4}"/>
>>
>>     If you have a static IP address (which it appears you do) then
>>     put that ip addr in there in place of the variable. Then look at
>>     the end of vars.xml and you'll see where the external profile's
>>     port is set to 5080/5081. Change it to 5060/5061 and then restart FS.
>>
>>     Let us know how it goes.
>>
>>     -MC
>>
>>     On Tue, Jan 25, 2011 at 11:56 PM, Michal Kopacki
>>     <mkopacki at gmail.com <mailto:mkopacki at gmail.com>> wrote:
>>
>>               Hello,
>>
>>           This is my first post to this list, so hello everyone.
>>
>>           I'm at the very beginning of freeswitch journey and i have
>>         a problem
>>         with fit FS to my network scenario.
>>
>>         OS: fedora 13 (x86_64)
>>         FS: 1.0.7 (compiled from sources), default config
>>
>>         Desired scenario:
>>
>>         softphone -> mydomain.com <http://mydomain.com> (with ip
>>         193.59.72.xx) -> my isp network ->
>>         10.25.48.xx on eth1 -> FS -> 192.168.0.1 on eth0 -> softphone
>>
>>         And now, I'm able to connect to FS from my local network, but
>>         I'm not
>>         able to connect from outside (neither domain nor ip). In
>>         internal.xml I
>>         set internal ip of server and i wanted to set external ip in
>>         external.xml, but there is a question: which one ?  In case of
>>         193.59.72.xx external profile didnt' start and with
>>         10.25.48.xx outside
>>         softphone didn't register.  I checked with netstat and
>>         realized that
>>         port 5060 is bind to internal nic only and 5080 to external nic
>>         (10.25.48.xx) and I have no idea what next.
>>
>>         Is it even possible to work with such network scenario ? I
>>         would be
>>         grateful for pointing me to right direction or maybe propose
>>         different
>>         approach.
>>
>>         --
>>         Best regards,
>>         Michal
>>
>>
>>         _______________________________________________
>>         FreeSWITCH-users mailing list
>>         FreeSWITCH-users at lists.freeswitch.org
>>         <mailto:FreeSWITCH-users at lists.freeswitch.org>
>>         http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>         UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>         http://www.freeswitch.org
>>
>>
>>
>>     _______________________________________________
>>     FreeSWITCH-users mailing list
>>     FreeSWITCH-users at lists.freeswitch.org  <mailto:FreeSWITCH-users at lists.freeswitch.org>
>>     http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>     UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>     http://www.freeswitch.org
>
>
>     _______________________________________________
>     FreeSWITCH-users mailing list
>     FreeSWITCH-users at lists.freeswitch.org
>     <mailto:FreeSWITCH-users at lists.freeswitch.org>
>     http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>     UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>     http://www.freeswitch.org
>
>
>
> _______________________________________________
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20110128/08fc5612/attachment-0001.html