<div dir="ltr"><div>Hey Ray,</div><div> </div><div>Thanks for the response. I agree that this is a strange scenario - there seems to be some problem with the DHCP server in the environmnet, because of which, after lease time expiry, it sometimes doesn't provide back the IP to the device. I assume this triggers a interface down scenario in the device, causing the " loose ethX and FS to all available interfaces" scenario. I have a couple of questions though:</div>
<div>1. " loose ethX and you are binding FS to all available interfaces" - Is FS binding to available interfaces part configurable? Can I ask freeswitch not to bind to loop back interface if eth0 goes down?</div>
<div>2. Keeping in mind that this is a strange scenario, should FS still behave this way? I mean, once the device has got back the right IP, I wonder why the internal profile has not been loaded back? </div><div> </div><div>
Thanks again mate!</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, May 15, 2013 at 6:19 PM, info <span dir="ltr"><<a href="mailto:raimund.sacherer@logitravel.com" target="_blank">raimund.sacherer@logitravel.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div style="font-family:arial,helvetica,sans-serif;font-size:10pt"><div><div class="h5">On Tue, May 14, 2013 at 10:31 AM, Siri MM <span dir="ltr"><<a href="mailto:sirimmfs@gmail.com" target="_blank">sirimmfs@gmail.com</a>></span> wrote:<br>
</div></div><div style="font-family:Helvetica,Arial,sans-serif;font-size:12pt;font-style:normal;font-weight:normal;text-decoration:none"><div class="gmail_extra"><div><div class="h5"><div class="gmail_quote"><blockquote style="margin:0pt 0pt 0pt 0.8ex;padding-left:1ex;border-left-color:rgb(204,204,204);border-left-width:1px;border-left-style:solid" class="gmail_quote">
<div dir="ltr"><div>Hello All,</div><div> </div><div>I am facing an issue with freeswitch installed on my device. For some reason, IP address on my device sometimes seems to be 'fluctuating' between the actual Static IP, and 127.0.0.1. Freeswitch is able to detect this change everytime, and reconfigure accordingly. However, during one such occassion, it hasn't brought up the internal profile, and isn't binding to port 5060. No other program uses this port on my device.</div>
<div> </div><div>Working log:</div><div><a href="http://pastebin.freeswitch.org/20912" target="_blank">http://pastebin.freeswitch.org/20912</a></div><div> </div><div>Not-working log:</div><div><a href="http://pastebin.freeswitch.org/20915" target="_blank">http://pastebin.freeswitch.org/20915</a></div>
<div> </div><div>Would appreciate any inputs</div><div> </div><div>Thanks!</div></div>
</blockquote></div><br></div></div>Hi Siri, <br>
<br>
I am a bit mystified as to how things are supposed to work if (how?)
your IP get's switched between static and 127.0.0.1 (again, how?) This
feels just wrong on so many levels :-)<br>
<br>
127.0.0.1 normally is bound to the loopback interface, which, on linux, is called lo<br>
your other IP should be bound to an eth0 interface, or an internal ip
and and the static IP on a router with some sort of NAT or port
redirection.<br>AFAIK linux should not allow you bind 127.0.0.1 to eth0 if it is allready bound to lo, so my best guess would be that you loose ethX and you are binding FS to all available interfaces... <br>
<br>Alas, I don't know how to answer, because even if there should
be a problem bringing up the internal profile on such a "switch", my
guess is that that's probably *not* the problem you should be looking to
fix for right now. <br>
<br>
Especially since, if somehow the IP really get's switched to 127.0.0.1,
you will be talking only to yourself and I do not see how this should
create a working setup (unless you use only an internal sip/(pri|bri)
card or some USB channelbanks/gprs sticks, etc. and you only will be
doing robocalls or automated IVR's ... <br>
<br>
Well, sorry mate that I can't help you more, but this really is a strange szenario, <br>
<br>
best regards,<br>
Ray</div>
</div><br></div></div><br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div>