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

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

<channel>
<title>Topic &#x27;ANVEO Inbound CID-CNAM Report&#x27; in forum &#x27;VOIP Tech Chat&#x27; - dslreports.com</title>
<link>http://www.dslreports.com/forum/ANVEO-Inbound-CIDCNAM-Report-27450171</link>
<description></description>
<language>en</language>
<pubDate>Sun, 19 May 2013 05:10:06 EDT</pubDate>
<lastBuildDate>Sun, 19 May 2013 05:10:06 EDT</lastBuildDate>

<item>
<title>Re: Topic Surfaces Again</title>
<link>http://www.dslreports.com/forum/Re-Topic-Surfaces-Again-27876089</link>
<description><![CDATA[Davesnothere posted : &nbsp;<br>BTW folks, the page of the CallCentric site where all things related to CID & CNAM are covered is :<br><br>&raquo;<A HREF="http://www.callcentric.com/faq/31" >www.callcentric.com/faq/31</A><br><br>Does Anveo have such a page ? :) :) :)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Topic-Surfaces-Again-27876089</guid>
<pubDate>Thu, 03 Jan 2013 08:47:12 EDT</pubDate>
</item>

<item>
<title>Re: Topic Surfaces Again</title>
<link>http://www.dslreports.com/forum/Re-Topic-Surfaces-Again-27875737</link>
<description><![CDATA[Davesnothere posted : <div class="bquote"><said>said by <a href="/profile/1622190" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1622190');">Iscream</a>:</said><p>Because the same matter is referenced by two different threads - I'm posting the update - twice as well.<br><br>Thanks for pointing at that stale link....<br> </p></div>&nbsp;<br>No problem.<br><br>I take it that you mean my link &raquo;<A HREF="http://www.callcentric.com/faq/31/222" >www.callcentric.com/faq/31/222</A> to the CC FAQ ? (recently mentioned by me in the new thread, and also earlier in the current thread)<br><br>I must have missed the original CallCentric website announcement, and related posts on DSLR were inconclusive/inconsistent in the meantime.<br><br>Nice detailed explanation in there now ! :)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Topic-Surfaces-Again-27875737</guid>
<pubDate>Thu, 03 Jan 2013 01:26:04 EDT</pubDate>
</item>

<item>
<title>Re: Topic Surfaces Again</title>
<link>http://www.dslreports.com/forum/Re-Topic-Surfaces-Again-27874905</link>
<description><![CDATA[Iscream posted : Because the same matter is referenced by two different threads - I'm posting the update - twice as well.<br><br>Thanks for pointing at that stale link.<br><br>A support for Outbound CNAM feature is provided for free for all North American DIDs since mid of February (2012).<br><br>Also, as some people have noticed it already - the Canadian CNAM is also automatically supported (that said - it takes a precedence over anything that could be in LIDB or 3rd party CNAM database) unless overwritten by an address book entry. The feature (Canadian CNAM support) was available since September (2012).<br><br>Arne - thanks for pointing out (for those who actually understand the matter) that it's not just a CNAM that is provided there, but rather a population of complete LIDB record entry, including all required line's parameters. ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Topic-Surfaces-Again-27874905</guid>
<pubDate>Wed, 02 Jan 2013 18:55:06 EDT</pubDate>
</item>

<item>
<title>Topic Surfaces Again</title>
<link>http://www.dslreports.com/forum/Topic-Surfaces-Again-27868081</link>
<description><![CDATA[Davesnothere posted : &nbsp;<br>Another new thread touches upon what I discovered in the current thread.<br><br>This one :<br><br>&raquo;<A HREF="/forum/r27863687-Callcentric-Outgoing-CNAM">Callcentric Outgoing CNAM</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Topic-Surfaces-Again-27868081</guid>
<pubDate>Mon, 31 Dec 2012 01:51:46 EDT</pubDate>
</item>

<item>
<title>Re: ANVEO Inbound CID-CNAM Report</title>
<link>http://www.dslreports.com/forum/Re-ANVEO-Inbound-CIDCNAM-Report-27673961</link>
<description><![CDATA[anon posted : I believe that in Bell Canada territory, the standard LIDB process used in the USA is NOT used. Instead, the calling switch sends the CNAM data with the call setup message (IAM) over ISUP. There are no database lookups involved and nothing to get out of sync.<br><br>This allows PBXes to set their own CNAM for DID#s without updating any 3rd party database. I tested this successfully in Ontario where a meeting room name programmed in the PBX (connected via ISDN PRI Nortel custom protocol) would show up as CNAM on Bell and other landlines, but not US based VoIP providers. Voip.ms, a Canadian provider does support Canadian non LIDB CNAM when I last tested it.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-ANVEO-Inbound-CIDCNAM-Report-27673961</guid>
<pubDate>Tue, 30 Oct 2012 06:54:57 EDT</pubDate>
</item>

<item>
<title>Re: Where Am I Listed ?</title>
<link>http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27666147</link>
<description><![CDATA[Davesnothere posted : &nbsp;<br>It looks like some of my observations made here have again surfaced, in THIS next thread :<br><br>&raquo;<A HREF="/forum/r27653269-General-Who-Supports-Outbound-CNAM-Besides-CC-">[General] Who Supports Outbound CNAM Besides CC?</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27666147</guid>
<pubDate>Sat, 27 Oct 2012 13:33:51 EDT</pubDate>
</item>

<item>
<title>Re: Where Am I Listed ?</title>
<link>http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27621400</link>
<description><![CDATA[Davesnothere posted : <div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p>....<b>It might be interesting if CC offered LIDB opt-out as an option, but I think the demand for it would be pretty low.<br><br>Maybe just one person</b>....  :D ....<br></p></div>I resemble that remark. ;)<br><br>But then again, so would many folks who simply want an <b>UNLISTED</b> number.<br><br>Mayhaps THAT is how I should have explained myself when I first stated what I was after from CC.<br><br><div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p>I've never been to a diner where the waiter asks, "should I omit the crackers for your soup ?"<br><br>Most people are glad to get such crackers, and the large majority of people (including here) view LIDB population as a good thing.<br></p></div>Another similarity :<br><br>Originally, McDonalds offered two discrete menu panels for the Quarter Pounder - one with cheese and one without - and the one WITH cheese costed 50 cents more or something like that.<br><br>In more recent years, they only have ONE menu panel - WITH cheese - and guess what - if you say "NO CHEESE PLEASE", the price does NOT get reduced - at least not in Canada, anyway.<br><br><div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p><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><b>"in the Call Setup" - does that mean "if it is sent on-the-fly by the caller's phone provider" ?</b><br></p></div>Yes, as is often done in Canadian calling.<br></p></div>Thanks for the clarification of that term. :)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27621400</guid>
<pubDate>Sun, 14 Oct 2012 13:04:32 EDT</pubDate>
</item>

<item>
<title>Re: Perspectives</title>
<link>http://www.dslreports.com/forum/Re-Perspectives-27464534</link>
<description><![CDATA[Davesnothere posted : <div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p>Here's where I'm coming from....<br> </p></div>&nbsp;<br>I get it.<br><br>But I am one who would be willing to pay <i>somewhat</i> more to have things <b>exactly</b> how I want them.<br><br>And it would take a lot of nickel and diming on top of one or another of our best-known VoIPP's rates (for various features & functions) to get anywhere NEAR what Bell Canada is known to charge for a less feature-rich service !<br><br>= = = = = =<br><br>Bell charges in my rate zone over $24 Canadian bucks per month for basic POTS service with 911 and touch tone, with ZERO calling features, and ZERO long distance calling.<br><br>Plus 13% HST applies now up here. :huh:]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Perspectives-27464534</guid>
<pubDate>Sun, 26 Aug 2012 20:52:21 EDT</pubDate>
</item>

<item>
<title>Re: Vitelity&#x27;s Website &#x26; CNAM</title>
<link>http://www.dslreports.com/forum/Re-Vitelitys-Website-CNAM-27464507</link>
<description><![CDATA[Davesnothere posted : <div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p>....Vitelity also charges for [outbound] CNAM---not only a $ 10 setup fee but ALSO an ongoing charge of $ 1.49 a month.<br><br>I think that's pretty high.<br><br>Not impressed with the overall picture.<br><br>I would not praise or damn a VoIPP based on one minor attribute; that's my opinion anyway.<br> </p></div>&nbsp;<br>And neither will I.<br><br>But since you reviewed them, and generally offer advice which sits well with me, I took a look.... leading to my post about them.<br><br>And yes, I noticed their fee structure in the screenshot.<br><br>But there ARE other VoIPPs which come to my mind, which OPENLY include these kinds of services, making them part of the overall package, and which are known for providing exemplary support/service, but which charge more for their package, or for their per-minute rates, or for both.<br><br>And I am not sure just what sort of 'Call Treatments' can be done at Vitelity - and not doing THOSE sufficiently well would be a deal-breaker for me, even if a provider did everything else the way I have said that I prefer, including supporting my rate centre.<br><br>My post about Vitelity was simply to make an example of another way in which CallCentric might consider doing things, in order to be more transparent.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Vitelitys-Website-CNAM-27464507</guid>
<pubDate>Sun, 26 Aug 2012 20:42:06 EDT</pubDate>
</item>

<item>
<title>Re: Perspectives</title>
<link>http://www.dslreports.com/forum/Re-Perspectives-27464360</link>
<description><![CDATA[PX Eliezer posted : Here's where I'm coming from.<br><br>Let's say someone escaped from a country with a horribly repressive situation---like northern Mali today.<br><br>And they were able to end up in a great country like Canada.<br><br>But then they spent their days railing against something small, like Canada's law that requires daytime running lights on cars, ignoring all the other great stuff about Canada, and likewise not taking into account the bad thing they had escaped from (whether Mali or BellCanada).<br><br>That's all I'm saying....]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Perspectives-27464360</guid>
<pubDate>Sun, 26 Aug 2012 19:28:05 EDT</pubDate>
</item>

<item>
<title>Re: Vitelity&#x27;s Website &#x26; CNAM</title>
<link>http://www.dslreports.com/forum/Re-Vitelitys-Website-CNAM-27464318</link>
<description><![CDATA[Trev posted : <div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p>Vitelity also charges for [outbound] CNAM---not only a $ 10 setup fee but ALSO an ongoing charge of $ 1.49 a month.  I think that's pretty high.<br> </p></div>Heh.  They make money coming AND going with that.  For context, carriers are compensated <i>each and every time</i> someone requests a name for one of their DIDs.<br><small>--<br>Wondering what I do?  Find out at &raquo;<A HREF="http://www.digitalcon.ca" >www.digitalcon.ca</A><br>Get your <A HREF="https://www.digitalcon.ca/obistore/">Obihai ATA</a> in Canada.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Vitelitys-Website-CNAM-27464318</guid>
<pubDate>Sun, 26 Aug 2012 19:07:21 EDT</pubDate>
</item>

<item>
<title>Re: Vitelity&#x27;s Website &#x26; CNAM</title>
<link>http://www.dslreports.com/forum/Re-Vitelitys-Website-CNAM-27464309</link>
<description><![CDATA[PX Eliezer posted : Vitelity just recently revamped their website.<br><br>Still, in many ways they are simply [not] up to the level of CallCentric or Voip.MS in many aspects of call control and account/CDR information available.  <br><br>Vitelity also charges for [outbound] CNAM---not only a $ 10 setup fee but ALSO an ongoing charge of $ 1.49 a month.  I think that's pretty high.<br><br>Not impressed with the overall picture.<br><br>I would not praise or damn a VoIPP based on one minor attribute; that's my opinion anyway.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Vitelitys-Website-CNAM-27464309</guid>
<pubDate>Sun, 26 Aug 2012 19:03:53 EDT</pubDate>
</item>

<item>
<title>Vitelity&#x27;s Website &#x26; CNAM</title>
<link>http://www.dslreports.com/forum/Vitelitys-Website-CNAM-27464257</link>
<description><![CDATA[Davesnothere posted : &nbsp;<br>I noticed that you have done a review of them (as well as posted about them occasionally), so I read it.<br><br>What you wrote impressed me enough to read some of the other folks' reviews.<br><br>One of those reviews mentioned a $10 one-time fee for LIDB/CNAM population for outbound calling.<br><br>I went to the website of the provider and was further impressed.<br><br><b>WHAT a well constructed site !</b><br><br>It did not take very long at all to find out most of what I wanted to know (though a few things would require registering a portal login to see them).<br><br>I seem to recall yourself and/or someone else saying here that they are a CLEC, and that they provide much of the USA footprint for VOIP.MS - and that $10 LIDB/CNAM fee seems familiar too in commentary about VOIP.MS.<br><br>Unfortunately their support of Canadian rate centres seems to be rather sparse.<br><br><b>Above is a screenshot of how VITELITY does CNAM</b> - simple to understand, though not free - you choose what you want and they provide it - no surprises and no mysteries.<br><br>I am in love with their website's conciseness, clarity, and structure.<br><br>Many other VoIPPs could learn something (or in some cases almost everything :p ) from examining it, and we know who we mean.<br><br>Cheers ! :)<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/27464257?c=2028569&ret=L2ZvcnVtL3IyNzQ1MDE3MS54bWw%3D"><IMG class="apic" BORDER=0 TITLE="88197 bytes" WIDTH=600 HEIGHT=588 SRC="/r0/download/2028569.thumb600~aa13d681ee620f299669c7425fd8e5a5/VITELITY CNAM PRICING 2012-08.jpg/thumb.jpg" ALT="Click for full size"></A></TD></TABLE></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Vitelitys-Website-CNAM-27464257</guid>
<pubDate>Sun, 26 Aug 2012 18:30:05 EDT</pubDate>
</item>

<item>
<title>Re: Where Am I Listed ?</title>
<link>http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27463322</link>
<description><![CDATA[Davesnothere 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>....<b>I would not want a phone provider to make a judgement regarding what is best for me, the subscriber, and not at least explain up-front to me that this is how they do things</b>, and that for perhaps the first time ever, I do feel that I have caught the otherwise untarnishable CallCentric doing just that.<br><br>As nobody here can say for absolute sure what is happening with them, regarding what they SAY they do for outbound CNAM (which is supposedly nothing at all), and what they APPEAR to be doing, which is either populating an LIDB on my behalf without asking (or even telling) me of it, or sending CNAM on-the-fly on that same basis, I thus will have no other choice but to open a repair ticket with them on Monday to try to get a formal answer about it.<br><br>Privacy issues and laws are at stake here too, as I have alluded earlier.<br> </p></div>&nbsp;<br><u><b>EUREKA UPDATE :</b></u><br><br>I just thought of another place at which I could check for a listing of my CC number.<br><br>So I went to the CallWithUs (CWU) website, logged into my account, and did a .0063 cent USD lookup (Targus, I believe) of my CC number.<br><br><b>YES, WE HAVE SOME BANANAS !<br><br>My CallCentric number AND NAME are in the Targus database !</b><br><br>It shows other things too, such as the name of my/CallCentric's CLEC, but not CC's name outright.<br><br><b>So, does this mean that CallCentric uses Targus as their CNAM lookup partner, and would Targus also be who ANVEO uses ?</b><br><br>As I posted earlier, it was ANVEO doing a CNAM lookup and unexpectedly finding my correct name during the primary tests for this thread, which sparked my investigation of this matter in the first place.<br><br>= = = = = = = = = =<br><br><u><b>SUMMARY :</b></u><br><br>My tests of ANVEO's CNAM lookups (and other offshoot tests) have led me to these observations :<br><br>(1) Anveo's inbound CNAM lookup is pretty decent for Canadian numbers - that is IF you know where in their portal to find and enable it (as the public part of their site does not even say that they HAVE this service), and if you do not mind that there is a small cost to use it.<br><br>(2) CallCentric seems to support LIDB/CNAM population for at least SOME of their DID numbers, even though their official position (see their website FAQ) is that they do not. - And so far it seems that ANVEO does NOT support LIDB/CNAM population, and I do not recall whether or not they say so on their website.<br><br>(3) Based on my tests, I am speculating that CallCentric and Anveo each use the same LIDB/CNAM-Lookup partner as CallWithUs does - that being <b>TARGUS</b>.<br><br>(4) CallCentric and Anveo do NOT use the same CLEC to service my rate centre.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27463322</guid>
<pubDate>Sun, 26 Aug 2012 10:02:05 EDT</pubDate>
</item>

<item>
<title>Re: Where Am I Listed ?</title>
<link>http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27463060</link>
<description><![CDATA[Davesnothere posted : <div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p><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>I would not want a phone provider to make a judgement regarding what is best for me, the subscriber, and not at least explain up-front to me that this is how they do things....<br></p></div>They probably should explain that specifically in the FAQ, but it's hardly a secret.<br><br><b>Has been discussed here many times over the years.</b><br></p></div>&nbsp;<br>Possibly true.<br><br>However, posts quickly get buried in THIS forum, AND, as I romanticised immediately above, DSLR participants are but a small splinter of the general public, which itself does not get to read, [and in many cases] much less understand the things that we geeks post here.<br><br>------------------------------------<br><br><div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p><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>....which is either populating an LIDB on my behalf without asking (or even telling) me of it....<br> </p></div>When such is [absolutely the standard way] for phone companies to operate in the US and much of Canada?<br><br><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>Privacy issues and laws are at stake here too, as I have alluded earlier.<br> </p></div>I think that's one of the silliest things that I have ever heard....<br><br>Everything herein is well known to the CRTC and FCC, by the way, especially the SS7 signaling in Canada.<br><br>All the things about which you take such quixotic umbrage, are a basic part of the telephone system.<br> </p></div>&nbsp;<br>Be that as it may, I accept what you say about my opinions.<br><br>And unlike SOME parties, at least you are communicating with me. ;)<br><br>However, as for what you suggest about my wishes/requirements being so unique, think of it THIS way :<br><br>How many ILEC customers would simply rather have an unlisted number, and so not have to deal with *67 and such (which they wonder why doesn't work sometimes anyway - your explanation applies there), and also put and end to telemarketers and other lowlife calling, yet without learning how to manage a blacklist in a web portal ?<br><br>Some of these folks even consciously CHOOSE a cellular (or VoIP) provider for the express purpose of [escaping the 'absolute standard' way of the ILECs, and] achieving just that, as at least initially, alternate phone providers did not list your number (a possible PLUS to this group of folks), and many ALTPPs did not do the outbound CNAM/LIDB thing either.<br><br>Mayhaps I am just one of that silent group of cord-cutters who are not [only] doing it to save on our monthly phone bills.<br><br>When I don my John Q. Public chapeau and T-shirt, I sure seem to FEEL that way. ;)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27463060</guid>
<pubDate>Sun, 26 Aug 2012 03:51:30 EDT</pubDate>
</item>

<item>
<title>*67, the CallCentric way</title>
<link>http://www.dslreports.com/forum/67-the-CallCentric-way-27463045</link>
<description><![CDATA[Davesnothere posted : &nbsp;<br><div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p>[<b>Advantages of *67 done the CallCentric way :</b>]<br><br>(1) With other providers' usage of *67, your information is <b>not</b> protected, and will still be displayed if the phone company at destination ignores the privacy tag (by accident or on purpose).<br><br>(2) With other providers' usage of *67, your information is <b>not</b> protected at all when you call a tollfree number.  <br><br>(3) You might be calling a tollfree number without realizing it, because some people forward their regular phone number to a TF number, for the specific purpose of penetrating any *67 from inbound callers, [and as such, your information is <b>not</b> protected under this circumstance either.]<br><br><i>CallCentric's solution avoids all 3 of these very real problems.</i><br> </p></div>&nbsp<br>Very well said.<br><br>I was using <b>Grand Total</b>'s post more as an example of having similar feelings about different issues on his and my behalfs, but I agree with you on what you say here (and earlier) about *67 in particular.<br><br>CallCentric might do well to incorporate your above explanation into their FAQ on *67.<br><br>However CallCentric would also do well to explain in their FAQ that the 2nd dialtone which you get if you dial *67 and wait (like POTS requires before dialing the eventual number) is not going to allow their superior *67 to work at all (as I discovered earlier during this thread).<br><br>People transitioning from POTS, cable, and cellular services are for the most part familiar with the traditional functionality of *67, and if it is going to be changed by a progressive (and also conscientious) VoIPP, then they ought to make us aware of how theirs works, AND/OR, as I suggested earlier, make an error message or a busy signal to let us know that something is not as we had expected, when we dial *67 and wait....<br><br><i>After all, we DSLR participants, in all of our alleged and sometimes self-proclaimed eliteness, are the minority of folks overall, and something should also be done for John Q. Public and HIS level of awareness of all this high tech stuff (IMNSHO).</i><br><br>= = = = = = = = = =<br><br>Also, as I might have to use CC's version of *67 as part of a dialing plan work-around, to avoid the manner in which I feel that they are handling their outbound CNAM/LIDB policies, I have a larger interest in understanding *67 than I did in the past. :)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/67-the-CallCentric-way-27463045</guid>
<pubDate>Sun, 26 Aug 2012 03:19:29 EDT</pubDate>
</item>

<item>
<title>Re: Where Am I Listed ?</title>
<link>http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27462931</link>
<description><![CDATA[PX Eliezer 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>I would not want a phone provider to make a judgement regarding what is best for me, the subscriber, and not at least explain up-front to me that this is how they do things....<br></p></div>They probably should explain that specifically in the FAQ, but it's hardly a secret.  Has been discussed here many times over the years.<br><br>Suppose you have CC service for outbound calls, but have [not] purchased a DID?  In that case, the same 626-771-0198 trunk number will show up as CID, unless you have arranged for an alternate number to be displayed.<br><br>Again, not unusual.<br><br>If you make an outbound call on Voip.MS Value routing, your CID may show up as a Voip.MS  trunk number, often a 720 Denver number in the case of US subscribers.<br><br>See for example:<br>&raquo;<A HREF="/forum/r22056055-VoIP.ms-does-not-send-CID-as-configured-at-PBXes.com">VoIP.ms does not send CID as configured at PBXes.com</A><br><br>------------------------------------<br><br><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>....which is either populating an LIDB on my behalf without asking (or even telling) me of it....<br> </p></div>When such is [absolutely the standard way] for phone companies to operate in the US and much of Canada?<br><br><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>....or sending CNAM on-the-fly on that same basis....<br> </p></div>Which is [absolutely the standard] for the remainder of Canada?<br><br><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>Privacy issues and laws are at stake here too, as I have alluded earlier.<br> </p></div>I think that's one of the silliest things that I have ever heard....<br><br>Everything herein is well known to the CRTC and FCC, by the way, especially the SS7 signaling in Canada.  All the things about which you take such quixotic umbrage, are a basic part of the telephone system.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27462931</guid>
<pubDate>Sun, 26 Aug 2012 00:29:44 EDT</pubDate>
</item>

<item>
<title>Re: Where Am I Listed ?</title>
<link>http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27462879</link>
<description><![CDATA[PX Eliezer posted : <div class="bquote"><said>said by <a href="/profile/1281719" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1281719');">grand total</a>:</said><p>Superior is definitely a matter of opinion because I would not want a provider to do that on my behalf. <br></p></div>With other providers' usage of *67 your information is [not] protected, and will still be displayed if the phone company at destination ignores the privacy tag (by accident or on purpose).<br><br>And:<br><br>With other providers' usage of *67 your information is [not] protected at all when you call a tollfree number.  <br><br>Also:<br><br>You might be calling a tollfree number without realizing it, because some people forward their regular phone number to a TF number, for the specific purpose of penetrating any *67 from inbound callers.<br><br>--------------------------<br><br>CallCentric's solution avoids all 3 of these very real problems.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27462879</guid>
<pubDate>Sat, 25 Aug 2012 23:55:31 EDT</pubDate>
</item>

<item>
<title>Re: Where Am I Listed ?</title>
<link>http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27462141</link>
<description><![CDATA[Davesnothere posted : <div class="bquote"><said>said by <a href="/profile/1281719" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1281719');">grand total</a>:</said><p><div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p>If a customer wants privacy, that's what *67 is for, and CallCentric's *67 is superior, because it isn't just a privacy tag that could be ignored, but rather a full hard substitution to [Glendora CA 1-626-771-0198].<br> </p></div>Superior is definitely a matter of opinion because <b>I would not want a provider to do that on my behalf.</b> <br> </p></div>&nbsp;<br>Although we are talking about a different function here than the one about which I had raised discussion, I would say that I agree with you that <b>I would not want a phone provider to make a judgement regarding what is best for me, the subscriber, and not at least explain up-front to me that this is how they do things</b>, and that for perhaps the first time ever, I do feel that I have caught the otherwise untarnishable CallCentric doing just that.<br><br>As nobody here can say for absolute sure what is happening with them, regarding what they SAY they do for outbound CNAM (which is supposedly nothing at all), and what they APPEAR to be doing, which is either populating an LIDB on my behalf without asking (or even telling) me of it, or sending CNAM on-the-fly on that same basis, I thus will have no other choice but to open a repair ticket with them on Monday to try to get a formal answer about it.<br><br>Privacy issues and laws are at stake here too, as I have alluded earlier.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27462141</guid>
<pubDate>Sat, 25 Aug 2012 18:33:00 EDT</pubDate>
</item>

<item>
<title>Re: Where Am I Listed ?</title>
<link>http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27462114</link>
<description><![CDATA[Davesnothere posted : <div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p><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>"in the Call Setup" - does that mean "if it is sent on-the-fly by the caller's phone provider" ?<br></p></div>Yes, [and] as is often done in Canadian calling.<br></p></div>&nbsp;<br>A-Ha-Ha-Haaaaaaa !<br><br>So, before I veer off on a possibly unjustified tangent here, let me paraphrase back, to make sure I understand this properly, as I may be heading somewhere with this.<br><br><u>In the case where Subscriber 'A' calls Subscriber 'B' :</u><br><br>Most incumbent landline phone providers (never mind cellular for now) will populate an LIDB with a record reflecting the phone number and name of each of their subscribers (or business name if a business), so that a recipient of a call (Subscriber 'B') from one of their customers (Subscriber 'A') can do a CNAM lookup based on the CID (the number) being broadcast for Subscriber 'A', and at least in theory should get the name which matches, to display on Subscriber 'B's phone.<br><br>I believe that scenario to be how Trev explained it earlier in this thread, IIRC, and possibly on other occasions.<br><br>However, in answer to my last question, YOU said that CNAM can also (or alternately) be sent <b>on-the-fly</b> (aka <b>in the Call Setup</b>).<br><br>If I am correct so far, then the most important remaining factor which must be considered is what the recipient's phone provider does with this potential plethora of info.<br><br>i.e. If a CNAM record exists in the LIDB for Subscriber 'A', but one is also being broadcast on-the-fly, then which one of these wins out and appears on Subscriber 'B's phone ?<br><br>= = = = = = = = =<br><br><div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p>I've never been to a diner where the waiter asks, should I omit the crackers for your soup?  Most people are glad to get such crackers....</p></div>&nbsp<br>OTOH, I've never been to a restaurant where the waiter asks whether or not you would want any FLIES which might possibly be in your soup to be removed, or left in there.<br><br>Alternately, I suppose that you could ask that your soup be served 'on-the-fly'. - BZZZZZZT ! :p]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27462114</guid>
<pubDate>Sat, 25 Aug 2012 18:20:22 EDT</pubDate>
</item>

<item>
<title>Re: Where Am I Listed ?</title>
<link>http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27462063</link>
<description><![CDATA[grand total posted : <div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p>If a customer wants privacy, that's what *67 is for, and CallCentric's *67 is superior, because it isn't just a privacy tag that could be ignored, but rather a full hard substitution to [Glendora CA 1-626-771-0198].<br> </p></div>Superior is definitely a matter of opinion because I would not want a provider to do that on my behalf. <br><small>--<br>DPC3825 - WRT610N - SPA2102 - Asterisk 1.8.11.0 with Asterisk GUI on Virtual Server <br>Anveo - Voxbeam - Localphone - Numbergroup - Callcentric- VoIP.MS - UKDDI</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27462063</guid>
<pubDate>Sat, 25 Aug 2012 17:53:08 EDT</pubDate>
</item>

<item>
<title>Re: Where Am I Listed ?</title>
<link>http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27461637</link>
<description><![CDATA[PX Eliezer posted : Suppose I make an outbound call on AT&T, Verizon, Embarq/Century, Comcast, Cox, Optimum/Cablevision, TimeWarner, AT&T Wireless, or Verizon Wireless....<br><br>That accounts for the vast majority of US calls.<br><br>All those companies send along the numeric CID (as indeed they must) and all except for Verizon Wireless populate the LIDB databases for caller name (CNAM). <br><br>So why would one be surprised if a VoIPP did the same?<br><br>It might be interesting if CC offered LIDB opt-out as an option, but I think the demand for it would be pretty low.  Maybe just one person....  :D<br><br>I've never been to a diner where the waiter asks, should I omit the crackers for your soup?  Most people are glad to get such crackers, and the large majority of people (including here) view LIDB population as a good thing.<br><br>The larger issue is why should CC be singled out to do things differently from all the other companies (especially in the absence of demand).  I suppose that CC should be flattered.<br><br>In telecom, CID and CNAM have always been tied together.<br><br>If a customer wants privacy, that's what *67 is for, and CallCentric's *67 is superior, because it isn't just a privacy tag that could be ignored, but rather a full hard substitution to [Glendora CA 1-626-771-0198].<br><br>I've never seen or conceived of a situation where CID would be transmitted but CNAM would be blocked.  Face it, if someone has your CID, they will get your CNAM one way or another.  The simplest way being to call you back and see who answers, but there are plenty of fancy ways as well....<br><br><div class="bquote"><p>"in the Call Setup" - does that mean "if it is sent on-the-fly by the caller's phone provider" ?<br></p></div>Yes, as is often done in Canadian calling.<br><br> ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27461637</guid>
<pubDate>Sat, 25 Aug 2012 15:08:54 EDT</pubDate>
</item>

<item>
<title>Re: Where Am I Listed ?</title>
<link>http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27460958</link>
<description><![CDATA[Davesnothere posted : <div class="bquote"><said>said by <a href="/profile/1654921" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1654921');">Trev</a>:</said><p><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>I dialed from my CallCentric number to the same party whose POTS line had called my Anveo line for one of the main tests of this thread, and interestingly enough, <b>Bell's CNAM dip came up empty !</b><br> </p></div>I think you'll find Bell will never query a database other than their own.<br><br>They will show a name if its included <b>in the call setup</b>, however.<br><br>Same goes for Telus out here.<br> </p></div>&nbsp;<br>I guess that that makes sense, from THEIR corporate perspectives, and I see that PX reached a similar thought as yours.<br><br>"<b>in the Call Setup</b>" - does that mean "<i>if it is sent on-the-fly by the caller's phone provider</i>" ?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27460958</guid>
<pubDate>Sat, 25 Aug 2012 09:59:46 EDT</pubDate>
</item>

<item>
<title>Re: Where Am I Listed ?</title>
<link>http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27460872</link>
<description><![CDATA[Davesnothere posted : <div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p><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>....CC clearly states in their FAQ that they do not support outbound CNAM....<br> </p></div>Mayhaps they do try to provide it, but don't want to guarantee it.<br> </p></div>&nbsp;<br>Could be.<br><br>And if your thought is correct, then we may just now have discovered the first occasion when the CallCentric FAQ does not explain something, or not accurately so. :) :) :)<br><br>But in that case, shouldn't they change their wording about this to include language something like how they explain their position about international CID ?<br><br>&raquo;<A HREF="http://www.callcentric.com/faq/31/217" >www.callcentric.com/faq/31/217</A><br>     <BLOCKQUOTE><SMALL>quote:</SMALL><HR><b>NOTE :</b> Callcentric does not support or guarantee the delivery of international caller ID.<br><br>If you are able to send international caller IDs for some time and then are suddenly not able to, then there is nothing we can do in this scenario. <br><HR></BLOCKQUOTE><br><br>&nbsp;<br>Or (my preferred way) <b>they could state that they DO populate an LIDB somewhere with your CID-CNAM listing, and that if you do NOT want them to do so, to please tell them so.</b> (as this is also a potential PRIVACY issue)<br><br>They could even add a tick box to enable/disable this functionality into the portal page <b>Preferences>Address</b>, stating that they would use the name information from that page if you were to enable outbound CNAM.<br><br>You see, even if they ARE publishing me to an LIDB somewhere, I am not sure to exactly what part of their local database they synced the listing, as changing the fields a day or two ago in <b>Preferences>Address</b> did not make any difference to what my Anveo number received for CNAM when I called it from my CC number, and still does not when I tested it again while composing this post.<br><br>I did however receive an email from CC mentioning the change, and asking my to contact them if I had not been the maker of the change.<br><br>Good Security ! :)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27460872</guid>
<pubDate>Sat, 25 Aug 2012 09:14:59 EDT</pubDate>
</item>

<item>
<title>Re: Where Am I Listed ?</title>
<link>http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27460340</link>
<description><![CDATA[Trev 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>I dialed from my CallCentric number to the same party whose POTS line had called my Anveo line for one of the main tests of this thread, and interestingly enough, <b>Bell's CNAM dip came up empty !</b><br> </p></div>I think you'll find Bell will never query a database other than their own.  They will show a name if its included in the call setup, however.<br><br>Same goes for Telus out here.<br><small>--<br>Wondering what I do?  Find out at &raquo;<A HREF="http://www.digitalcon.ca" >www.digitalcon.ca</A><br>Get your <A HREF="https://www.digitalcon.ca/obistore/">Obihai ATA</a> in Canada.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27460340</guid>
<pubDate>Fri, 24 Aug 2012 23:39:10 EDT</pubDate>
</item>

<item>
<title>Re: Where Am I Listed ?</title>
<link>http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27460331</link>
<description><![CDATA[PX Eliezer 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>....CC clearly states in their FAQ that they do not support outbound CNAM....<br> </p></div>Mayhaps they do try to provide it, but don't want to guarantee it.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27460331</guid>
<pubDate>Fri, 24 Aug 2012 23:34:44 EDT</pubDate>
</item>

<item>
<title>Re: Where Am I Listed ?</title>
<link>http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27460228</link>
<description><![CDATA[PX Eliezer posted : Re: Where Am I Listed ?<br><br><div class="bquote"><p>While Ross Perot amused crowds with his snarky comments, his running mate, Vietnam War hero Admiral James Stockdale, struggled to transform himself into a public figure. The famously self-deprecating Stockdale opened the vice-presidential debate in 1992 by asking, "Who am I? Why am I here?"<br><br>The line, meant to poke fun at his lack of political experience, left viewers simply wondering....<br></p></div>&raquo;<A HREF="http://www.time.com/time/specials/packages/article/0,28804,2077515_2077516_2077508,00.html" >www.time.com/time/specials/packa&middot;&middot;&middot;,00.html</A><br><br>Speculation:<br><br>BellCanada may primarily use its own POTS LIDB database, and also trade info with other major Canadian Potsies.<br><br>Simply because they ARE the northern branch of the evil empire, they may feel they do NOT need to pay any outside company for LIDB information.<br><br>By contrast, Anveo and other  VoIPP [do] pay good money to major LIDB accumulators, so Anveo's data may be superior to BellCanada's.<br><br>[Now that Malheur Bell was merged out of existence, the only two North Am telecom companies that still use Mr. Bell's name are BellCanada and Cincinnati Bell.  And I wish that BellCanada wouldn't.] ]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27460228</guid>
<pubDate>Fri, 24 Aug 2012 23:02:35 EDT</pubDate>
</item>

<item>
<title>Re: Where Am I Listed ?</title>
<link>http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27460123</link>
<description><![CDATA[Davesnothere 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>I just looked up my CC number on TNID.US and it gives me the City and Province, and the name of my CLEC, but not MY name and not CallCentric's name.<br> </p></div>&nbsp;<br>Today, I performed another test to try to determine how my Anveo number seems to be finding valid and correct CNAM info when I dial to it from my CallCentric number, when CC clearly states in their FAQ that they do not support outbound CNAM.<br><br>&raquo;<A HREF="http://www.callcentric.com/faq/31/222" >www.callcentric.com/faq/31/222</A><br><br>I dialed from my CallCentric number to the same party whose POTS line had called my Anveo line for one of the main tests of this thread, and interestingly enough, <b>Bell's CNAM dip came up empty !</b><br><br>The party told me that it showed my CC number, and 'Unknown' in the name field.<br><br>[The thick plottens !]<br><br>So once again, I turn to the residents of the '<b>DLSR VTC Gurus Gallery</b>' to speculate along with me as to how Anveo is finding a proper CNAM listing for my CallCentric number, when Bell, our local POTS ILEC, is not ?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Where-Am-I-Listed-27460123</guid>
<pubDate>Fri, 24 Aug 2012 22:33:08 EDT</pubDate>
</item>

<item>
<title>Re: ANVEO Inbound CID-CNAM Report</title>
<link>http://www.dslreports.com/forum/Re-ANVEO-Inbound-CIDCNAM-Report-27459890</link>
<description><![CDATA[Davesnothere posted : &nbsp;<br>I added a new entry to my report post (2nd post on page 1), for a Local POTS subscriber calling my ANVEO number.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-ANVEO-Inbound-CIDCNAM-Report-27459890</guid>
<pubDate>Fri, 24 Aug 2012 21:22:34 EDT</pubDate>
</item>

<item>
<title>Re: Anveo&#x27;s CNAM Dip Partner</title>
<link>http://www.dslreports.com/forum/Re-Anveos-CNAM-Dip-Partner-27457178</link>
<description><![CDATA[Davesnothere posted : <div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p>People gripe if a VoIPP [does] do LIDB population, and [yet] they gripe if it [does not].<br><br>[for example] On one hand, you repeatedly say that VoIPP should follow POTS traditions.<br><br>On the other hand, you take issue with a VoIPP possibly doing LIDB population.<br><br>But doing that is the gold standard for POTS!<br><br>So the VoIPP would be doing exactly that which you claim to desire.   :hmm:<br> </p></div>&nbsp;<br>Just call me <b>Mister Irony</b> ! ;)<br><br>Hmmmm - now THAT's what I ought to request for my outbound CNAM/LIDB entry !<br><br>(and mayhaps my tombstone ? :o )]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Anveos-CNAM-Dip-Partner-27457178</guid>
<pubDate>Fri, 24 Aug 2012 09:48:08 EDT</pubDate>
</item>

<item>
<title>Re: ANVEO Inbound CID-CNAM Report</title>
<link>http://www.dslreports.com/forum/Re-ANVEO-Inbound-CIDCNAM-Report-27456564</link>
<description><![CDATA[Davesnothere posted : &nbsp;<br>I added a new entry to my report post (2nd post on page 1), for a Local Cableco subscriber calling my ANVEO number.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-ANVEO-Inbound-CIDCNAM-Report-27456564</guid>
<pubDate>Fri, 24 Aug 2012 01:31:22 EDT</pubDate>
</item>

<item>
<title>Re: Anveo&#x27;s CNAM Dip Partner</title>
<link>http://www.dslreports.com/forum/Re-Anveos-CNAM-Dip-Partner-27456507</link>
<description><![CDATA[Davesnothere posted : <div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p>People gripe.... </p></div>&nbsp;<br>Yes, the strange paradox that is ME ! :) :) :)<br><br>(aka "Please all, please none")<br><br>Actually, I am a small 'c' conservative late adopter of new things who just thinks that POTS costs too much for what they give you, but would be willing to pay VoIPPs somewhat more than many of them ask if they would just let me have what I want in phone functionality, and leave off what I don't, and communicate properly with me about all of it.<br><br>Kind of like the perennial BK ad hook.<br><br>BTW, customers can go grey/gray while sorting thru all of this too.<br><br>And some with few hairs TO change hue. :o]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Anveos-CNAM-Dip-Partner-27456507</guid>
<pubDate>Fri, 24 Aug 2012 00:38:04 EDT</pubDate>
</item>

<item>
<title>Re: Anveo&#x27;s CNAM Dip Partner</title>
<link>http://www.dslreports.com/forum/Re-Anveos-CNAM-Dip-Partner-27456499</link>
<description><![CDATA[PX Eliezer posted : People gripe if a VoIPP [does] do LIDB population, and they gripe if it [does not].<br><br>Nobody's ever happy, it seems.   :D<br><br>This is why VoIP engineers get prematurely gray in the US, and prematurely grey in Canada.<br><br>--------------------------<br><br>I find this quite interesting.<br><br>On one hand, you repeatedly say that VoIPP should follow POTS traditions.<br><br>On the other hand, you take issue with a VoIPP possibly doing LIDB population.  But doing that is the gold standard for POTS!   So the VoIPP would be doing exactly that which you claim to desire.   :hmm:]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Anveos-CNAM-Dip-Partner-27456499</guid>
<pubDate>Fri, 24 Aug 2012 00:30:40 EDT</pubDate>
</item>

<item>
<title>Anveo&#x27;s CNAM Dip Partner</title>
<link>http://www.dslreports.com/forum/Anveos-CNAM-Dip-Partner-27456452</link>
<description><![CDATA[Davesnothere posted : &nbsp;<br><b>So did you or anyone else here recently post the name of Anveo's CNAM Dip Partner, or am I mistaken ?<br><br>If yes, then please would you/they post it again ?</b> :)<br><br>I would still like to formally troubleshoot how/why my name is appearing when I dial my Anveo number from my CC one.<br><br>And if CallCentric has published my name and number into some LIDB or whatever so that a partner of Anveo can dip it (if I understand that to be the correct description of the procedure - thanks <b>Trev</b>), should CC not have informed me of this, or even first asked me whether I wanted it to be done ?<br><br>What if I did not want it to be listed at all ?<br><br>And what of privacy issues ?<br><br>I WAS seriously considering asking to have purged the existing LIDB/CNAM/directory listings of whatever numbers I may port in to a VoIPP, and would also be quite curious how successful I would be in such a regard.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Anveos-CNAM-Dip-Partner-27456452</guid>
<pubDate>Thu, 23 Aug 2012 23:59:55 EDT</pubDate>
</item>

<item>
<title>Re: Test of *67</title>
<link>http://www.dslreports.com/forum/Re-Test-of-67-27456442</link>
<description><![CDATA[Davesnothere posted : <div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p>....Thus, your experiment had two different chances of error.   :hmm:<br> </p></div>&nbsp;<br>Actually just the one chance, as I have been dialing 11 digits since (I think) CallWithUs required it ?<br><br>Would CC have accepted 10 digits for general domestic use ?<br><br>As posted above, I did figure out that I should not be pausing, but if CC and/or VoIPPs in general do something procedurally differently than POTS, ought not they to say so in their FAQ(s), and ought not they disable what appears to be the ubiquitous second dial tone and replace it with an indication of error, such as a busy signal or something ?<br><br>Anyway, it was a minor distraction from my quest, and I will check my CC outbound call logs as you suggested, just to see what they show.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Test-of-67-27456442</guid>
<pubDate>Thu, 23 Aug 2012 23:54:39 EDT</pubDate>
</item>

<item>
<title>Re: Test of *67</title>
<link>http://www.dslreports.com/forum/Re-Test-of-67-27456089</link>
<description><![CDATA[PX Eliezer 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>CallCentric's FAQ &raquo;<A HREF="http://www.callcentric.com/faq/31/221" >www.callcentric.com/faq/31/221</A> describes this procedure.<br><br>So I entered *67 and waited for the 2nd dial tone, like I have done like forever on POTS lines.<br><br>Then I dialed the Anveo number.<br></p></div>This is not correct.<br><br>You do NOT wait for a 2nd dial tone.  CC, thanks be to God, is not POTS.<br><br>You should examine your CC outbound call logs.<br><br>Also, note that you need to dial *67<b>1</b>XXXXXXXXXX rather than *67xxxxxxxxxx<br><br>Thus, your experiment had two different chances of error.   :hmm:]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Test-of-67-27456089</guid>
<pubDate>Thu, 23 Aug 2012 21:37:41 EDT</pubDate>
</item>

<item>
<title>Re: ANVEO Inbound CID-CNAM Report</title>
<link>http://www.dslreports.com/forum/Re-ANVEO-Inbound-CIDCNAM-Report-27455876</link>
<description><![CDATA[Davesnothere posted : &nbsp;<br>Looks like some related stuff :<br><br>&raquo;<A HREF="/forum/r27455090-Economical-DID-providers-with-100-outbound-LIDB-population">Economical DID providers with 100% outbound LIDB population.</A>.<br><br>&raquo;<A HREF="/forum/r27412518-General-Reliable-Provider-With-Outgoing-Caller-ID-and-BYOD-">[General] Reliable Provider With Outgoing Caller ID and BYOD?</A><br><br>See some linked older threads from within the immediately above link, including :<br>&raquo;<A HREF="/forum/r24803221-General-PAYG-Providers-who-Populate-LIDB-CNAM-Database-">[General] PAYG Providers who Populate LIDB/CNAM Database?</A><br>&raquo;<A HREF="/forum/r24804817-">Re: [General] PAYG Providers who Populate LIDB/CNAM Database?</A><br><br>Also - from 2008 :<br>&raquo;<A HREF="/forum/r21188023-General-CNAM">[General] CNAM</A>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-ANVEO-Inbound-CIDCNAM-Report-27455876</guid>
<pubDate>Thu, 23 Aug 2012 20:17:37 EDT</pubDate>
</item>

<item>
<title>Where Am I Listed ?</title>
<link>http://www.dslreports.com/forum/Where-Am-I-Listed-27455467</link>
<description><![CDATA[Davesnothere posted : &nbsp;<br>I just looked up my CC number on TNID.US and it gives me the City and Province, and the name of my CLEC, but not MY name and not CallCentric's name.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Where-Am-I-Listed-27455467</guid>
<pubDate>Thu, 23 Aug 2012 17:57:38 EDT</pubDate>
</item>

<item>
<title>Re: ANVEO Inbound CID-CNAM Report</title>
<link>http://www.dslreports.com/forum/Re-ANVEO-Inbound-CIDCNAM-Report-27455451</link>
<description><![CDATA[Davesnothere posted : <div class="bquote"><said>said by <a href="/profile/1659473" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1659473');">DaveSin</a>:</said><p>Is the CC DID a number you ported in to CC?<br> </p></div>&nbsp;<br>Good question !<br><br>(and I know why you asked it, as I have some residual CNAM/directory-listings which may come as baggage when I DO get around to porting in 1 or 2 numbers which I have.)<br><br>But no, it was a fresh DID number from CC.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-ANVEO-Inbound-CIDCNAM-Report-27455451</guid>
<pubDate>Thu, 23 Aug 2012 17:53:01 EDT</pubDate>
</item>

<item>
<title>Anveo Call Log Analysis</title>
<link>http://www.dslreports.com/forum/Anveo-Call-Log-Analysis-27455435</link>
<description><![CDATA[Davesnothere posted : &nbsp;<br>The Anveo Call Log generated me various reports, one of which showed me a transaction for each of my incoming test calls for doing the CNAM dip, but not what data it found, nor where it might have found it.<br><br><b>Result :</b> INCONCLUSIVE, but it looks like the CNAM data displayed by Anveo came as a result of a dip.<br><br>So, if that is true, then CallCentric must have published my number and name into an LIDB, based on what <b>Trev</b> suggested a few posts ago.<br><br>It's a bit of a blur - I remember that CC & VMS refuse to say from which provider they get their CNAM dips, but did we know which one that ANVEO uses ?<br><br><b>Would someone be so kind as to refresh me on which provider is used by Anveo for their CNAM dips ?</b>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Anveo-Call-Log-Analysis-27455435</guid>
<pubDate>Thu, 23 Aug 2012 17:48:41 EDT</pubDate>
</item>

<item>
<title>Re: Test of *67</title>
<link>http://www.dslreports.com/forum/Re-Test-of-67-27455415</link>
<description><![CDATA[DaveSin posted : Is the CC DID a number you ported in to CC?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Test-of-67-27455415</guid>
<pubDate>Thu, 23 Aug 2012 17:41:53 EDT</pubDate>
</item>

<item>
<title>Test of *67</title>
<link>http://www.dslreports.com/forum/Test-of-67-27455315</link>
<description><![CDATA[Davesnothere posted : &nbsp;<br>I figured that if I could not make a difference in my immediate above tests, then what if I tried to block CID altogether ?<br><br>CallCentric's FAQ &raquo;<A HREF="http://www.callcentric.com/faq/31/221" >www.callcentric.com/faq/31/221</A> describes this procedure.<br><br>So I entered *67 and waited for the 2nd dial tone, like I have done like forever on POTS lines.<br><br>Then I dialed the Anveo number.<br><br><b>MY FULL INFO APPEARED AS BEFORE !</b><br><br>Weird !<br><br>I hit the Redial and then Talk button.<br><br>This time I get another number, accompanied by Glendora CA.<br><br>It turns out that this is the number mentioned in the above CC FAQ.<br><br>After that, I dialed once again as above.<br><br><b>MY FULL INFO AGAIN APPEARED AS BEFORE !</b><br><br>Hmmmm....<br><br>Looks like *67 <b>DOES</b> block CID (and indirectly CNAM) on an outbound CallCentric call on a per-call basis.<br><br><b>BUT</b> :<br><br>It also looks like you must <b>NOT</b> wait for a 2nd dial tone ! (even though it gives you one)<br><br>(Redialing just spews out a continuous string and THAT time, things went as the CC FAQ predicted.)<br><br><b>OLD HABITS ARE HARD TO BREAK !</b><br><br><u><i>I wonder whether or not CallCentric is aware of this behaviour of their service, and whether they could/would consider fixing it to match industry standard ?</i></u><br><br>= = = = = = = = = =<br><br>Next, I plan to examine my Anveo web portal incoming call log to search for clues.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Test-of-67-27455315</guid>
<pubDate>Thu, 23 Aug 2012 17:09:50 EDT</pubDate>
</item>

<item>
<title>Re: Choosing the Primary SIP server</title>
<link>http://www.dslreports.com/forum/Re-Choosing-the-Primary-SIP-server-27455242</link>
<description><![CDATA[Davesnothere 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/1651402" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1651402');">Davesnothere</a>:</said><p>So, should there be any way for me to determine for sure what is happening, possibly either from my Anveo portal call logs, or by fiddling with the NAME fields of my Callcentric portal 'address' page ? (mentioned in my 'Early Results' post)<br> </p></div><div class="bquote"><said>said by <a href="/profile/1659473" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1659473');">DaveSin</a>:</said><p>It is possible the name information was passed from your PAP2T-NA (or whatever ATA or IP Phone that you are using) <B>"Display Name:"</B> field?  Try playing with this field with different information to see what is displayed on incoming calls to your Anveo DID.<br><br>At one stage, I could change the <B>"Display Name:"</B> field to any 15-character and it would displayed on the incoming T-Mobile @Home system.<br> </p></div>&nbsp;<br>....I think I remember Anveo specifying to enter <b>Anveo</b> into that field, but I believe I left my own name there from the last provider's settings.<br><br>Later on today, I will investigate the several possibilities and provide an update.<br><br>Thanks.<br> </p></div>&nbsp;<br><b>UPDATE :</b><br><br>I have just performed the following tests :<br><br>(1) Changed the 'Display Name' field in the CallCentric channel of my ATA to something unique and placed a call from my CC number to my Anveo number.<br><br>Results : NO CHANGES to what I reported in the 2nd post of this thread.<br>      <BLOCKQUOTE><SMALL>quote:</SMALL><HR>[Incoming] from my CallCentric DID :<br>Number - the correct 11 digits, properly delimited with dashes<br>Name - Surname, followed by Given name, exactly as I had entered within the CallCentric web portal under Preferences>Address (unless I just now missed a more specific place in there where I had entered it for outbound CNAM), in MiXeD case - no truncation/abbreviation, as they total less than 15 characters including spaces<br><HR></BLOCKQUOTE><br><br>&nbsp;<br>(2) Changed the 'Last Name' field in the CallCentric web portal <b>Preferences>Address</b> page to something further unique and placed a call from my CC number to my Anveo number.<br><br>Results : Still NO CHANGEs<br><br>(3) Waited a few minutes for my ATA to re-register (in case THAT might matter to any of my newest changes being passed as data) and placed one more call.<br><br>Results : Still NO CHANGES - proper last and first name appeared<br><br><b>So, the big $64,000 question :</b> Is CallCentric doing more for us than they advertise ? :) :) :)]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Choosing-the-Primary-SIP-server-27455242</guid>
<pubDate>Thu, 23 Aug 2012 16:49:40 EDT</pubDate>
</item>

<item>
<title>Re: ANVEO Inbound CID-CNAM Report</title>
<link>http://www.dslreports.com/forum/Re-ANVEO-Inbound-CIDCNAM-Report-27454503</link>
<description><![CDATA[idbit posted : Thanks Trev. That makes sense.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-ANVEO-Inbound-CIDCNAM-Report-27454503</guid>
<pubDate>Thu, 23 Aug 2012 13:55:57 EDT</pubDate>
</item>

<item>
<title>Re: Choosing the Primary SIP server</title>
<link>http://www.dslreports.com/forum/Re-Choosing-the-Primary-SIP-server-27454123</link>
<description><![CDATA[Davesnothere 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>So, should there be any way for me to determine for sure what is happening, possibly either from my Anveo portal call logs, or by fiddling with the NAME fields of my Callcentric portal 'address' page ? (mentioned in my 'Early Results' post)<br> </p></div><div class="bquote"><said>said by <a href="/profile/1659473" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1659473');">DaveSin</a>:</said><p>It is possible the name information was passed from your PAP2T-NA (or whatever ATA or IP Phone that you are using) <B>"Display Name:"</B> field?  Try playing with this field with different information to see what is displayed on incoming calls to your Anveo DID.<br><br>At one stage, I could change the <B>"Display Name:"</B> field to any 15-character and it would displayed on the incoming T-Mobile @Home system.<br> </p></div>&nbsp;<br>I was thinking about that last night at one point (while horizontal), but had forgotten about it by today when I made the post to which you replied. (Does that mean it was a dream ?)<br><br>On other occasions, I have wondered what purpose that this ATA field served.<br><br>And I think I remember Anveo specifying to enter <b>Anveo</b> into that field, but I believe I left my own name there from the last provider's settings.<br><br>Later on today, I will investigate the several possibilities and provide an update.<br><br>Thanks.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Choosing-the-Primary-SIP-server-27454123</guid>
<pubDate>Thu, 23 Aug 2012 12:20:05 EDT</pubDate>
</item>

<item>
<title>Re: Choosing the Primary SIP server</title>
<link>http://www.dslreports.com/forum/Re-Choosing-the-Primary-SIP-server-27453967</link>
<description><![CDATA[Trev posted : <div class="bquote"><said>said by <a href="/profile/1601176" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1601176');">idbit</a>:</said><p>I thought I read that in the US, the CNAM that appears on a call coming in to you is determined by your provider - not anything that is set by the caller or his provider. Which would make Outbound CNAM a pointless feature for somebody in the US that only calls US people. Am I wrong about that?<br> </p></div>There is an authoritative source (the Line Information Database) that all LECs (local exchange carriers -- the companies that provide DIDs to VoIP providers) are required to maintain.<br><br>In the US, "outbound CNAM" means entering a CNAM value into this LIDB.<br><br>If the call recipient's phone company is willing to pay to access the caller's LIDB, they will be able to access this CNAM value and display it to their customer.<br><br>Sometimes, the call recipient's phone company doesn't want to pay to access the caller's LIDB, so they subscribe to a third party CNAM database.  <u>This</u> database collects caller name information from other sources, such as phone book listings, and is a guess what the caller's name is.  It's also generally much more economical as a single company can provide this information, rather than a number of companies spread out through the country (one for each major telco plus a few independents).<br><small>--<br>Wondering what I do?  Find out at &raquo;<A HREF="http://www.digitalcon.ca" >www.digitalcon.ca</A><br>Get your <A HREF="https://www.digitalcon.ca/obistore/">Obihai ATA</a> in Canada.</small>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Choosing-the-Primary-SIP-server-27453967</guid>
<pubDate>Thu, 23 Aug 2012 11:39:55 EDT</pubDate>
</item>

<item>
<title>Re: Choosing the Primary SIP server</title>
<link>http://www.dslreports.com/forum/Re-Choosing-the-Primary-SIP-server-27453948</link>
<description><![CDATA[DaveSin posted : It is possible the name information was pass from your PAP2T-NA (or whatever ATA or IP Phone that you are using) <B>"Display Name:"</B> field?  Try playing with this field with different information to see what is displayed on incoming calls to your Anveo DID.<br><br>At one stage, I could change the <B>"Display Name:"</B> field to any 15-character and it would displayed on the incoming T-Mobile @Home system.<br><br><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><br>So, should there be any way for me to determine for sure what is happening, possibly either from my Anveo portal call logs, or by fiddling with the NAME fields of my Callcentric portal 'address' page ? (mentioned in my 'Early Results' post)<br> </p></div>]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Choosing-the-Primary-SIP-server-27453948</guid>
<pubDate>Thu, 23 Aug 2012 11:36:10 EDT</pubDate>
</item>

<item>
<title>Re: Choosing the Primary SIP server</title>
<link>http://www.dslreports.com/forum/Re-Choosing-the-Primary-SIP-server-27453937</link>
<description><![CDATA[idbit posted : <div class="bquote"><said>said by <a href="/profile/1098085" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1098085');">Trimline</a>:</said><p><div class="bquote"><said>said by <a href="/profile/1710150" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1710150');">anveo</a>:</said><p>P.S to answer your other question we do not support outbound CNAM.<br> </p></div>That's a pretty big thing.  I would suggest you work on providing this to attract more customers.  Both of my providers offered this with no issue. <br> </p></div>I thought I read that in the US, the CNAM that appears on a call coming in to you is determined by your provider - not anything that is set by the caller or his provider. Which would make Outbound CNAM a pointless feature for somebody in the US that only calls US people. Am I wrong about that?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Choosing-the-Primary-SIP-server-27453937</guid>
<pubDate>Thu, 23 Aug 2012 11:34:11 EDT</pubDate>
</item>

<item>
<title>Re: Choosing the Primary SIP server</title>
<link>http://www.dslreports.com/forum/Re-Choosing-the-Primary-SIP-server-27453463</link>
<description><![CDATA[Davesnothere posted : <div class="bquote"><said>said by <a href="/profile/1572525" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=1572525');">PX Eliezer</a>:</said><p><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>You see, when I posted my results above, one of the callers was my CallCentric number.<br><br>I reviewed this page of their FAQ &raquo;<A HREF="http://www.callcentric.com/faq/31/222" >www.callcentric.com/faq/31/222</A> and its says that [like Anveo], that THEY do NOT broadcast outbound CNAM either....<br> </p></div>As you know, it's not so much a matter of broadcast but rather of LIDB population.<br><br>My personal and quite unofficial impression is that although CC does not officially support outbound CNAM, <b>they do try to provide it</b> when possible....<br> </p></div>&nbsp;<br>I had a feeling that you would offer such an analysis. :)<br><br>So, should there be any way for me to determine for sure what is happening, possibly either from my Anveo portal call logs, or by fiddling with the NAME fields of my Callcentric portal 'address' page ? (mentioned in my 'Early Results' post)<br><br>And just to muddy the waters a bit, did somebody here recently post that VOIP.MS broadcasts outbound CNAM, and if yes, under what conditions and costs ?]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Choosing-the-Primary-SIP-server-27453463</guid>
<pubDate>Thu, 23 Aug 2012 09:35:55 EDT</pubDate>
</item>

<item>
<title>Re: Choosing the Primary SIP server</title>
<link>http://www.dslreports.com/forum/Re-Choosing-the-Primary-SIP-server-27453446</link>
<description><![CDATA[Davesnothere posted : <div class="bquote"><said>said by <a href="/profile/756008" onClick="this.blur(); return popup(event,'/uidpop?ajh=1&uid=756008');">JoeSchmoe007</a>:</said><p>Is your Callcentric number in your Anveo contact list under your name?<br> </p></div>&nbsp;<br>No, I have not set up a contact list yet on my Anveo account.<br><br>However, my CallCentric external DID number prob'ly IS in my CallCentric address book, though doubt that it would matter in this particular test.]]></description>
<guid isPermaLink="true">http://www.dslreports.com/forum/Re-Choosing-the-Primary-SIP-server-27453446</guid>
<pubDate>Thu, 23 Aug 2012 09:31:20 EDT</pubDate>
</item>

</channel>
</rss>
