Hi everyone,
Ash - The number isn't displaying correctly even at the bottom.
Ohamien -
Here is the output:
debug isdn q931 is ON.
R3(config)#
Aug 11 21:50:49.937: ISDN Se0/0/0:15 Q931: RX <- SETUP pd = 8 callref =
0x0112
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Progress Ind i = 0x8183 - Origination address is non-ISDN
Calling Party Number i = 0x0180, '442321315001'
Plan:ISDN, Type:Unknown
Called Party Number i = 0x81, '442321314002'
Plan:ISDN, Type:Unknown
Aug 11 21:50:49.937: ISDN Se0/0/0:15 Q931: Received SETUP callref = 0x8112
callID = 0x000B switch = primary-net5 interface = User
R3(config)#
Aug 11 21:50:49.957: ISDN Se0/0/0:15 Q931: TX -> CALL_PROC pd = 8 callref =
0x8112
Channel ID i = 0xA98381
Exclusive, Channel 1
Aug 11 21:50:49.993: ISDN Se0/0/0:15 Q931: TX -> ALERTING pd = 8 callref =
0x8112
R3(config)#
Aug 11 21:50:51.717: ISDN Se0/0/0:15 Q931: RX <- DISCONNECT pd = 8 callref
= 0x0112
Cause i = 0x8290 - Normal call clearing
Aug 11 21:50:51.721: ISDN Se0/0/0:15 Q931: TX -> RELEASE pd = 8 callref =
0x8112
Aug 11 21:50:51.729: ISDN Se0/0/0:15 Q931: RX <- RELEASE_COMP pd = 8
callref = 0x0112
Basically the number is coming in correct and displaying the
post-translation number without the '+' in front.
So for this number, I am translating to a local number from 442321315001 to
21315001, but I want to add the + in front so that the directory will show
with the plus sign.
Any other ideas?
From: Ohamien Uhakheme [mailto:oham...@gmail.com]
Sent: Wednesday, August 11, 2010 1:11 PM
To: Ashar Siddiqui
Cc: CCIE Voice GMAIL; ccie_voice@onlinestudylist.com
Subject: Re: [OSL | CCIE_Voice] Voice Translation
What about during the q931 debug? Will it show in the Calling Number on the
debug?
Ohamien
On Wed, Aug 11, 2010 at 3:49 PM, Ashar Siddiqui <siddas...@gmail.com> wrote:
CME 7.0 won't display '+' sign at the top with incoming calling number.
If you have properly applied translation rules then you will see '+' at the
bottom of the phone screen.
Ash>
CCIE Voice GMAIL wrote:
Hi everyone,
I'm trying prepend a '+' at the beginning of the calling number for incoming
calls to CME.
The translation is working correctly to an extent. At some point the '+'
gets stripped before going to the phone.
Here is the translation-rule:
voice translation-rule 8
rule 1 /^4423\(2131....$\)/ /+\1/ type any subscriber plan any isdn
rule 2 /^1.*$/ /+00\0/ type any international plan any isdn
rule 3 /^999$/ /+\0/ type any subscriber plan any isdn
Here is the output from debug voice translation:
Aug 11 19:57:41.733:
//-1/88E803DD8007/RXRULE/regxrule_profile_match_internal: Matched with rule
2 in ruleset 8
Aug 11 19:57:41.733: //-1/88E803DD8007/RXRULE/regxrule_match: No match;
number=17755011111 rule precedence=1
Aug 11 19:57:41.733:
//-1/88E803DD8007/RXRULE/regxrule_profile_match_internal: Matched with rule
2 in ruleset 8
Aug 11 19:57:41.733: //-1/88E803DD8007/RXRULE/regxrule_match: No match;
number=17755011111 rule precedence=1
Aug 11 19:57:41.733: //-1/88E803DD8007/RXRULE/sed_subst: Successful
substitution; pattern=17755011111 matchPattern=^1.*$ replacePattern=+00\0
replaced pattern=+0017755011111
Aug 11 19:57:41.733: //-1/88E803DD8007/RXRULE/regxrule_subst_num_type: Match
Type = any, Replace Type = international Input Type = unknown
Aug 11 19:57:41.733: //-1/88E803DD8007/RXRULE/regxrule_subst_num_plan: Match
Plan = any, Replace Plan = isdn Input Plan = isdn
Aug 11 19:57:41.733:
//-1/88E803DD8007/RXRULE/regxrule_profile_translate_internal:
xlt_number=+0017755011111 xlt_type=international xlt_plan=isdn
Aug 11 19:57:41.733:
//-1/88E803DD8007/RXRULE/regxrule_profile_translate_internal:
number=442321314002 type=unknown plan=isdn numbertype=called
Aug 11 19:57:41.733:
//-1/88E803DD8007/RXRULE/regxrule_profile_match_internal: Matched with rule
1 in ruleset 7
Aug 11 19:57:41.733:
//-1/88E803DD8007/RXRULE/regxrule_profile_match_internal: Matched with rule
1 in ruleset 7
Aug 11 19:57:41.733: //-1/88E803DD8007/RXRULE/sed_subst: Successful
substitution; pattern=442321314002 matchPattern=^44232131(4...$)
replacePattern=\1 replaced pattern=4002
Aug 11 19:57:41.733: //-1/88E803DD8007/RXRULE/regxrule_subst_num_type: Match
Type = none, Replace Type = none Input Type = unknown
Aug 11 19:57:41.733: //-1/88E803DD8007/RXRULE/regxrule_subst_num_plan: Match
Plan = none, Replace Plan = none Input Plan = isdn
Aug 11 19:57:41.733:
//-1/88E803DD8007/RXRULE/regxrule_profile_translate_internal:
xlt_number=4002 xlt_type=unknown xlt_plan=isdn
Aug 11 19:57:41.733:
//-1/88E803DD8007/RXRULE/regxrule_profile_translate_internal: number=
type=unknown plan=isdn numbertype=redirect-target
Aug 11 19:57:41.733: //-1/88E803DD8007/RXRULE/regxrule_get_RegXrule: Invalid
translation ruleset tag=0
Aug 11 19:57:41.733:
//-1/88E803DD8007/RXRULE/regxrule_profile_match_internal: Error: ruleset for
redirect-target number not found
Aug 11 19:57:41.733:
//-1/88E803DD8007/RXRULE/regxrule_profile_translate_internal: No match:
number= type=unknown plan=isdn
Aug 11 19:57:41.733:
//-1/88E803DD8007/RXRULE/regxrule_profile_translate_internal: number=
type=UNKNOWN plan=UNKNOWN numbertype=redirect-called
Aug 11 19:57:41.733: //-1/88E803DD8007/RXRULE/regxrule_get_RegXrule: Invalid
translation ruleset tag=0
Aug 11 19:57:41.733:
//-1/88E803DD8007/RXRULE/regxrule_profile_match_internal: Error: ruleset for
redirect-called number not found
Aug 11 19:57:41.737:
//-1/88E803DD8007/RXRULE/regxrule_profile_translate_internal: No match:
number= type=UNKNOWN plan=UNKNOWN
Aug 11 19:57:41.737: //-1/88E803DD8007/RXRULE/regxrule_dp_translate:
calling_number=+0017755011111 calling_octet=0x11
called_number=4002 called_octet=0x81
redirect_number= redirect_type=-1 redirect_plan=-1
redirect_PI=-1 redirect_SI=-1
Aug 11 19:57:41.737:
//-1/88E803DD8007/RXRULE/regxrule_stack_pop_RegXruleNumInfo:
stack=0x4AF5A6B8; count=2
Aug 11 19:57:41.737:
//-1/88E803DD8007/RXRULE/regxrule_stack_pop_callinfo_internal:
numinfo=0x4A971120
Aug 11 19:57:41.737:
//-1/88E803DD8007/RXRULE/regxrule_stack_push_RegXruleNumInfo_internal:
stack=0x4AF5A6B8; count=2
Aug 11 19:57:41.737:
//-1/88E803DD8007/RXRULE/regxrule_stack_pop_RegXruleNumInfo:
stack=0x4AF5A6B8; count=2
Aug 11 19:57:41.737:
//-1/88E803DD8007/RXRULE/regxrule_stack_pop_callinfo_internal:
numinfo=0x4A971120
Aug 11 19:57:41.737:
//-1/88E803DD8007/RXRULE/regxrule_stack_push_RegXruleNumInfo_internal:
stack=0x4AF5A6B8; count=2
Aug 11 19:57:41.741:
//-1/88E803DD8007/RXRULE/regxrule_stack_pop_RegXruleNumInfo:
stack=0x4AF5A558; count=1
Aug 11 19:57:41.741:
//-1/88E803DD8007/RXRULE/regxrule_stack_pop_callinfo_internal:
numinfo=0x4A971F94
Aug 11 19:57:41.745:
//-1/88E803DD8007/RXRULE/regxrule_get_profile_from_dialpeer_internal: Error:
Invalid input peer_tag=0 direction=incoming
Aug 11 19:57:41.745:
//-1/88E803DD8007/RXRULE/regxrule_stack_push_RegXruleNumInfo_internal:
stack=0x4AF5A558; count=1
Aug 11 19:57:41.745:
//-1/88E803DD8007/RXRULE/regxrule_stack_push_RegXruleNumInfo_internal:
stack=0x4AF5A558; count=2
Aug 11 19:57:41.745: //-1/88E803DD8007/RXRULE/regxrule_dp_translate: No
profile found in peer 20002 for outgoing direction
Aug 11 19:57:41.745: //-1/88E803DD8007/RXRULE/regxrule_dp_translate:
calling_number=0017755011111 calling_octet=0x11
called_number=4002 called_octet=0x81
redirect_number= redirect_type=-1 redirect_plan=-1
redirect_PI=-1 redirect_SI=-1
Aug 11 19:57:41.745: //-1/88E803DD8007/RXRULE/regxrule_vp_translate: No
profile found in voice port or trunk group for outgoing direction
Aug 11 19:57:41.745: //-1/88E803DD8007/RXRULE/regxrule_vp_translate:
calling_number=0017755011111 calling_octet=0x11
called_number=4002 called_octet=0x81
redirect_number= redirect_type=4294967295 redirect_plan=4294967295
Aug 11 19:57:43.013:
//-1/88E803DD8007/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x0
Aug 11 19:57:43.021:
//-1/88E803DD8007/RXRULE/regxrule_stack_pop_RegXruleNumInfo:
stack=0x4AF5A6B8; count=2
Aug 11 19:57:43.021:
//-1/88E803DD8007/RXRULE/regxrule_stack_pop_callinfo_internal:
numinfo=0x4A971120
Aug 11 19:57:43.029:
//-1/88E803DD8007/RXRULE/regxrule_stack_pop_callinfo_internal: numinfo=0x0
Aug 11 19:57:43.029:
//-1/88E803DD8007/RXRULE/regxrule_stack_pop_RegXruleNumInfo:
stack=0x4AF5A558; count=2
Aug 11 19:57:43.029:
//-1/88E803DD8007/RXRULE/regxrule_stack_pop_callinfo_internal:
numinfo=0x4A971370
Has anyone seen this before? Any ideas as to why the plus is being
stripped?
Thanks in advance for your help.
_____
_______________________________________________
For more information regarding industry leading CCIE Lab training, please
visit www.ipexpert.com
_______________________________________________
For more information regarding industry leading CCIE Lab training, please
visit www.ipexpert.com
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit
www.ipexpert.com
