[VoiceOps] Calls coming into our LRN
Chris Wallace
lists at iamchriswallace.com
Tue Nov 9 11:45:23 EST 2010
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