Calls Missing GAP Information
Has anyone else seen recently a large number of calls coming into them that do not have the GAP information populated in the SS7 IAM? We see this issue come up a few times a years and we become the switchboard for people calling our customers. I know, I know? why the heck is our LRN the same as our main telephone number? Sorry, this was someone else decision years ago and we have lived with the consequences since. Yesterday morning it was Comcast, which fixed itself right before lunch time as I was getting transferred around trying to open a ticket, this morning it seems to be Verizon wireless. We have had this issue in the past with MetroPCS and Sprint, they always identify it as routing changes with phantom trunks, meaning they are doing LCR and dumping these calls wherever until an issue comes up. This in turn makes us look bad to our customers because their customers can't call them. How are other people dealing with these issues other than just constantly opening tickets, etc.? Verizon Call (This morning "Bad") ISUP message received: --------------------------------------- CIC: 1171 10010011 :CIC LSB(147) 00000100 :CIC MSB(4) --------------------------------------- --------------------------------------- Message Type: Initial address 00000001 :MESSAGE TYPE(Initial address) --------------------------------------- --------------------------------------- Nature of Connection Indicator: ......00 :SATELLITE INDICATOR(No Satellite) ....00.. :CONT. CHECK INDICATOR(Cont. Check Not Required) ...1.... :RESERVED(Outgoing Echo Control Included) 000..... :SPARE(0) --------------------------------------- --------------------------------------- Forward Call Indicators: .......0 :INCOMING_INTL_CALL(Not an Incoming International Call) .....00. :END-TO-END METHOD(No End-to-end method available) ....0... :INTERWORKING(No interworking encountered) ...0.... :SPARE1(0) ..1..... :ISUP (ISDN User Part used all the way) 01...... :ISUP PREFERENCE(ISDN User Part not required all the way) .......0 :ISDN ACCESS(Originating access non-ISDN) .....00. :SCCP METHOD(No Indication) ....0... :SPARE2(0) ...1.... :PORTED NUMBER TRANSLATION(Number translated) ..0..... :QUERY ON RELEASE(No QoR routing attempt in progress) 00...... :RESERVED(0) --------------------------------------- --------------------------------------- Calling Party's Category: 00001010 :CALLING PARTY CATEGORY(Ordinary Calling Subscriber) --------------------------------------- --------------------------------------- Called Number: 239333XXXX .0000011 :NATURE OF ADDRESS(National Number) 0....... :ODD/EVEN(Even) ....0000 :RESERVED(0) .001.... :NUMBERING PLAN(ISDN) 0....... :SPARE(0) --------------------------------------- --------------------------------------- User Service Information: ...00000 :INFORMATION TRANSFER CAPABILITY(0) .00..... :CODING STANDARD(0) 1....... :EXT1(1) ...10000 :INFORMATION TRANSFER RATE(16) .00..... :TRANSFER MODE(0) 1....... :EXT2(1) ...00010 :USER INFORMATION LAYER 1(2) .01..... :LAYER 1 IDENTIFICATION(1) 1....... :EXT3(1) --------------------------------------- --------------------------------------- OPTIONAL PARAMETERS: --------------------------------------- --------------------------------------- Calling Number: 860434XXXX .0000011 :NATURE OF ADDRESS(National Number) 0....... :ODD/EVEN(Even) ......01 :SCREENING(User Provided, screening passed) ....00.. :PRESENTATION(Presentation allowed) .001.... :NUMBERING PLAN(ISDN) 0....... :SPARE(0) --------------------------------------- --------------------------------------- Jurisdiction Information: 860434 --------------------------------------- END OF OPTIONAL PARAMETERS --------------------------------------- HEX DUMP: 9304011060100a03060d038090a20703 1032393300000a0703116840439536c4 0368404300 Same call yesterday that routed correctly? ISUP message received: --------------------------------------- CIC: 1058 00100010 :CIC LSB(34) 00000100 :CIC MSB(4) --------------------------------------- --------------------------------------- Message Type: Initial address 00000001 :MESSAGE TYPE(Initial address) --------------------------------------- --------------------------------------- Nature of Connection Indicator: ......00 :SATELLITE INDICATOR(No Satellite) ....00.. :CONT. CHECK INDICATOR(Cont. Check Not Required) ...1.... :RESERVED(Outgoing Echo Control Included) 000..... :SPARE(0) --------------------------------------- --------------------------------------- Forward Call Indicators: .......0 :INCOMING_INTL_CALL(Not an Incoming International Call) .....00. :END-TO-END METHOD(No End-to-end method available) ....0... :INTERWORKING(No interworking encountered) ...0.... :SPARE1(0) ..1..... :ISUP (ISDN User Part used all the way) 01...... :ISUP PREFERENCE(ISDN User Part not required all the way) .......0 :ISDN ACCESS(Originating access non-ISDN) .....00. :SCCP METHOD(No Indication) ....0... :SPARE2(0) ...1.... :PORTED NUMBER TRANSLATION(Number translated) ..0..... :QUERY ON RELEASE(No QoR routing attempt in progress) 00...... :RESERVED(0) --------------------------------------- --------------------------------------- Calling Party's Category: 00001010 :CALLING PARTY CATEGORY(Ordinary Calling Subscriber) --------------------------------------- --------------------------------------- Called Number: 239333XXXX .0000011 :NATURE OF ADDRESS(National Number) 0....... :ODD/EVEN(Even) ....0000 :RESERVED(0) .001.... :NUMBERING PLAN(ISDN) 0....... :SPARE(0) --------------------------------------- --------------------------------------- User Service Information: ...00000 :INFORMATION TRANSFER CAPABILITY(0) .00..... :CODING STANDARD(0) 1....... :EXT1(1) ...10000 :INFORMATION TRANSFER RATE(16) .00..... :TRANSFER MODE(0) 1....... :EXT2(1) ...00010 :USER INFORMATION LAYER 1(2) .01..... :LAYER 1 IDENTIFICATION(1) 1....... :EXT3(1) --------------------------------------- --------------------------------------- OPTIONAL PARAMETERS: --------------------------------------- --------------------------------------- Calling Number: 860434XXXX .0000011 :NATURE OF ADDRESS(National Number) 0....... :ODD/EVEN(Even) ......01 :SCREENING(User Provided, screening passed) ....00.. :PRESENTATION(Presentation allowed) .001.... :NUMBERING PLAN(ISDN) 0....... :SPARE(0) --------------------------------------- --------------------------------------- Optional Parameter: Type: 199(UNKNOWN) Length (Bits):8 00100000 :OCTET 0(32 ) --------------------------------------- --------------------------------------- Generic Address: 239325XXXX 11000000 :Type of Address(Ported Number) .0000011 :NATURE OF ADDRESS(National Number) 0....... :ODD/EVEN(Even) ......00 :RESERVED(0) ....00.. :PRESENTATION(Presentation allowed) .001.... :NUMBERING PLAN(ISDN) 0....... :SPARE(0) --------------------------------------- --------------------------------------- Jurisdiction Information: 860434 --------------------------------------- END OF OPTIONAL PARAMETERS --------------------------------------- HEX DUMP: 2204011060100a03060d038090a20703 1032393300000a0703116840439536c7 0120c008c003103239520500c4036840 4300 ---Chris
We get this all the time where for a few hours, we'll get 10-15 calls for people asking for our customers. Since we can't acknowledge someone is our customer or not, we just let them know where they reached, and advise them that their long distance carrier is making a mistake routing the calls. (We route our LRNs as RCFs to our NOC on purpose to catch these issues) We're considering setting up an intercept that basically eviscerates the caller's long distance carrier and lets them know what the issue is, much like beehive did with Sprint, but ... less angry. -Paul On 09/13/2011 10:46 AM, Chris Wallace wrote:
Has anyone else seen recently a large number of calls coming into them that do not have the GAP information populated in the SS7 IAM? We see this issue come up a few times a years and we become the switchboard for people calling our customers. I know, I know? why the heck is our LRN the same as our main telephone number? Sorry, this was someone else decision years ago and we have lived with the consequences since.
Yesterday morning it was Comcast, which fixed itself right before lunch time as I was getting transferred around trying to open a ticket, this morning it seems to be Verizon wireless. We have had this issue in the past with MetroPCS and Sprint, they always identify it as routing changes with phantom trunks, meaning they are doing LCR and dumping these calls wherever until an issue comes up. This in turn makes us look bad to our customers because their customers can't call them.
How are other people dealing with these issues other than just constantly opening tickets, etc.?
Verizon Call (This morning "Bad")
ISUP message received:
--------------------------------------- CIC: 1171 10010011 :CIC LSB(147) 00000100 :CIC MSB(4) --------------------------------------- --------------------------------------- Message Type: Initial address 00000001 :MESSAGE TYPE(Initial address) --------------------------------------- --------------------------------------- Nature of Connection Indicator: ......00 :SATELLITE INDICATOR(No Satellite) ....00.. :CONT. CHECK INDICATOR(Cont. Check Not Required) ...1.... :RESERVED(Outgoing Echo Control Included) 000..... :SPARE(0) --------------------------------------- --------------------------------------- Forward Call Indicators: .......0 :INCOMING_INTL_CALL(Not an Incoming International Call) .....00. :END-TO-END METHOD(No End-to-end method available) ....0... :INTERWORKING(No interworking encountered) ...0.... :SPARE1(0) ..1..... :ISUP (ISDN User Part used all the way) 01...... :ISUP PREFERENCE(ISDN User Part not required all the way) .......0 :ISDN ACCESS(Originating access non-ISDN) .....00. :SCCP METHOD(No Indication) ....0... :SPARE2(0) ...1.... :PORTED NUMBER TRANSLATION(Number translated) ..0..... :QUERY ON RELEASE(No QoR routing attempt in progress) 00...... :RESERVED(0) --------------------------------------- --------------------------------------- Calling Party's Category: 00001010 :CALLING PARTY CATEGORY(Ordinary Calling Subscriber) --------------------------------------- --------------------------------------- Called Number: 239333XXXX .0000011 :NATURE OF ADDRESS(National Number) 0....... :ODD/EVEN(Even) ....0000 :RESERVED(0) .001.... :NUMBERING PLAN(ISDN) 0....... :SPARE(0) --------------------------------------- --------------------------------------- User Service Information: ...00000 :INFORMATION TRANSFER CAPABILITY(0) .00..... :CODING STANDARD(0) 1....... :EXT1(1) ...10000 :INFORMATION TRANSFER RATE(16) .00..... :TRANSFER MODE(0) 1....... :EXT2(1) ...00010 :USER INFORMATION LAYER 1(2) .01..... :LAYER 1 IDENTIFICATION(1) 1....... :EXT3(1) --------------------------------------- --------------------------------------- OPTIONAL PARAMETERS: --------------------------------------- --------------------------------------- Calling Number: 860434XXXX .0000011 :NATURE OF ADDRESS(National Number) 0....... :ODD/EVEN(Even) ......01 :SCREENING(User Provided, screening passed) ....00.. :PRESENTATION(Presentation allowed) .001.... :NUMBERING PLAN(ISDN) 0....... :SPARE(0) --------------------------------------- --------------------------------------- Jurisdiction Information: 860434 --------------------------------------- END OF OPTIONAL PARAMETERS --------------------------------------- HEX DUMP: 9304011060100a03060d038090a20703 1032393300000a0703116840439536c4 0368404300
Same call yesterday that routed correctly?
ISUP message received: --------------------------------------- CIC: 1058 00100010 :CIC LSB(34) 00000100 :CIC MSB(4) --------------------------------------- --------------------------------------- Message Type: Initial address 00000001 :MESSAGE TYPE(Initial address) --------------------------------------- --------------------------------------- Nature of Connection Indicator: ......00 :SATELLITE INDICATOR(No Satellite) ....00.. :CONT. CHECK INDICATOR(Cont. Check Not Required) ...1.... :RESERVED(Outgoing Echo Control Included) 000..... :SPARE(0) --------------------------------------- --------------------------------------- Forward Call Indicators: .......0 :INCOMING_INTL_CALL(Not an Incoming International Call) .....00. :END-TO-END METHOD(No End-to-end method available) ....0... :INTERWORKING(No interworking encountered) ...0.... :SPARE1(0) ..1..... :ISUP (ISDN User Part used all the way) 01...... :ISUP PREFERENCE(ISDN User Part not required all the way) .......0 :ISDN ACCESS(Originating access non-ISDN) .....00. :SCCP METHOD(No Indication) ....0... :SPARE2(0) ...1.... :PORTED NUMBER TRANSLATION(Number translated) ..0..... :QUERY ON RELEASE(No QoR routing attempt in progress) 00...... :RESERVED(0) --------------------------------------- --------------------------------------- Calling Party's Category: 00001010 :CALLING PARTY CATEGORY(Ordinary Calling Subscriber) --------------------------------------- --------------------------------------- Called Number: 239333XXXX .0000011 :NATURE OF ADDRESS(National Number) 0....... :ODD/EVEN(Even) ....0000 :RESERVED(0) .001.... :NUMBERING PLAN(ISDN) 0....... :SPARE(0) --------------------------------------- --------------------------------------- User Service Information: ...00000 :INFORMATION TRANSFER CAPABILITY(0) .00..... :CODING STANDARD(0) 1....... :EXT1(1) ...10000 :INFORMATION TRANSFER RATE(16) .00..... :TRANSFER MODE(0) 1....... :EXT2(1) ...00010 :USER INFORMATION LAYER 1(2) .01..... :LAYER 1 IDENTIFICATION(1) 1....... :EXT3(1) --------------------------------------- --------------------------------------- OPTIONAL PARAMETERS: --------------------------------------- --------------------------------------- Calling Number: 860434XXXX .0000011 :NATURE OF ADDRESS(National Number) 0....... :ODD/EVEN(Even) ......01 :SCREENING(User Provided, screening passed) ....00.. :PRESENTATION(Presentation allowed) .001.... :NUMBERING PLAN(ISDN) 0....... :SPARE(0) --------------------------------------- --------------------------------------- Optional Parameter: Type: 199(UNKNOWN) Length (Bits):8 00100000 :OCTET 0(32 ) --------------------------------------- --------------------------------------- Generic Address: 239325XXXX 11000000 :Type of Address(Ported Number) .0000011 :NATURE OF ADDRESS(National Number) 0....... :ODD/EVEN(Even) ......00 :RESERVED(0) ....00.. :PRESENTATION(Presentation allowed) .001.... :NUMBERING PLAN(ISDN) 0....... :SPARE(0) --------------------------------------- --------------------------------------- Jurisdiction Information: 860434 --------------------------------------- END OF OPTIONAL PARAMETERS --------------------------------------- HEX DUMP: 2204011060100a03060d038090a20703 1032393300000a0703116840439536c7 0120c008c003103239520500c4036840 4300
---Chris
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
Great, thanks Paul! At least I am not alone? ---Chris On Sep 13, 2011, at 11:53 AM, Paul Timmins wrote:
We get this all the time where for a few hours, we'll get 10-15 calls for people asking for our customers. Since we can't acknowledge someone is our customer or not, we just let them know where they reached, and advise them that their long distance carrier is making a mistake routing the calls.
(We route our LRNs as RCFs to our NOC on purpose to catch these issues)
We're considering setting up an intercept that basically eviscerates the caller's long distance carrier and lets them know what the issue is, much like beehive did with Sprint, but ... less angry.
-Paul
On 09/13/2011 10:46 AM, Chris Wallace wrote:
Has anyone else seen recently a large number of calls coming into them that do not have the GAP information populated in the SS7 IAM? We see this issue come up a few times a years and we become the switchboard for people calling our customers. I know, I know? why the heck is our LRN the same as our main telephone number? Sorry, this was someone else decision years ago and we have lived with the consequences since.
Yesterday morning it was Comcast, which fixed itself right before lunch time as I was getting transferred around trying to open a ticket, this morning it seems to be Verizon wireless. We have had this issue in the past with MetroPCS and Sprint, they always identify it as routing changes with phantom trunks, meaning they are doing LCR and dumping these calls wherever until an issue comes up. This in turn makes us look bad to our customers because their customers can't call them.
How are other people dealing with these issues other than just constantly opening tickets, etc.?
Verizon Call (This morning "Bad") ISUP message received:
--------------------------------------- CIC: 1171 10010011 :CIC LSB(147) 00000100 :CIC MSB(4) --------------------------------------- --------------------------------------- Message Type: Initial address 00000001 :MESSAGE TYPE(Initial address) --------------------------------------- --------------------------------------- Nature of Connection Indicator: ......00 :SATELLITE INDICATOR(No Satellite) ....00.. :CONT. CHECK INDICATOR(Cont. Check Not Required) ...1.... :RESERVED(Outgoing Echo Control Included) 000..... :SPARE(0) --------------------------------------- --------------------------------------- Forward Call Indicators: .......0 :INCOMING_INTL_CALL(Not an Incoming International Call) .....00. :END-TO-END METHOD(No End-to-end method available) ....0... :INTERWORKING(No interworking encountered) ...0.... :SPARE1(0) ..1..... :ISUP (ISDN User Part used all the way) 01...... :ISUP PREFERENCE(ISDN User Part not required all the way) .......0 :ISDN ACCESS(Originating access non-ISDN) .....00. :SCCP METHOD(No Indication) ....0... :SPARE2(0) ...1.... :PORTED NUMBER TRANSLATION(Number translated) ..0..... :QUERY ON RELEASE(No QoR routing attempt in progress) 00...... :RESERVED(0) --------------------------------------- --------------------------------------- Calling Party's Category: 00001010 :CALLING PARTY CATEGORY(Ordinary Calling Subscriber) --------------------------------------- --------------------------------------- Called Number: 239333XXXX .0000011 :NATURE OF ADDRESS(National Number) 0....... :ODD/EVEN(Even) ....0000 :RESERVED(0) .001.... :NUMBERING PLAN(ISDN) 0....... :SPARE(0) --------------------------------------- --------------------------------------- User Service Information: ...00000 :INFORMATION TRANSFER CAPABILITY(0) .00..... :CODING STANDARD(0) 1....... :EXT1(1) ...10000 :INFORMATION TRANSFER RATE(16) .00..... :TRANSFER MODE(0) 1....... :EXT2(1) ...00010 :USER INFORMATION LAYER 1(2) .01..... :LAYER 1 IDENTIFICATION(1) 1....... :EXT3(1) --------------------------------------- --------------------------------------- OPTIONAL PARAMETERS: --------------------------------------- --------------------------------------- Calling Number: 860434XXXX .0000011 :NATURE OF ADDRESS(National Number) 0....... :ODD/EVEN(Even) ......01 :SCREENING(User Provided, screening passed) ....00.. :PRESENTATION(Presentation allowed) .001.... :NUMBERING PLAN(ISDN) 0....... :SPARE(0) --------------------------------------- --------------------------------------- Jurisdiction Information: 860434 --------------------------------------- END OF OPTIONAL PARAMETERS --------------------------------------- HEX DUMP: 9304011060100a03060d038090a20703 1032393300000a0703116840439536c4 0368404300
Same call yesterday that routed correctly?
ISUP message received: --------------------------------------- CIC: 1058 00100010 :CIC LSB(34) 00000100 :CIC MSB(4) --------------------------------------- --------------------------------------- Message Type: Initial address 00000001 :MESSAGE TYPE(Initial address) --------------------------------------- --------------------------------------- Nature of Connection Indicator: ......00 :SATELLITE INDICATOR(No Satellite) ....00.. :CONT. CHECK INDICATOR(Cont. Check Not Required) ...1.... :RESERVED(Outgoing Echo Control Included) 000..... :SPARE(0) --------------------------------------- --------------------------------------- Forward Call Indicators: .......0 :INCOMING_INTL_CALL(Not an Incoming International Call) .....00. :END-TO-END METHOD(No End-to-end method available) ....0... :INTERWORKING(No interworking encountered) ...0.... :SPARE1(0) ..1..... :ISUP (ISDN User Part used all the way) 01...... :ISUP PREFERENCE(ISDN User Part not required all the way) .......0 :ISDN ACCESS(Originating access non-ISDN) .....00. :SCCP METHOD(No Indication) ....0... :SPARE2(0) ...1.... :PORTED NUMBER TRANSLATION(Number translated) ..0..... :QUERY ON RELEASE(No QoR routing attempt in progress) 00...... :RESERVED(0) --------------------------------------- --------------------------------------- Calling Party's Category: 00001010 :CALLING PARTY CATEGORY(Ordinary Calling Subscriber) --------------------------------------- --------------------------------------- Called Number: 239333XXXX .0000011 :NATURE OF ADDRESS(National Number) 0....... :ODD/EVEN(Even) ....0000 :RESERVED(0) .001.... :NUMBERING PLAN(ISDN) 0....... :SPARE(0) --------------------------------------- --------------------------------------- User Service Information: ...00000 :INFORMATION TRANSFER CAPABILITY(0) .00..... :CODING STANDARD(0) 1....... :EXT1(1) ...10000 :INFORMATION TRANSFER RATE(16) .00..... :TRANSFER MODE(0) 1....... :EXT2(1) ...00010 :USER INFORMATION LAYER 1(2) .01..... :LAYER 1 IDENTIFICATION(1) 1....... :EXT3(1) --------------------------------------- --------------------------------------- OPTIONAL PARAMETERS: --------------------------------------- --------------------------------------- Calling Number: 860434XXXX .0000011 :NATURE OF ADDRESS(National Number) 0....... :ODD/EVEN(Even) ......01 :SCREENING(User Provided, screening passed) ....00.. :PRESENTATION(Presentation allowed) .001.... :NUMBERING PLAN(ISDN) 0....... :SPARE(0) --------------------------------------- --------------------------------------- Optional Parameter: Type: 199(UNKNOWN) Length (Bits):8 00100000 :OCTET 0(32 ) --------------------------------------- --------------------------------------- Generic Address: 239325XXXX 11000000 :Type of Address(Ported Number) .0000011 :NATURE OF ADDRESS(National Number) 0....... :ODD/EVEN(Even) ......00 :RESERVED(0) ....00.. :PRESENTATION(Presentation allowed) .001.... :NUMBERING PLAN(ISDN) 0....... :SPARE(0) --------------------------------------- --------------------------------------- Jurisdiction Information: 860434 --------------------------------------- END OF OPTIONAL PARAMETERS --------------------------------------- HEX DUMP: 2204011060100a03060d038090a20703 1032393300000a0703116840439536c7 0120c008c003103239520500c4036840 4300
---Chris
_______________________________________________ VoiceOps mailing list VoiceOps at voiceops.org https://puck.nether.net/mailman/listinfo/voiceops
participants (2)
-
lists＠iamchriswallace.com -
paul＠timmins.net