<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">It is a plist on OSX. Has been fine since 2010. I duplicated the issue by setting the in the plist, here is a replacement since I turned on all kinds of logging and finally found a message. Here is an update:<div><br><div>A TCP extension causes already in use MSG and Internal profile fails</div><div><br></div><div>I added an iPad softphone (tested SoftPhone and Bria) that requires TCP and all works fine except: When FS is restarted 2am each day the INTERNAL profile is not activated causing all internal extensions to stay offline. If the TCP extension is off or set UDP all works. Anytime after the restart I can "sofia profile internal start" to fix it. I am on Saturdays (03-30) GIT (to test the new 1.2). The only thing I can find is the "Address already in use" below which is shortly followed by the error creating internal. The .7 address is FS and there is nothing else using it. Any ideas why it says in use ONLY when an extension is set for TCP?<div><div>Mario G</div><div><br></div><div><div>tport_bind_server(0x1003a9850): calling tport_listen for tcp</div><div>nta: master transport created</div><div>tport_alloc_primary(0x1003a9850): new primary tport 0x1003993e0</div><div>tport_listen(0x1003a9850): bind(pf=2 tcp/[100.234.1.7]:5060): Address already in use <---------------</div><div>nta: bind(100.234.1.7:5060;transport=*): Address already in use</div><div>nua: initializing SIP stack failed</div><div>nua: nua_stack_deinit: entering</div><div>tport_bind_server(0x1006dd850) to */100.234.1.7:5078/sip</div><div>sres_sofia_update(0x1003a7e10, -1, -1)</div><div>sres_sofia_update(0x0, -1, -1)</div><div>tport_destroy(0x1003a9850)</div><div>tport_bind_server(0x1006dd850): calling tport_listen for udp</div><div>tport_alloc_primary(0x1006dd850): new primary tport 0x1003a9ba0</div><div>su_kqueue_port_deinit(0x10039e350) called</div><div>tport_listen(0x1003a9ba0): listening at udp/100.234.1.7:5078/sip</div><div>tport_bind_server(0x1006dd850): calling tport_listen for tcp</div><div>tport_alloc_primary(0x1006dd850): new primary tport 0x10039e440</div><div>tport_listen(0x10039e440): listening at tcp/100.234.1.7:5078/sip</div><div>nta: bound to (100.234.1.7:5078;transport=*)</div><div>nta: agent_init_via: SIP/2.0/udp 100.234.1.7:5078 (sip)</div><div>nta: agent_init_via: SIP/2.0/tcp 100.234.1.7:5078 (sip)</div><div>nta: Via fields initialized</div><div>nta: Contact header created</div><div>2012-04-02 11:00:35.147184 [ERR] sofia.c:1940 Error Creating SIP UA for profile: internal <---------------------</div><div>nua_register: Adding contact URL '100.234.1.7' to list.</div><div>tport_wakeup_pri(0x1003a9ba0): events IN</div><div>tport_recv_event(0x1003a9ba0)</div><div>tport_recv_iovec(0x1003a9ba0) msg 0x1003a74e0 from (udp/100.234.1.7:5078) has 20 bytes, veclen = 1</div></div></div><div><br></div><div><br></div><div><br><div><br><div><div>On Apr 2, 2012, at 11:08 AM, Michael Collins wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">What is the 2am restart? Is that a cron job or...?<br><br><div class="gmail_quote">On Mon, Apr 2, 2012 at 9:14 AM, Mario G <span dir="ltr"><<a href="mailto:mario_fs@mgtech.com">mario_fs@mgtech.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I added an iPad softphone that requires TCP to converse battery. Everything works except: FS is restarted 2am each day but does not activate the INTERNAL profile, this causes all internal extensions to stay offline. If the TCP extension is off all works. Odd: I cannot reproduce this at any other time manually, it only occurs at the 2am restart! So debugging has been a bugger. Anytime after 2am I can "sofia profile internal start" and all is well. I ran with sofia loglevel all 9 and the TCP devices IPs did not show up in the log at all and NO MENTION of INTERNAL in the log. It's as if the file is missing, there is nothing in the FS log to provide a hint. I searched the FS wiki and web and found a TCP bug mentioned march 2011 but I updated FS to Saturdays (03-30) GIT (to test the new 1.2 anyway) and no change. BTW, I tried 2 different clients (SoftPhone and Bria) and both had the problem. Anyone have an idea what to try next?<br>
Mario G<br></blockquote><br></div>
_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>http://www.freeswitchsolutions.com<br><br>FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>http://www.cudatel.com<br><br>Official FreeSWITCH Sites<br>http://www.freeswitch.org<br>http://wiki.freeswitch.org<br>http://www.cluecon.com<br><br>FreeSWITCH-users mailing list<br>FreeSWITCH-users@lists.freeswitch.org<br>http://lists.freeswitch.org/mailman/listinfo/freeswitch-users<br>UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users<br>http://www.freeswitch.org<br></blockquote></div><br></div></div></div></div></body></html>