[VoiceOps] Calls coming into our LRN
Paul Timmins
paul at timmins.net
Tue Nov 9 12:21:58 EST 2010
If
2396890000
Is your number, this ISUP is correct.
On 11/09/2010 11:45 AM, Chris Wallace wrote:
> Does anyone have contact information for MetroPCS? We are still getting hammered with calls today and our tandem operator says there isn't much they can do (which I figured).
>
> Below are some examples traces, the first is a call to a ported number that is working correctly, the second is a call without the GAP information.
>
> 13:59:29.307 t3lrn1 MTP3<< ISUP variant: ANSI 1999 ISUP: IAM OPC:[239.009.026] CIC:04114 DN: 2393330000 Us
> 13:59:29.307 t3lrn1 MTP3 er to user inds:<Absent> User to user info:<Absent>
> 13:59:29.307 t3lrn1 MTP3 12100100 20110A03 060D0380 90A20703 .... ...........
> 13:59:29.307 t3lrn1 MTP3 10323933 00000A07 03133229 325481EA .293......2)2T..
> 13:59:29.307 t3lrn1 MTP3 013E3D01 14C008C0 03103269 980000C4 .>=.......2i....
> 13:59:29.307 t3lrn1 MTP3 03532231 00 .S"1.
> 13:59:29.307 t3lrn1 MTP3 ISUP variant: ANSI 1999 1210 CIC: 4114
> 13:59:29.307 t3lrn1 MTP3 01 Message type: IAM - Initial address message.
> 13:59:29.307 t3lrn1 MTP3 00 Nature of connection indicators
> 13:59:29.307 t3lrn1 MTP3 2011 Forward call indicators
> 13:59:29.307 t3lrn1 MTP3 0A Calling party's category
> 13:59:29.307 t3lrn1 MTP3 8090A2 User service information
> 13:59:29.307 t3lrn1 MTP3 03103239330000 Called party number: 2393330000
> 13:59:29.307 t3lrn1 MTP3 National number
> 13:59:29.307 t3lrn1 MTP3 03133229325481 Calling party number: 2392234518
> 13:59:29.307 t3lrn1 MTP3 Presentation Allowed
> 13:59:29.307 t3lrn1 MTP3 National number
> 13:59:29.307 t3lrn1 MTP3 3E Originating line information
> 13:59:29.307 t3lrn1 MTP3 14 Hop counter
> 13:59:29.307 t3lrn1 MTP3 C003103269980000 Generic address/number: 2396890000
> 13:59:29.307 t3lrn1 MTP3 Presentation Allowed
> 13:59:29.307 t3lrn1 MTP3 National number
> 13:59:29.307 t3lrn1 MTP3 532231 Jurisdiction
> 13:59:29.488 t3lrn1 46576948:0001 MTP3>> ISUP variant: ANSI 1999 ISUP: ANM DPC:[239.009.026] CIC:04114 Conn No:<Absent>
> 13:59:29.488 t3lrn1 46576948:0001 MTP3 User to user inds:<Absent> User to user info:<Absent>
> 13:59:29.488 t3lrn1 46576948:0001 MTP3 12100901 11020414 00 .........
> 13:59:29.488 t3lrn1 46576948:0001 MTP3 ISUP variant: ANSI 1999 1210 CIC: 4114
> 13:59:29.488 t3lrn1 46576948:0001 MTP3 09 Message type: ANM - Answer message.
> 13:59:29.488 t3lrn1 46576948:0001 MTP3 0414 Backward call indicators
> 13:59:34.607 t3lrn1 46576948:0001 MTP3<< ISUP variant: ANSI 1999 ISUP: REL OPC:[239.009.026] CIC:04114 CAUSE: Normal cle
> 13:59:34.607 t3lrn1 46576948:0001 MTP3 aring User to user inds:<Absent> User to user info:<Absent>
> 13:59:34.607 t3lrn1 46576948:0001 MTP3 12100C02 00028090 ........
> 13:59:34.607 t3lrn1 46576948:0001 MTP3 ISUP variant: ANSI 1999 1210 CIC: 4114
> 13:59:34.607 t3lrn1 46576948:0001 MTP3 0C Message type: REL - Release.
> 13:59:34.607 t3lrn1 46576948:0001 MTP3 8090 Cause indicators: Normal clearing
> 13:59:34.607 t3lrn1 46576948:0001 MTP3 Coding Standard: ITU-T
> 13:59:34.607 t3lrn1 46576948:0001 MTP3 Location: User
>
>
>
> 15:13:34.145 t3lrn1 MTP3<< ISUP variant: ANSI 1999 ISUP: IAM OPC:[239.009.026] CIC:01286 DN: 2393330000 Us
> 15:13:34.145 t3lrn1 MTP3 er to user inds:<Absent> User to user info:<Absent>
> 15:13:34.145 t3lrn1 MTP3 06050110 28100003 060D0380 90A20703 ....(...........
> 15:13:34.145 t3lrn1 MTP3 10323933 0000EA01 0000 .293......
> 15:13:34.145 t3lrn1 MTP3 ISUP variant: ANSI 1999 0605 CIC: 1286
> 15:13:34.145 t3lrn1 MTP3 01 Message type: IAM - Initial address message.
> 15:13:34.145 t3lrn1 MTP3 10 Nature of connection indicators
> 15:13:34.145 t3lrn1 MTP3 2810 Forward call indicators
> 15:13:34.145 t3lrn1 MTP3 00 Calling party's category
> 15:13:34.145 t3lrn1 MTP3 8090A2 User service information
> 15:13:34.145 t3lrn1 MTP3 03103239330000 Called party number: 2393330000
> 15:13:34.145 t3lrn1 MTP3 National number
> 15:13:34.145 t3lrn1 MTP3 00 Originating line information
> 15:13:34.305 t3lrn1 46596545:0001 MTP3>> ISUP variant: ANSI 1999 ISUP: ANM DPC:[239.009.026] CIC:01286 Conn No:<Absent>
> 15:13:34.305 t3lrn1 46596545:0001 MTP3 User to user inds:<Absent> User to user info:<Absent>
> 15:13:34.305 t3lrn1 46596545:0001 MTP3 06050901 11020414 00 .........
> 15:13:34.305 t3lrn1 46596545:0001 MTP3 ISUP variant: ANSI 1999 0605 CIC: 1286
> 15:13:34.305 t3lrn1 46596545:0001 MTP3 09 Message type: ANM - Answer message.
> 15:13:34.305 t3lrn1 46596545:0001 MTP3 0414 Backward call indicators
> 15:13:58.744 t3lrn1 46596545:0001 MTP3<< ISUP variant: ANSI 1999 ISUP: REL OPC:[239.009.026] CIC:01286 CAUSE: Normal cle
> 15:13:58.744 t3lrn1 46596545:0001 MTP3 aring User to user inds:<Absent> User to user info:<Absent>
> 15:13:58.744 t3lrn1 46596545:0001 MTP3 06050C02 00028490 ........
> 15:13:58.744 t3lrn1 46596545:0001 MTP3 ISUP variant: ANSI 1999 0605 CIC: 1286
> 15:13:58.744 t3lrn1 46596545:0001 MTP3 0C Message type: REL - Release.
> 15:13:58.744 t3lrn1 46596545:0001 MTP3 8490 Cause indicators: Normal clearing
> 15:13:58.744 t3lrn1 46596545:0001 MTP3 Coding Standard: ITU-T
> 15:13:58.744 t3lrn1 46596545:0001 MTP3 Location: Remote public network
> 15:13:58.744 t3lrn1 46596545:0001 MTP3>> ISUP variant: ANSI 1999 ISUP: RLC DPC:[239.009.026] CIC:01286
> 15:13:58.744 t3lrn1 46596545:0001 MTP3 060510 ...
> 15:13:58.744 t3lrn1 46596545:0001 MTP3 ISUP variant: ANSI 1999 0605 CIC: 1286
> 15:13:58.744 t3lrn1 46596545:0001 MTP3 10 Message type: RLC - Release complete.
>
> ---Chris
>
>
>
> On Nov 9, 2010, at 10:00 AM, Paul Timmins wrote:
>
>
>> That doesn't get logged in our CDRs so unless i was running debugs on the switch for our LRN at the time I wouldn't know.
>>
>> On 11/09/2010 07:42 AM, Michael Lunsford wrote:
>>
>>> For these cases, do you typically see the number translated bit in the Forward Call Indicator set?
>>>
>>>
>>> On Nov 8, 2010, at 5:31 PM, Paul Timmins wrote:
>>>
>>> On 11/08/2010 04:37 PM, Chris Wallace wrote:
>>>
>>>
>>>> Years ago our switch tech decided to make our main company number the same as our LRN. We have had an ongoing issue where calls to an LNP'd number do not come into our switch with the original called number and they are routed into our company PBX and we end up becoming the switchboard for people trying to reach our customers. It seems as though we have been more and more of these calls lately. Has anyone dealt with a similar issue? If so, what was your resolution?
>>>>
>>>>
>>>>
>>> We have ours set up as RCFs to the network operations center so we know
>>> when there are LD providers stripping the generic address parameter,
>>> which would cause that. I've seen qwest do it a lot. :/
>>>
>>> It's not happening often enough to be a problem, but it seems to happen
>>> more on our LATA 344 customers.
>>> _______________________________________________
>>> VoiceOps mailing list
>>> VoiceOps at voiceops.org
>>> https://puck.nether.net/mailman/listinfo/voiceops
>>>
>>>
>>>
>>>
>>
>
>
More information about the VoiceOps
mailing list