[VoiceOps] IAM callername instead of CNAM

[milosz]

after some testing i've verified (within reason) that tw only falls back to
genericname if the cpn is invalid.  sounds like some engineer somewhere
thought "wow, it would be cool if we did this!"

valid cpn & genericname = "milosz" -> tw caller id = cpn cnam entry
invalid cpn & genericname = "milosz" -> tw caller id = "milosz"
invalid cpn & genericname = null -> tw caller id = "0"

On Thu, Feb 4, 2010 at 9:59 AM, David Birnbaum <davidb at pins.net> wrote:

> It sure sounds like it.  TWTC is "cheating", I suppose, and depriving the
> rightful owner of that number of their CNAM revenue (should you take the
> carrier view of things).
>
> Regardless of what the "best" answer is, in the US all carriers are
> supposed to deliver CNAM by dipping the central database, paying the owning
> carrier, and delivering the result to their subscriber.  But that's really a
> discussion for another thread.
>
> Cheers,
>
> David.
>
> -----
>
>
> On Wed, 3 Feb 2010, milosz wrote:
>
>  not sure whether what you are saying can apply here, since this is a case
>> of a call from a
>> non-tw pri to their residential tw voip phone.  doesn't that necessarily
>> mean that tw is not
>> doing a CNAM dip on the call?
>>
>> maybe genericname gets sent if CNAM turns up unknown/invalid?
>>
>> On Wed, Feb 3, 2010 at 12:34 PM, David Birnbaum <davidb at pins.net> wrote:
>>      That's a mistake/misconfiguration.  I believe Canada sends CNAME
>> inband, but in the
>>      US, it probably just means somebody is using a client-profile PRI for
>> a carrier
>>      circuit, doing toll-bypass, or playing other games.  We have seen
>> this type of
>>      misconfiguration on smaller VoIP carriers.
>>
>>      Time Warner may carry CNAM internal on their network so they can save
>> the money on
>>      CNAM dips, but obviously that won't go far.
>>
>>      Cheers,
>>
>>      David.
>>
>>      -----
>>
>> On Wed, 3 Feb 2010, Carlos Alvarez wrote:
>>
>>      Time Warner does transmit the name info that you send.  We have a
>> TWTC PRI
>>      and I've seen the same thing when calling another number on their
>> network. It
>>      has even happened to numbers on other networks, though now I can't
>> remember
>>      which ones.  One of their engineers confirmed that they do this on
>> purpose,
>>      but also couldn't tell me which other networks accept this from them.
>>
>>
>>      On 2/3/10 9:24 AM, milosz wrote:
>>            hi all,
>>
>>            has anyone heard of a US residential carrier transmitting the
>>            callername
>>            parameter from the IAM instead of doing a normal CNAM lookup?
>>  i
>>            have
>>            some users--for whom the pbx is (intentionally) set up to
>>            transmit an
>>            invalid cpn--who are claiming that when they call their home
>>            phones from
>>            the office, their internal (sip) caller name appears on the
>>            caller id
>>            along with the invalid cpn, which makes no sense from a CNAM
>>            lookup
>>            standpoint.  the only thing i could think of (other than they
>> are
>>            nuts/lying) is that their gateway is transmitting the sip
>>            callername in
>>            the IAM and the carrier is passing that along instead of doing
>> a
>>            lookup.
>>             the btn is the same for all users so that can be ruled out.
>>
>>            they are all on cablevision or time warner.
>>
>>            thanks,
>>
>>            milosz
>>
>>
>>
>>            _______________________________________________
>>            VoiceOps mailing list
>>            VoiceOps at voiceops.org
>>            https://puck.nether.net/mailman/listinfo/voiceops
>>
>>
>>      --
>>      Carlos Alvarez
>>      TelEvolve
>>      602-889-3003
>>
>>      Advanced phone services simplified
>>      _______________________________________________
>>      VoiceOps mailing list
>>      VoiceOps at voiceops.org
>>      https://puck.nether.net/mailman/listinfo/voiceops
>>
>> _______________________________________________
>> VoiceOps mailing list
>> VoiceOps at voiceops.org
>> https://puck.nether.net/mailman/listinfo/voiceops
>>
>>
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/voiceops/attachments/20100204/fb21e191/attachment.html>