[OSL | CCIE_Voice] Vol 1 lab 11.4

Otto Sanchez otto at ipexpert.com
Tue Dec 15 07:06:08 EST 2009


Hello Kavi,

I meant that if you had the Redirecting Number IE Delivery - Inbound
checkbox in the Call Routing Information - Inbound Calls section for the
h.323 gw in cucm checked, if not please check it and reset the h.323 gw,

Thanks,

On Mon, Dec 14, 2009 at 10:19 PM, kavi ten <kaucciev at gmail.com> wrote:

> Yes I can the rdn no in the debug output
> HQ-GK#
> *Dec 15 02:55:05.862: ISDN Se0/1/0:15 Q931: RX <- SETUP pd = 8  callref =
> 0x00A6
>         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, '911'
>                 Plan:ISDN, Type:Unknown
>         Called Party Number i = 0x81, '2123945600'
>                 Plan:ISDN, Type:Unknown
>         Redirecting Number i = 0x000082, '1002'
>                 Plan:Unknown, Type:Unknown
> *Dec 15 02:55:05.862: ISDN Se0/1/0:15 Q931: Received SETUP  callref =
> 0x80A6 callID = 0x0010 switch = primary-net5 interface = User
> *Dec 15 02:55:05.866: ISDN Se0/1/0:15 Q931:
> extract_redirect_orig_called_ie: IE type redirecting num 1002 reason 2 cnt
> -1 plan 0 type 0 pres 0
> *Dec 15 02:55:05.870: //-1/153D44038011/CCAPI/cc_api_display_ie_subfields:
>
>    cc_api_call_setup_ind_common:
>    cisco-username=
>    ----- ccCallInfo IE subfields -----
>    cisco-ani=911
>    cisco-anitype=0
>    cisco-aniplan=1
>    cisco-anipi=0
>    cisco-anisi=0
>    dest=2123945600
>    cisco-desttype=0
>    cisco-destplan=1
>    cisco-rdie=74
>    cisco-rdn=1002
>    cisco-rdntype=0
>    cisco-rdnplan=0
>    cisco-rdnpi=0
>    cisco-rdnsi=0
>    cisco-redirectreason=2   fwd_final_type =0
>    final_redirectNumber =
>    hunt_group_timeout =0
>
> *Dec 15 02:55:05.874: //-1/153D44038011/CCAPI/cc_api_call_setup_ind_common:
>
>    Interface=0x49C06B04, Call Info(
>    Calling Number=911,(Calling Name=)(TON=Unknown, NPI=ISDN, Screening=Not
> Screened, Presentation=Allowed),
>    Called Number=2123945600(TON=Unknown, NPI=ISDN),
>    Calling Translated=FALSE, Subscriber Type Str=RegularLine,
> FinalDestinationFlag=TRUE,
>    Incoming Dial-peer=1, Progress Indication=ORIGINATING SIDE IS NON
> ISDN(3), Calling IE Present=TRUE,
>    Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID
> Transparent=FALSE), Call Id=-1
> *Dec 15 02:55:05.874: //-1/153D44038011/CCAPI/ccCheckClipClir:
>    In: Calling Number=911(TON=Unknown, NPI=ISDN, Screening=Not Screened,
> Presentation=Allowed)
> *Dec 15 02:55:05.874: //-1/153D44038011/CCAPI/ccCheckClipClir:
>    Out: Calling Number=911(TON=Unknown, NPI=ISDN, Screening=Not Screened,
> Presentation=Allowed)
> *Dec 15 02:55:05.874: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
>
> *Dec 15 02:55:05.874: :cc_get_feature_vsa malloc success
> *Dec 15 02:55:05.874: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
>
> *Dec 15 02:55:05.874:  cc_get_feature_vsa count is 1
> *Dec 15 02:55:05.874: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
>
> *Dec 15 02:55:05.874: :FEATURE_VSA attributes are:
> feature_name:0,feature_time:1244879472,feature_id:32
> *Dec 15 02:55:05.874: //36/153D44038011/CCAPI/cc_api_call_setup_ind_common:
>    Set Up Event Sent;
>    Call Info(Calling Number=911(TON=Unknown, NPI=ISDN, Screening=Not
> Screened, Presentation=Allowed),
>    Called Number=2123945600(TON=Unknown, NPI=ISDN))
> *Dec 15 02:55:05.878: //36/153D44038011/CCAPI/cc_process_call_setup_ind:
>    Event=0x49BBE408
> *Dec 15 02:55:05.878: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search:
>    Try with the demoted called number 2123945600
> *Dec 15 02:55:05.882: //36/153D44038011/CCAPI/ccCallSetContext:
>    Context=0x4909AE34
> *Dec 15 02:55:05.882: //36/153D44038011/CCAPI/cc_process_call_setup_ind:
>    >>>>CCAPI handed cid 36 with tag 1 to app "_ManagedAppProcess_Default"
> *Dec 15 02:55:05.882: //36/153D44038011/CCAPI/ccCallProceeding:
>    Progress Indication=NULL(0)
> *Dec 15 02:55:05.886: //36/153D44038011/CCAPI/ccCallSetupRequest:
>    Destination=, Calling IE Present=TRUE, Mode=0,
>    Outgoing Dial-peer=5000, Params=0x49099F94, Progress
> Indication=ORIGINATING SIDE IS NON ISDN(3)
> *Dec 15 02:55:05.886: //36/153D44038011/CCAPI/ccCheckClipClir:
>    In: Calling Number=911(TON=Unknown, NPI=ISDN, Screening=Not Screened,
> Presentation=Allowed)
> *Dec 15 02:55:05.886: //36/153D44038011/CCAPI/ccCheckClipClir:
>    Out: Calling Number=911(TON=Unknown, NPI=ISDN, Screening=Not Screened,
> Presentation=Allowed)
> *Dec 15 02:55:05.886: //36/153D44038011/CCAPI/ccCallSetupRequest:
>    Destination Pattern=2123945..., Called Number=2123945600, Digit
> Strip=FALSE
> *Dec 15 02:55:05.886: //36/153D44038011/CCAPI/ccCallSetupRequest:
>    Calling Number=911(TON=Unknown, NPI=ISDN, Screening=Not Screened,
> Presentation=Allowed),
>
>    Called Number=2123945600(TON=Unknown, NPI=ISDN),
>    Redirect Number=1002, Display Info=
>    Account Number=, Final Destination Flag=TRUE,
>    Guid=153D4403-E85C-11DE-8011-001DA104DFC8, Outgoing Dial-peer=5000
> *Dec 15 02:55:05.886: //36/153D44038011/CCAPI/cc_api_display_ie_subfields:
>    ccCallSetupRequest:
>
>    cisco-username=
>    ----- ccCallInfo IE subfields -----
>    cisco-ani=911
>    cisco-anitype=0
>    cisco-aniplan=1
>    cisco-anipi=0
>    cisco-anisi=0
>    dest=2123945600
>    cisco-desttype=0
>    cisco-destplan=1
>    cisco-rdie=74
>    cisco-rdn=1002
>    cisco-rdntype=0
>    cisco-rdnplan=0
>    cisco-rdnpi=0
>    cisco-rdnsi=0
>    cisco-redirectreason=2   fwd_final_type =0
>    final_redirectNumber =
>    hunt_group_timeout =0
>
> *Dec 15 02:55:05.890: //36/153D44038011/CCAPI/ccIFCallSetupRequestPrivate:
>    Interface=0x48B506BC, Interface Type=1, Destination=, Mode=0x0,
>    Call Params(Calling Number=911,(Calling Name=)(TON=Unknown, NPI=ISDN,
> Screening=Not Screened, Presentation=Allowed),
>
>    Called Number=2123945600(TON=Unknown, NPI=ISDN), Calling
> Translated=FALSE,
>    Subscriber Type Str=RegularLine, FinalDestinationFlag=TRUE, Outgoing
> Dial-peer=5000, Call Count On=FALSE,
>    Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0,
> Application Call Id=)
> *Dec 15 02:55:05.890: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
>
> *Dec 15 02:55:05.890: :cc_get_feature_vsa malloc success
> *Dec 15 02:55:05.890: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
>
> *Dec 15 02:55:05.890:  cc_get_feature_vsa count is 2
> *Dec 15 02:55:05.890: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa:
>
> *Dec 15 02:55:05.890: :FEATURE_VSA attributes are:
> feature_name:0,feature_time:1244879248,feature_id:33
> *Dec 15 02:55:05.890: //37/153D44038011/CCAPI/ccIFCallSetupRequestPrivate:
>    SPI Call Setup Request Is Success; Interface Type=1, FlowMode=1
> *Dec 15 02:55:05.890: //37/153D44038011/CCAPI/ccCallSetContext:
>    Context=0x49099F44
> *Dec 15 02:55:05.890: //36/153D44038011/CCAPI/ccSaveDialpeerTag:
>    Outgoing Dial-peer=5000
> *Dec 15 02:55:05.894: ISDN Se0/1/0:15 Q931: TX -> CALL_PROC pd = 8  callref
> = 0x80A6
>         Channel ID i = 0xA98381
>                 Exclusive, Channel 1
> *Dec 15 02:55:08.934: //37/153D44038011/CCAPI/cc_api_call_disconnected:
>    Cause Value=38, Interface=0x48B506BC, Call Id=37
> *Dec 15 02:55:08.934: //37/153D44038011/CCAPI/cc_api_call_disconnected:
>    Call Entry(Responsed=TRUE, Cause Value=38, Retry Count=0)
> *Dec 15 02:55:08.946: //36/xxxxxxxxxxxx/CCAPI/ccCallReleaseResources:
>    release reserved xcoding resource.
> *Dec 15 02:55:08.946: //37/153D44038011/CCAPI/ccCallSetAAA_Accounting:
>    Accounting=1, Call Id=37
> *Dec 15 02:55:08.946: //37/153D44038011/CCAPI/ccCallDisconnect:
>    Cause Value=38, Tag=0x0, Call Entry(Previous Disconnect Cause=0,
> Disconnect Cause=38)
> *Dec 15 02:55:08.946: //37/153D44038011/CCAPI/ccCallDisconnect:
>    Cause Value=38, Call Entry(Responsed=TRUE, Cause Value=38)
> *Dec 15 02:55:08.946: //37/153D44038011/CCAPI/cc_api_get_transfer_info:
>    Transfer Number Is Null
> *Dec 15 02:55:08.950: //37/153D44038011/CCAPI/cc_api_call_disconnect_done:
>    Disposition=0, Interface=0x48B506BC, Tag=0x0, Call Id=37,
>    Call Entry(Disconnect Cause=38, Voice Class Cause Code=0, Retry Count=0)
> *Dec 15 02:55:08.950: //37/153D44038011/CCAPI/cc_api_call_disconnect_done:
>    Call Disconnect Event Sent
> *Dec 15 02:55:08.950: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
>
> *Dec 15 02:55:08.950: :cc_free_feature_vsa freeing 4A335988
> *Dec 15 02:55:08.950: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa:
>
> *Dec 15 02:55:08.950:  vsacount in free is 1
> *Dec 15 02:55:08.954: //36/153D44038011/CCAPI/ccCallSetupRequest:
>    Destination=, Calling IE Present=TRUE, Mode=0,
>    Outgoing Dial-peer=5001, Params=0x4909CC64, Progress
> Indication=ORIGINATING SIDE IS NON ISDN(3)
> *Dec 15 02:55:08.954: //36/153D44038011/CCAPI/ccCheckClipClir:
>    In: Calling Number=911(TON=Unknown, NPI=ISDN, Screening=Not Screened,
> Presentation=Allowed)
> *Dec 15 02:55:08.954: //36/153D44038011/CCAPI/ccCheckClipClir:
>    Out: Calling Number=911(TON=Unknown, NPI=ISDN, Screening=Not Screened,
> Presentation=Allowed)
> *Dec 15 02:55:08.954: //36/153D44038011/CCAPI/ccCallSetupRequest:
>    Destination Pattern=2123945..., Called Number=2123945600, Digit
> Strip=FALSE
> *Dec 15 02:55:08.954: //36/153D44038011/CCAPI/ccCallSetupRequest:
>    Calling Number=911(TON=Unknown, NPI=ISDN, Screening=Not Screened,
> Presentation=Allowed),
>
>    Called Number=2123945600(TON=Unknown, NPI=ISDN),
>    Redirect Number=1002, Display Info=
>    Account Number=, Final Destination Flag=TRUE,
>    Guid=153D4403-E85C-11DE-8011-001DA104DFC8, Outgoing Dial-peer=5001
> *Dec 15 02:55:08.954: //36/153D44038011/CCAPI/cc_api_display_ie_subfields:
>    ccCallSetupRequest:
>
>    cisco-username=
>    ----- ccCallInfo IE subfields -----
>    cisco-ani=911
>    cisco-anitype=0
>
>
> Also I removed the application sip.app fron the voice register pool, still
> I can not make call from SIP phone,
>
>
> On Tue, Dec 15, 2009 at 6:37 AM, Otto Sanchez <otto at ipexpert.com> wrote:
>
>> Is cucm h.323 gw configuration picking the redirecting number in inbound
>> direction?
>>
>>
>> On Mon, Dec 14, 2009 at 10:02 PM, kavi ten <kaucciev at gmail.com> wrote:
>>
>>> Hi Otto,
>>>
>>> Thanks for the response !!
>>>
>>> The lab say VM for extn 1001 should be sent tp 1002 VM box.
>>> hence the rule as follows:
>>> voice translation-rule 1001
>>>  rule 1 /^1001$/ /1002/
>>> !
>>> !
>>> voice translation-profile 1001
>>>  translate redirect-called 1001
>>> !
>>> !
>>> dial-peer voice 5600 pots
>>>  translation-profile outgoing 1001
>>>  destination-pattern 5600
>>>  no digit-strip
>>>  port 1/0/0:15
>>>  prefix 1212394
>>> !
>>> !
>>> !
>>> call-manager-fallback
>>>  max-conferences 8 gain -6
>>>  transfer-system full-consult
>>>  ip source-address 10.10.201.1 port 2000
>>>  max-ephones 2
>>>  max-dn 2 dual-line
>>>  after-hours block pattern 1 91900 7-24
>>>  voicemail 5600
>>>  call-forward busy 5600
>>>  call-forward noan 5600 timeout 12
>>>  moh music_on_hold.au
>>>  multicast moh 239.1.1.1 port 16384 route 10.10.201.1 10.10.110.2
>>>  cor incoming css-internal default
>>>  cor incoming css-ld 1 1001
>>> !
>>>
>>> From the RTMT for Unity port monitor, I can not see the redirect call
>>> For this redirect call I can only the caller,called, reason
>>>  I have attached the screen shoot.
>>>
>>> From the HQ debug we can see we are getting the Redirect no 1002,what is
>>> it missing here.
>>>
>>>
>>>
>>> On Tue, Dec 15, 2009 at 3:31 AM, Otto Sanchez <otto at ipexpert.com> wrote:
>>>
>>>> Hello,
>>>>
>>>> 1.- Make sure the redirecting number is 1001 when the call is going out
>>>> the br1 gw in srst mode, don't forget the isdn outgoing ie
>>>> redirecting-number command in your voice serial interface in br1. Also that
>>>> the redirecting number is getting to the cucm in hq and that your cucm gw
>>>> configuration is configured to get the redirecting number in the inbound
>>>> direction
>>>>
>>>> 2.- Woud you please post the 1001 translation rule?, what are you trying
>>>> to achieve there
>>>>
>>>> 3.- Try removing the application sip.app from the voice register pool 1
>>>> command set,
>>>>
>>>>
>>>>
>>>>  On Sun, Dec 13, 2009 at 9:03 PM, kavi ten <kaucciev at gmail.com> wrote:
>>>>
>>>>>  Hi,
>>>>>
>>>>> I could not get this question solved as per the solution mentioned in
>>>>> the PG.
>>>>> 1. The SRST fallback incoming call at extn 1001 from PSTN hit the VM
>>>>> but I don't get the Subscriber greeting but get a default message From a
>>>>> touch tone telephone dial any extn.
>>>>>
>>>>> 2. How do it get the translation rule 1001 working in SRST, is it for a
>>>>> internal callers.
>>>>> 3. I'm not able to dial out from the SIP phone, I have a 7941 phone.
>>>>>    on the Terminal I see the message " Application sip.app in dail-peer
>>>>> 40001 not found " when I dial-out of the SIP phone in SRST mode.
>>>>>
>>>>>   voice register global
>>>>>  max-dn 2
>>>>>  max-pool 1
>>>>> !
>>>>> voice register pool  1
>>>>>  id network 10.10.201.0 mask 255.255.255.0
>>>>>  application sip.app
>>>>>   cor incoming css-internal default
>>>>>  dtmf-relay rtp-nte
>>>>>  call-forward b2bua busy 5600
>>>>>  call-forward b2bua noan 5600 timeout 10
>>>>>  codec g711ulaw
>>>>> !
>>>>>
>>>>> The IOS is IPVOICE.12.4(22)T
>>>>>
>>>>> Thanks,
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> For more information regarding industry leading CCIE Lab training,
>>>>> please visit www.ipexpert.com
>>>>>
>>>>>
>>>>
>>>>
>>>> --
>>>> Regards,
>>>>
>>>> Otto Sanchez
>>>> CCIE #25592 (Voice)
>>>> Support Engineer - IPexpert, Inc.
>>>> URL: http://www.IPexpert.com
>>>>
>>>
>>>
>>
>>
>> --
>> Regards,
>>
>> Otto Sanchez
>> CCIE #25592 (Voice)
>> Support Engineer - IPexpert, Inc.
>> URL: http://www.IPexpert.com
>>
>
>


-- 
Regards,

Otto Sanchez
CCIE #25592 (Voice)
Support Engineer - IPexpert, Inc.
URL: http://www.IPexpert.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: </archives/ccie_voice/attachments/20091215/65476a54/attachment-0003.html>


More information about the CCIE_Voice mailing list