<?xml version="1.0" encoding="UTF-8"?>

<rss version="2.0" xmlns:blogChannel="http://backend.userland.com/blogChannelModule">

<channel>
<title>Topic &#x27;Re: [CallCentric] CC Settings on PAP2T&#x27; in forum &#x27;VOIP Tech Chat&#x27; - dslreports.com</title>
<link>http://www.dslreports.com/forum/Re-CallCentric-CC-Settings-on-PAP2T-27697844</link>
<description></description>
<language>en</language>
<pubDate>Sat, 18 May 2013 04:02:42 EDT</pubDate>
<lastBuildDate>Sat, 18 May 2013 04:02:42 EDT</lastBuildDate>

<item>
<title>Re: [CallCentric] SOLVED! CC Settings on PAP2T</title>
<link>http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27723787</link>
<description><![CDATA[Telco posted : Just set one of the sip ports to 5061 or 5062 etc, that is not in use. I have no problems when doing this.<br><br>I do find your "Proxy Redundancy Method" setting interesting. I think I am going to try this for a while, as it seems to be designed specifically for SRV.<br><br>It could actually help a lot of folks using the Pap2 devices, that were having issues.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27723787</guid>
<pubDate>Tue, 13 Nov 2012 15:33:06 EDT</pubDate>
</item>

<item>
<title>Re: [CallCentric] SOLVED! CC Settings on PAP2T</title>
<link>http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27723038</link>
<description><![CDATA[garys_2k posted : <div class="bquote"><said>said by <a href="/profile/1651402" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1651402');">Davesnothere</a>:</said><p>&nbsp;<br>I think that what may happen is that the port specified in the DNS record may conflict somehow with the port which we enter manually into the ATA.<br> </p></div>Yes, and that caused the (IMHO) buggy code running the PAP2 to reboot the device. Nice that a port conflict caused the equivalent of suicide, but whatever, it's an end of life device.<br><br>Just before the DDoS fun started I bought a Obi 100 intended to take over for the PAP2T, thinking I could get GV as a backup and it would be supported for the medium/long term. I did get GV working on it, but now I'm not sure I want that to be part of my backup plan, or how to use it.<br><br>I guess I see CC as my primary (now it's back to full use, my home phones are using it ONLY with no forwarding), CWU became my outbound backup (as CID could be set to my "real" number), and GV as a third tier. But that's three lines and each device can only use two at a time.<br><br>Anyway, glad to have the PAP2 working again with CC! The little we've used it has been back to its previous level of greatness.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27723038</guid>
<pubDate>Tue, 13 Nov 2012 12:18:59 EDT</pubDate>
</item>

<item>
<title>Re: [CallCentric] SOLVED! CC Settings on PAP2T</title>
<link>http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27721807</link>
<description><![CDATA[Davesnothere posted : &nbsp;<br><div class="bquote"><said>said by <a href="/profile/1003137" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1003137');">garys_2k</a>:</said><p>Wow, now I recall seeing that and I missed duplicating it, nice job. It sounds like if I'd just followed it my problems would have been fixed days ago. Thanks!<br></p></div>&nbsp;<br>Or might never have happened ?<br><br>That's K00L ! :)<br><br>Now I cannot say whether or not the random ATA rebooting would have happened to me too - as I had already chosen the blank field for other reasons, and had not anticipated the rebooting.<br><br>And if it had anything to do with CC's longer DNS records - not sure either, but they have shortened them again since then.<br><br>As I might have also said earlier, trying the blank port was an idea which I first got from learning about DNS records stucture when DNS SRV is being used (while setting up my Anveo account - and had applied the setting first THERE, and later to CC), because a port number usually gets specified for each server in a DNS SRV enabled DNS record.<br><br>I think that what may happen is that the port specified in the DNS record may conflict somehow with the port which we enter manually into the ATA.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27721807</guid>
<pubDate>Tue, 13 Nov 2012 03:33:10 EDT</pubDate>
</item>

<item>
<title>Re: [CallCentric] SOLVED! CC Settings on PAP2T</title>
<link>http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27716827</link>
<description><![CDATA[garys_2k posted : <div class="bquote"><said>said by <a href="/profile/1651402" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1651402');">Davesnothere</a>:</said><p><div class="bquote"><said>said by <a href="/profile/1606481" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1606481');">Mango</a>:</said><p>I checked the admin guide and there is no mention of how the device should behave if SIP Port is blank.<br><br>I blanked my own and it defaulted to 5060.  Anyone have a theory as to why this solves the problem?<br> </p></div>&nbsp;<br>Note that the SIP Port number is BLANK in my screenshot in the OP.<br><br>&raquo;<A HREF="/forum/r27645473-CallCentric-Linksys-ATA-Screenshots">CallCentric Linksys ATA Screenshots</A><br> </p></div>Wow, now I recall seeing that and I missed duplicating it, nice job. It sounds like if I'd just followed it my problems would have been fixed days ago. Thanks!]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27716827</guid>
<pubDate>Sun, 11 Nov 2012 12:08:32 EDT</pubDate>
</item>

<item>
<title>Re: [CallCentric] SOLVED! CC Settings on PAP2T</title>
<link>http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27716822</link>
<description><![CDATA[garys_2k posted : <div class="bquote"><said>said by <a href="/profile/171387" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=171387');">scooper</a>:</said><p>Ok - you're settings are working for you - now let me have you chew on this - <br>I set the SIP port on my PAP2T to 5070, I'm using the srv.callcentric.com and I have a setup for CallWithUs on the other PAP2T port (for which I did manually set that to 5060). I've had no problems registering (well, at least as long as CC is doing good at fighting off the DDOS attacks), and otherwise my settings are like yours.<br><br>I did set the PAP2T's DNS servers to the defaults as handed out by my ISP, in my case Time Warner Cable, and it's been fine. <br><br>I still maintain that some peoples issues are caused by their internet connection to CC not yet being fixed (this is an ISP issue, not so much a CC issue), especially those who were in the affected area of Sandy.<br> </p></div>I also have CWU on one line, set to 5060, and had had my CC line set to 5060 and it caused the reboot. MAYBE that's the problem, but some time back I had F9 on one line, set to 5060, as well as CC on the other, also set to 5060, and there were no problems. All of my reboots started when I tried the SRV settings with CC.<br><br>Maybe setting the CC to 5070, instead of blank, would help, maybe not. I might give it a try later tonight when it's less likely we'll be using the phone and a reboot wouldn't cause a problem.<br><br>As for this being an ISP issue at my end, I did see some of the threads talking about submitting a ticket and discussing what ISP the users were connecting through. I hope someone posts some specifics of those discussions because I'm not sure what ATA settings could be impacted by which ISP is being used. The DNS settings? Maybe, but I tried CC's suggested settings and ended up with one set to their suggested server and the other to my ISP's primary server. In any case the only way to stop the reboots was to change that SIP port setting.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27716822</guid>
<pubDate>Sun, 11 Nov 2012 12:05:09 EDT</pubDate>
</item>

<item>
<title>Re: [CallCentric] SOLVED! CC Settings on PAP2T</title>
<link>http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27714825</link>
<description><![CDATA[scooper posted : Ok - you're settings are working for you - now let me have you chew on this - <br>I set the SIP port on my PAP2T to 5070, I'm using the srv.callcentric.com and I have a setup for CallWithUs on the other PAP2T port (for which I did manually set that to 5060). I've had no problems registering (well, at least as long as CC is doing good at fighting off the DDOS attacks), and otherwise my settings are like yours.<br><br>I did set the PAP2T's DNS servers to the defaults as handed out by my ISP, in my case Time Warner Cable, and it's been fine. <br><br>I still maintain that some peoples issues are caused by their internet connection to CC not yet being fixed (this is an ISP issue, not so much a CC issue), especially those who were in the affected area of Sandy.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27714825</guid>
<pubDate>Sat, 10 Nov 2012 14:33:27 EDT</pubDate>
</item>

<item>
<title>Re: [CallCentric] SOLVED! CC Settings on PAP2T</title>
<link>http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27714664</link>
<description><![CDATA[Davesnothere posted : <div class="bquote"><said>said by <a href="/profile/1606481" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1606481');">Mango</a>:</said><p>I checked the admin guide and there is no mention of how the device should behave if SIP Port is blank.<br><br>I blanked my own and it defaulted to 5060.  Anyone have a theory as to why this solves the problem?<br> </p></div>&nbsp;<br>Note that the SIP Port number is BLANK in my screenshot in the OP.<br><br>&raquo;<A HREF="/forum/r27645473-CallCentric-Linksys-ATA-Screenshots">CallCentric Linksys ATA Screenshots</A><br><br>Not sure of the significance, but I had decided on that setting thru a combination of learning previously what worked for Anveo, and from some other folks' advice about CallCentric, given just before I started the thread, but leaving that field blank was for some other reason (which I cannot recall ATM), rather than to solve any PAP2T ATA spontaneous reboots, as only some of the OBI ATAs had been rebooting as of then, IIRC.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27714664</guid>
<pubDate>Sat, 10 Nov 2012 13:16:09 EDT</pubDate>
</item>

<item>
<title>Re: [CallCentric] SOLVED! CC Settings on PAP2T</title>
<link>http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27714636</link>
<description><![CDATA[Mango posted : I checked the admin guide and there is no mention of how the device should behave if SIP Port is blank.<br><br>I blanked my own and it defaulted to 5060.  Anyone have a theory as to why this solves the problem?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27714636</guid>
<pubDate>Sat, 10 Nov 2012 13:01:23 EDT</pubDate>
</item>

<item>
<title>Re: [CallCentric] SOLVED! CC Settings on PAP2T</title>
<link>http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27714602</link>
<description><![CDATA[garys_2k posted : After lurking on the threads about the 3CX SIP client I noticed discussion about using the SRV settings and how the SIP port should be set to "0." Hmm, maybe there's something analogous on the PAP2T.<br><br>The first graphic is really a closeup of the first one in the original post. Note that I was setting the SIP port while using SRV settings lower down. Apparently that combination causes reboots.<br><br>The second pic shows all other settings the same except the SIP port was just NOT specified, the box was left blank. Since I made that change and enabled the line I haven't see a restart in over 12 hours.<br><br>Why does this work? Who knows, the PAP2 has bugs, this is one of them. I hope it helps anyone else working on this...<div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#FFFFFF nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/27714602?c=2049618&ret=L2ZvcnVtL3IyNzcwMzg3OC54bWw%3D"><IMG class="apic" BORDER=0 TITLE="6561 bytes" WIDTH=600 HEIGHT=97 SRC="/r0/download/2049618.thumb600~14b5a183a638bf5ea0d4ae35e6cba461/cc_reboots.png/thumb.jpg" ALT="Click for full size"></A><br>Original setting, reboots continually</TD></TR><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#FFFFFF nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/27714602?c=2049619&ret=L2ZvcnVtL3IyNzcwMzg3OC54bWw%3D"><IMG class="apic" BORDER=0 TITLE="6539 bytes" WIDTH=600 HEIGHT=118 SRC="/r0/download/2049619.thumb600~796ec441e58c50e008b4842a77e91c7c/fixed_cc_reboot.png/thumb.jpg" ALT="Click for full size"></A><br>New setting, no more reboots!</TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-CallCentric-SOLVED-CC-Settings-on-PAP2T-27714602</guid>
<pubDate>Sat, 10 Nov 2012 12:47:42 EDT</pubDate>
</item>

<item>
<title>Re: [CallCentric] CC Settings on PAP2T</title>
<link>http://www.dslreports.com/forum/Re-CallCentric-CC-Settings-on-PAP2T-27705539</link>
<description><![CDATA[garys_2k posted : <div class="bquote"><said>said by <a href="/profile/1651402" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1651402');">Davesnothere</a>:</said><p>Also, I checked your screenshots and I have 'Proxy Redundancy Method' set to 'Normal' - maybe try that again, as it is the default for that ATA.<br> </p></div>Thanks, I just tried that and the reboots continued.<br><br>Seeing as how we're now back to "under attack" mode I'm going to stop worrying about it and just keep my DID forwarded to CWU and use them (CWU) for outbound calls. No issues at all so far, other than having to check the website for voicemail (which now that the election is over is way down).]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-CallCentric-CC-Settings-on-PAP2T-27705539</guid>
<pubDate>Wed, 07 Nov 2012 21:30:52 EDT</pubDate>
</item>

<item>
<title>Re: [CallCentric] CC Settings on PAP2T</title>
<link>http://www.dslreports.com/forum/Re-CallCentric-CC-Settings-on-PAP2T-27703878</link>
<description><![CDATA[Davesnothere posted : &nbsp;<br>Hmmmm.... I missed this thread earlier.<br><br>If you still have the problem, I suggest reading this post of mine from moments ago :<br><br>&raquo;<A HREF="/forum/r27703833-">Re: CC Disaster</A><br><br>Also, I checked your screenshots and I have 'Proxy Redundancy Method' set to 'Normal' - maybe try that again, as it is the default for that ATA.<br><br>My own 'DNS Query Mode' (on ATA 'System' page - not in your screenshots) has always been set to 'Parallel', and no reboots so far.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-CallCentric-CC-Settings-on-PAP2T-27703878</guid>
<pubDate>Wed, 07 Nov 2012 13:56:16 EDT</pubDate>
</item>

<item>
<title>Re: [CallCentric] CC Settings on PAP2T</title>
<link>http://www.dslreports.com/forum/Re-CallCentric-CC-Settings-on-PAP2T-27698573</link>
<description><![CDATA[OTIS3 posted : One user in the mega thread, that is now locked posted about using Speakeasy DNS servers to get SRV to work.  This worked for me after trying many things.  If you can find it he posted at least 15 servers to choose from.<br><br>These are the two i chose from the list, i think boston and chicago<br>66.92.64.2<br>64.81.159.2<br><br>Not sure what you should do about the rebooting.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-CallCentric-CC-Settings-on-PAP2T-27698573</guid>
<pubDate>Tue, 06 Nov 2012 09:38:39 EDT</pubDate>
</item>

<item>
<title>Re: [CallCentric] CC Settings on PAP2T</title>
<link>http://www.dslreports.com/forum/Re-CallCentric-CC-Settings-on-PAP2T-27698264</link>
<description><![CDATA[crazyk4952 posted : I realize that you want to use the SRV record for Callcentric, but for troubleshooting purposes, try using callcentric.com instead for the Outbound Proxy server and see if your PAP2T still reboots.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-CallCentric-CC-Settings-on-PAP2T-27698264</guid>
<pubDate>Tue, 06 Nov 2012 07:47:24 EDT</pubDate>
</item>

<item>
<title>Re: [CallCentric] CC Settings on PAP2T</title>
<link>http://www.dslreports.com/forum/Re-CallCentric-CC-Settings-on-PAP2T-27698237</link>
<description><![CDATA[PX Eliezer posted : Nothing stands out....<br><br>I'd try (separately):<br><br>a)  Changing the DNS Query Mode to sequential.<br><br>b)  Using [srv.callcentric.com] for the Proxy entry as well as the Outbound Proxy entry.  I realise that this varies from their posted plan.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-CallCentric-CC-Settings-on-PAP2T-27698237</guid>
<pubDate>Tue, 06 Nov 2012 07:30:43 EDT</pubDate>
</item>

<item>
<title>[CallCentric] SOLVED! CC Settings on PAP2T</title>
<link>http://www.dslreports.com/forum/CallCentric-SOLVED-CC-Settings-on-PAP2T-27697844</link>
<description><![CDATA[garys_2k posted : I'm still trying to get back to using CC with my PAP2T, here's what's going on:<br> - If I enable my CC line my PAP2T reboots every five to ten minutes. I've watched it reboot, it would most definitely kill a phone call if one had been in progress. Reboots are not perfectly regular, but occur sometime within five to ten minutes of the previous reboot.<br> - Turning off (disabling) that line eliminates the problem. My other line is registered to my CWU account (where my CC calls are forwarded) and I've run over a week with no reboots while registered there as long as my CC line was disabled.<br> - The screen shots show my CC page. It wouldn't fit all on one screen so I broke it into top and bottom.<br> - I'm using DNS servers 209.18.47.61 and 216.231.41.2, query mode is "parallel." I doubt if that's a problem, one is CC's suggested server and the other is my ISP's. Also, no problem unless I enable the CC account.<br> - My PAP2T is running firmware 5.1.6(LS) <br><br>Any ideas? I'd like to use the SRV configuration to avoid the DDoS plagued A-record SBCs. <br><br>Edit: I got it, see the last post...<div class="borderless"><TABLE WIDTH=95% align=center border=0 CELLPADDING=4"><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#FFFFFF nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/27697844?c=2048416&ret=L2ZvcnVtL3IyNzcwMzg3OC54bWw%3D"><IMG class="apic" BORDER=0 TITLE="159163 bytes" WIDTH=600 HEIGHT=531 SRC="/r0/download/2048416.thumb600~c606afc93165ed921360129911a611d0/cc_settings_top.png/thumb.jpg" ALT="Click for full size"></A></TD></TR><TR><TD ALIGN=CENTER VALIGN=CENTER BGCOLOR=#FFFFFF nwrap COLSPAN=3 WIDTH=100%><A HREF="/speak/slideshow/27697844?c=2048417&ret=L2ZvcnVtL3IyNzcwMzg3OC54bWw%3D"><IMG class="apic" BORDER=0 TITLE="67638 bytes" WIDTH=600 HEIGHT=717 SRC="/r0/download/2048417.thumb600~a7a8025c94f0884beb3626966441e165/cc_settings_bottom.png/thumb.jpg" ALT="Click for full size"></A></TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/CallCentric-SOLVED-CC-Settings-on-PAP2T-27697844</guid>
<pubDate>Mon, 05 Nov 2012 23:39:17 EDT</pubDate>
</item>

</channel>
</rss>
