Supporting Digits 0x0a through 0x0f (Translating and Routing)

Up until and including software 10.5.0 the IMG supported accepting the digits 0x00-0x09, * , and # for processes such as routing, translations, Dialing Plan Events, and Radius. In software 10.5.1, feature F-1212 Support for the digits 0x0a - 0x0f was implemented. With the added functionality, the IMG can be configured to process the digits 0x0a though 0x0f. The added functionality impacts how the functions such as the Dialing Plan Event (DPE), Router, and RADIUS use the digits for digit matching, routing and Billing. Feature F-1212 is supported in all protocols. Refer to the information below.

 

Incoming/Outgoing Leg Channel Group functionality

Support for digits 0x0a - 0x0f is configured on a channel group basis. If the user wants the digits 0x0a - 0x0f support to be enabled end-to-end, the user has to enabled it on both the incoming and outgoing channel groups. If the digits 0x0a - 0x0f is not required, then nothing in the initial configuration of the IMG needs to be completed.

Note: Prior to 10.5.3 SP12, digits 0x0a-0x0f, *, and # is enabled all the time on the incoming leg and the user only needed to enabled the 0x0a - 0x0f support on the outgoing Channel Group.

 

In the scenario when sending/routing digits only digits 0x0a-0x0f are supported. The * and # characters will be converted to 0x0e and 0x0f respectively. Below are some examples:

Support Digit A to F = False (Default)

Example 1:

If a call comes in as 8623000# and the user wants to match that digit string then 8623000# or 8623000f entered in the string field of the Translation Table pane would satisfy the match.

Example 2:

If a call comes in and the user wants to append # to 8623000 then the string value entered in Translation Table would be 8623000 and the Originating # Translation field would be 8623000# or 8623000f. Both would satisfy the digit matching.

Example 3:

A call is sent through Radius Server for billing purposes and the number being sent is 8623000#. It would appear in the CDR as 8623000#

Example 4:

If a call comes in as 862abcd the digits will not be passed correctly. The digits abcd will be matched on the incoming side but will be dropped on outgoing side. The digits being sent out on outgoing side will go out as 862 and abcd will be dropped.

 

Support Digit A to F = True (Support for Digit A to F enabled)

Example 1:

If a call comes in as 8623000# the IMG will match the incoming '#' and then convert it to an 'f'. When the call is sent out on the outgoing leg the digits 8623000f will be sent.

Example 2:

A call comes in as 8623000. You would like to append the 'f' character to the end of the incoming call. The string value entered in Translation Table would be 8623000 which will match the incoming side. The Originating # Translation field would be set to 8623000f. The call would then be sent out as 8623000f.

Example 3:

A call is sent through Radius and the number being sent is 8623000#. The IMG would convert the # to an 'f' and it would appear in the CDR as 8623000f

Example 4:

If a call comes in as 862abcd and the user wants to match that digit string then 862abcd entered in the string field of the Translation Table pane would satisfy the match.

 

Configuration:

To enable/disable the Support for BCD digits 0x0a - 0x0f select from the drop down menu in Channel Group Pane in ClientView. The Default is False which does not offer support for digits 0x0a-0x0f on outgoing leg. Channel Group for CAS shown below. See Below

 

sc_channel_group_1051_atofsupport.png

 

Additional Information

Portion of Call Trace

20:15:27.418 CALL(GCL) (00:00005:00) Supporting digits A to F (Enabled!!!)

20:15:27.428 CALL(GCL) (00:00005:01) Supporting digits A to F (Disabled!!!)

Call Trace (RADIUS)

Below are Call Trace of a SIP to ISDN call. The Dialed number is 45ab#b*7ef which is shown below

Incoming SIP Call:

Thu Jul 10 21:14:11 2012

NAS-IP-Address = 10.11.1.48

NAS-Port = 1813

Called-Station-Id = "45abfbe7ef"  <--- Shows converted number. The # and * were converted to f and e

Acct-Session-Id = "00201c11139f008400f010002c58393c002e"

Acct-Status-Type = Start

NAS-Port-Type = Ethernet

Service-Type = Login-User

Dialogic-call-origin = "originate"

Dialogic-call-type = "SIP"

Acct-Delay-Time = 0

Login-IP-Host = 10.11.1.92

Tunnel-Client-Endpoint:0 = "10.11.1.48"

Dialogic-setup-time = "FRI JAN 02 03:09:12:380 1970"

Dialogic-voip-dst-sig-ip-in = "10.11.1.29"

Dialogic-voip-dst-rtp-ip-in = "10.11.1.29"

Dialogic-dnis-pre-translate = "45abfbe7ef"

Dialogic-call-direction = "INCOMING LEG"

Dialogic-trunk-grp-in = "SIP"

Dialogic-voip-src-rtp-ip-in = "10.11.1.201"

Dialogic-voip-src-sig-ip-in = "10.11.1.48"

Dialogic-call-id = "1-2564@10.11.1.29"

Dialogic-prev-hop-ip = "10.11.1.29:5060/UDP"

Dialogic-prev-hop-via = "sip:10.11.1.29:5060"

Dialogic-incoming-req-uri = "sip:45ab#b*7ef@10.10.1.48" <--- "Shows Original Dialed Number 45ab#b*7ef"

Dialogic-voip-local-vocoders = "PCMU,PCMA"

Dialogic-voip-remote-vocoders = "PCMU"

Dialogic-voip-codec-priority = "Local"

Client-IP-Address = 10.11.1.48

Acct-Unique-Session-Id = "d898dbf224a2e7c1"

Timestamp = 1215692051

SIP to ISDN:

Thu Jul 10 21:14:12 2012

NAS-IP-Address = 10.11.1.48

NAS-Port = 1813

Called-Station-Id = "45abfbe7ef" <--Number has been converted. The # and * were converted to f and e

Acct-Session-Id = "00201c11139f008400f010002c58393c002e"

Acct-Status-Type = Start

NAS-Port-Type = Ethernet

Service-Type = Login-User

Dialogic-call-origin = "answer"

Dialogic-call-type = "ISDN"

Acct-Delay-Time = 0

Login-IP-Host = 10.11.1.92

Tunnel-Client-Endpoint:0 = "10.11.1.48"

Dialogic-setup-time = "FRI JAN 02 03:09:13:470 1970"

Dialogic-connect-time = "FRI JAN 02 03:09:13:530 1970"

Dialogic-dnis-post-translate = "45abfbe7ef"  <--- Shows the DNIS translation

Dialogic-call-direction = "OUTGOING LEG"

Dialogic-trunk-grp-out = "ISDNOut"

Client-IP-Address = 10.10.1.48

Acct-Unique-Session-Id = "d898dbf224a2e7c1"

Timestamp = 1215692052