Not saying this is your issue but you should remove the Voice-Class codec from the dial-peers involved in GK and Cube call, hardcode the codec in ALL the dial-peers and see if this helps you.
-----Original Message----- From: ccie_voice-boun...@onlinestudylist.com [mailto:ccie_voice-boun...@onlinestudylist.com] On Behalf Of ccie_voice-requ...@onlinestudylist.com Sent: Thursday, April 22, 2010 8:25 AM To: ccie_voice@onlinestudylist.com Subject: CCIE_Voice Digest, Vol 50, Issue 123 Send CCIE_Voice mailing list submissions to ccie_voice@onlinestudylist.com To subscribe or unsubscribe via the World Wide Web, visit http://onlinestudylist.com/mailman/listinfo/ccie_voice or, via email, send a message with subject or body 'help' to ccie_voice-requ...@onlinestudylist.com You can reach the person managing the list at ccie_voice-ow...@onlinestudylist.com When replying, please edit your Subject line so it is more specific than "Re: Contents of CCIE_Voice digest..." Today's Topics: 1. Re: Vol2 Lab1 4.2 issue (ccieid1ot) ---------------------------------------------------------------------- Message: 1 Date: Thu, 22 Apr 2010 10:25:00 -0500 From: ccieid1ot <ccieid...@gmail.com> Subject: Re: [OSL | CCIE_Voice] Vol2 Lab1 4.2 issue To: Angel Perez <gorr...@hotmail.com> Cc: osl osl <ccie_voice@onlinestudylist.com>, kevin.hobson2...@ntlworld.com, ccie_voice-requ...@onlinestudylist.com Message-ID: <w2te51ace101004220825la0c4627bof96d74e8f9a18...@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Did you add G729r8 in DSPfarm profile? On Thu, Apr 22, 2010 at 9:34 AM, Angel Perez <gorr...@hotmail.com> wrote: > Hi,?I'm not 100% sure?of your?scenario but try the?following tips: > > On gk trunk: > uncheck?wait for h245?capabilies, chech inbound faststart > > On cube: > voice service voip > h323 > emptycapability > h225 id-passthru > h225 connect-passthru > h245 passthru tcsnonstd-passthru > > add codec g729r8 to dspfarm profile > > On remote gw: > > If your phones are sip? with codec g711u you will need a transcoder local to > this gw > > hth > > >> Date: Thu, 22 Apr 2010 15:16:41 +0100 >> From: kevin.hobson2...@ntlworld.com >> To: ccie_voice@onlinestudylist.com >> CC: ccie_voice-requ...@onlinestudylist.com >> Subject: [OSL | CCIE_Voice] Vol2 Lab1 4.2 issue >> >> Hi all, >> >> I have been banging my head against this for a few hours now. >> >> I have a issue were if you call a br2 phone from hq the call routes fine >> and the call gets setup. >> >> However when the call is answered the call continues to ring on the hq >> side and the call is disconnected on the outbound call leg with cause 47 no >> resource available. >> >> I have narrowed this down to a transcoding issue as if i change outbound >> dialpeer to g729 the call connects fine. >> >> If i do sh sdspfarm session active i dont see anything so it looks like >> for some reason the CUBE isnt invoking the transcoder. >> >> A show sdspfarm unit show that it is registered: >> >> GK-CUBE#sh sdspfarm units >> >> mtp-1 Device:xcoder TCP socket:[1] REGISTERED in SCCP ver 0/10 >> actual_stream:4 max_stream 12 IP:10.10.200.2 48984 MTP YOKO keepalive 17 >> Supported codec: >> G711Ulaw >> G711Alaw >> G729 >> G729a >> G729ab >> >> max-mtps:1, max-streams:4, alloc-streams:4, act-streams:0 >> >> >> Debug voip ipipgw below: >> >> GK-CUBE# >> Apr 22 18:08:35.095: //9/8041DD601500/H323/setup_ind: Receive bearer cap >> infoXRate 16, rateMult 0 >> Apr 22 18:08:35.103: >> //9/8041DD601500/H323/cch323_set_h245_state_mc_mode_incoming: h245 state m/c >> mode=0x10F, h323_ctl=0x2F >> Apr 22 18:08:35.115: //-1/xxxxxxxxxxxx/H323/cch245_event_handler: callID=9 >> Apr 22 18:08:35.115: //-1/xxxxxxxxxxxx/H323/cch245_event_handler: Event >> CC_EV_H245_SET_MODE: data ptr=0x4AC70D60 >> Apr 22 18:08:35.115: //9/8041DD601500/H323/cch323_set_mode: callID=9, flow >> Mode=1 spi_mode=0x1 >> Apr 22 18:08:35.115: //9/8041DD601500/H323/cch323_do_call_proceeding: >> set_mode NOT called yet...saved deferred CALL_PROC >> Apr 22 18:08:35.115: >> //10/8041DD601500/H323/cch323_set_h245_state_mc_mode_outgoing: call_spi_mode >> = 1 >> Apr 22 18:08:35.115: >> //10/8041DD601500/H323/cch323_set_h245_state_mc_mode_outgoing: h245 state >> m/c mode=0x1AF0, h323_ctl=0x0 >> Apr 22 18:08:35.115: //10/8041DD601500/H323/cch323_get_peer_info: Entry >> Apr 22 18:08:35.115: //10/8041DD601500/H323/cch323_get_peer_info: Have >> peer >> Apr 22 18:08:35.115: //10/8041DD601500/H323/cch323_set_pref_codec_list: >> First preferred codec(bytes)=5(160) >> Apr 22 18:08:35.115: //10/8041DD601500/H323/cch323_get_peer_info: Flow >> Mode set to FLOW_THROUGH >> Apr 22 18:08:35.115: >> //10/8041DD601500/H323/cch323_set_h323_control_options_outgoing: h245 sm >> mode = 6896 >> Apr 22 18:08:35.115: >> //10/8041DD601500/H323/cch323_set_h323_control_options_outgoing: >> h323_ctl=0x2F >> Apr 22 18:08:35.119: //9/8041DD601500/H323/cch323_process_set_mode: >> Setting inbound leg mode flags to 0x1AF0, flow-mode to FLOW_THROUGH >> Apr 22 18:08:35.119: //9/8041DD601500/H323/cch323_process_set_mode: >> Sending deferred CALL_PROC >> Apr 22 18:08:35.119: //9/8041DD601500/H323/cch323_do_call_proceeding: >> set_mode called so we can proceed with CALLPROC >> Apr 22 18:08:35.127: //10/8041DD601500/H323/cch323_rotary_call_notify: >> cch323_rotary_call_notify Posting rotary call notification to other >> callleg. >> >> Apr 22 18:08:35.127: //-1/xxxxxxxxxxxx/H323/cch245_event_handler: callID=9 >> Apr 22 18:08:35.127: //9/8041DD601500/H323/cch323_do_rotary_call_cleanup: >> ../voip/cch323/gw/os/src/h323_gw_ccapi.c:cch323_do_rotary_call_cleanup:7430: >> Entry >> Apr 22 18:08:35.127: //9/8041DD601500/H323/cch323_do_rotary_call_cleanup: >> cch323_do_rotary_call_cleanup Exit >> Apr 22 18:08:35.127: //10/8041DD601500/H323/check_qos_and_send_setup: >> Sending setup h323 slow rsvp >> Apr 22 18:08:35.127: //10/8041DD601500/H323/cch323_build_qosInfo: >> ccb=0x47BFB484. msg_type=1 >> Apr 22 18:08:35.127: //10/8041DD601500/H323/cch323_build_qosInfo: >> media_ip_addr=0x0, remote_qos_video=0, audio_lport=0, audio_rport=0, >> video=0, video_lport=0, video_rport=0, h245_lport=0, h245_rport=0 >> , remote_qos_audio_bw=0, remote_qos_video_bw=0 >> Apr 22 18:08:35.231: //-1/xxxxxxxxxxxx/H323/cch323_decode_qos_info: >> media_ip_addr: 0x0, remote_qos_video: 0, audio_lport: 0, audio_rport: 0, >> video: 0, video_lport: 0, video_rport: 0, remote qos audio >> bw: 0, remote qos video bw: 0 >> Apr 22 18:08:35.231: //10/8041DD601500/H323/callproc_notify: Peer not >> ready so not starting TCP >> Apr 22 18:08:35.235: //10/8041DD601500/H323/callproc_notify: Peer not >> ready so not starting TCP >> Apr 22 18:08:37.239: //10/8041DD601500/H323/h245_address_ind: ev=2 >> Apr 22 18:08:37.239: //-1/xxxxxxxxxxxx/H323/h245_address_ind: Sending >> event >> Apr 22 18:08:37.243: //10/8041DD601500/H323/cch323_h245_addr_notify: >> Sending event CC_EV_H245_ADDR, ev 2 >> Apr 22 18:08:37.243: //-1/xxxxxxxxxxxx/H323/cch245_event_handler: callID=9 >> Apr 22 18:08:37.243: //-1/xxxxxxxxxxxx/H323/cch245_event_handler: Event >> CC_EV_H245_ADDR received, ADDR event 2 >> Apr 22 18:08:37.243: //-1/xxxxxxxxxxxx/H323/cch323_start_h245: entry >> Apr 22 18:08:37.243: //9/8041DD601500/H323/cch323_h245_connection_sm: >> state=0, event=0, ccb=47BB956C, listen state=0 >> Apr 22 18:08:37.247: //9/8041DD601500/H323/cch323_start_h245: Sending >> Progress[pi=8] to CCM >> Apr 22 18:08:37.247: //9/8041DD601500/H323/cch323_start_h245: Sending >> Progress[h245Addr, pi=0x00] >> Apr 22 18:08:37.355: //9/8041DD601500/H323/cch323_h245_connection_sm: >> state=1, event=2, ccb=47BB956C, listen state=1 >> Apr 22 18:08:37.355: //9/8041DD601500/H323/cch323_h245_cap_ind: Masks >> au=0x180C data=0x0 uinp=0x32 >> Apr 22 18:08:37.355: //-1/xxxxxxxxxxxx/H323/cch323_get_dp_pref_mask: >> cch323_get_dp_pref_mask:IPIPGW(9):setting mask for 729ar8also as 729 is >> configured >> Apr 22 18:08:37.355: //9/8041DD601500/H323/cch323_set_extended_caps: >> Copying codec list into extended caps structure >> Apr 22 18:08:37.355: //9/8041DD601500/H323/cch323_set_extended_caps: >> G729IETF >> Apr 22 18:08:37.355: //9/8041DD601500/H323/cch323_set_extended_caps: G729a >> Apr 22 18:08:37.359: //9/8041DD601500/H323/cch323_iwf_cap_notify: Mask >> sent to other leg=C >> Apr 22 18:08:37.359: //10/8041DD601500/H323/cch323_peer_caps_ind_common: >> Update the audio mask: old mask=0x7800EBF7; new mask=0xC >> Apr 22 18:08:37.359: //10/8041DD601500/H323/cch323_peer_caps_ind_common: >> ExtendedCaps present >> Apr 22 18:08:37.359: //10/8041DD601500/H323/cch323_set_dtmf_relay_mask: >> Extract dtmf-caps from caps struct >> Apr 22 18:08:37.359: //10/8041DD601500/H323/cch323_set_dtmf_relay_mask: >> After extracting dtmf-caps from caps struct; user_input_cap_mask=0x1C >> Apr 22 18:08:37.359: >> //10/8041DD601500/H323/cch323_prepare_preferred_codec_list: Munging caps: >> 16:C:1 >> Apr 22 18:08:37.359: >> //10/8041DD601500/H323/cch323_prepare_preferred_codec_list: Check the >> filter: Not a single match >> Apr 22 18:08:37.359: //10/8041DD601500/H323/cch323_peer_caps_ind_common: >> No matching codec after filtering - use dial-peer codecs in TCS >> Apr 22 18:08:37.359: //10/8041DD601500/H323/cch323_peer_caps_ind_common: >> need xcoder resource for codec mismatch >> Apr 22 18:08:37.359: //10/8041DD601500/H323/cch323_peer_caps_ind_common: >> try to find transcoder >> Apr 22 18:08:37.359: //10/8041DD601500/H323/cch323_do_xcode_stream_ind: >> Sending event CC_EV_H245_SET_XCODE_STREAM, stream ID 4 >> Apr 22 18:08:37.359: //-1/xxxxxxxxxxxx/H323/cch245_event_handler: callID=9 >> Apr 22 18:08:37.359: //-1/xxxxxxxxxxxx/H323/cch245_event_handler: Event >> CC_EV_H245_SET_XCODE_STREAM: data ptr=0x4998C980 >> Apr 22 18:08:37.359: //-1/xxxxxxxxxxxx/H323/cch323_post_xcode_stream: >> Entry, callID=9 >> Apr 22 18:08:37.359: //10/8041DD601500/H323/cch323_peer_caps_ind_common: >> reserved transcoder successfully >> Apr 22 18:08:37.359: //10/8041DD601500/H323/cch323_h245_connection_sm: >> state=0, event=1, ccb=47BFB484, listen state=0 >> Apr 22 18:08:37.379: //10/8041DD601500/H323/cch323_h245_connection_sm: >> state=1, event=2, ccb=47BFB484, listen state=0 >> Apr 22 18:08:37.379: >> //10/8041DD601500/H323/h245_copy_preferred_codec_list: Copying Preferred >> codec into caps table >> Apr 22 18:08:37.379: //10/8041DD601500/H323/h245_send_generic_audio_caps: >> [trans]audio mask after operation=0x9 >> Apr 22 18:08:37.427: //10/8041DD601500/H323/cch323_h245_cap_ind: Masks >> au=0xC data=0x2 uinp=0x32 >> Apr 22 18:08:37.427: //10/8041DD601500/H323/cch323_get_remote_caps: Check >> the filter: Not a single match >> Apr 22 18:08:37.427: //-1/xxxxxxxxxxxx/H323/cch323_do_msd_info: callID=10, >> sending event CC_EV_H245_MSD_INFO, msd info ptr 0x4982C38C >> Apr 22 18:08:37.427: //-1/xxxxxxxxxxxx/H323/cch245_event_handler: callID=9 >> Apr 22 18:08:37.427: //-1/xxxxxxxxxxxx/H323/cch245_event_handler: Event >> CC_EV_H245_MSD_INFO: data ptr=0x4982C38C >> Apr 22 18:08:37.431: >> //10/8041DD601500/H323/h245_iwf_handle_send_caps_ack_to_peer: Sending caps >> ack to other leg >> Apr 22 18:08:37.431: //-1/xxxxxxxxxxxx/H323/cch323_do_caps_ack: >> dstCallID=-1, srcCallID=10 >> Apr 22 18:08:37.431: //9/8041DD601500/H323/cch323_peer_caps_ack: Sending >> caps resp event to CAP sm >> Apr 22 18:08:47.319: //10/8041DD601500/H323/cch323_h245_connection_sm: >> state=2, event=4, ccb=47BFB484, listen state=0 >> >> Debug voip ccapi inout: >> >> GK-CUBE# >> Apr 22 18:12:43.823: //-1/00A447F51600/CCAPI/cc_api_display_ie_subfields: >> cc_api_call_setup_ind_common: >> cisco-username=hq ph1 >> ----- ccCallInfo IE subfields ----- >> cisco-ani=2123945001 >> cisco-anitype=0 >> cisco-aniplan=0 >> cisco-anipi=0 >> cisco-anisi=1 >> dest=3001 >> cisco-desttype=0 >> cisco-destplan=0 >> cisco-rdie=FFFFFFFF >> cisco-rdn= >> cisco-rdntype=-1 >> cisco-rdnplan=-1 >> cisco-rdnpi=-1 >> cisco-rdnsi=-1 >> cisco-redirectreason=-1 fwd_final_type =0 >> final_redirectNumber = >> hunt_group_timeout =0 >> >> Apr 22 18:12:43.823: //-1/00A447F51600/CCAPI/cc_api_call_setup_ind_common: >> Interface=0x48899FB8, Call Info( >> Calling Number=2123945001,(Calling Name=)(TON=Unknown, NPI=Unknown, >> Screening=User, Passed, Presentation=Allowed), >> Called Number=3001(TON=Unknown, NPI=Unknown), >> Calling Translated=FALSE, Subscriber Type Str=Unknown, >> FinalDestinationFlag=TRUE, >> Incoming Dial-peer=1001, Progress Indication=NULL(0), Calling IE >> Present=TRUE, >> Source Trkgrp Route Label=, Target Trkgrp Route Label=, CLID >> Transparent=FALSE), Call Id=11 >> Apr 22 18:12:43.823: //-1/00A447F51600/CCAPI/ccCheckClipClir: >> In: Calling Number=2123945001(TON=Unknown, NPI=Unknown, Screening=User, >> Passed, Presentation=Allowed) >> Apr 22 18:12:43.823: //-1/00A447F51600/CCAPI/ccCheckClipClir: >> Out: Calling Number=2123945001(TON=Unknown, NPI=Unknown, Screening=User, >> Passed, Presentation=Allowed) >> Apr 22 18:12:43.823: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: >> >> Apr 22 18:12:43.823: :cc_get_feature_vsa malloc success >> Apr 22 18:12:43.823: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: >> >> Apr 22 18:12:43.823: cc_get_feature_vsa count is 1 >> Apr 22 18:12:43.823: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: >> >> Apr 22 18:12:43.823: :FEATURE_VSA attributes are: >> feature_name:0,feature_time:1203650392,feature_id:11 >> Apr 22 18:12:43.823: //11/00A447F51600/CCAPI/cc_api_call_setup_ind_common: >> Set Up Event Sent; >> Call Info(Calling Number=2123945001(TON=Unknown, NPI=Unknown, >> Screening=User, Passed, Presentation=Allowed), >> Called Number=3001(TON=Unknown, NPI=Unknown)) >> Apr 22 18:12:43.827: //11/00A447F51600/CCAPI/cc_process_call_setup_ind: >> Event=0x498CBFB0 >> Apr 22 18:12:43.827: //-1/xxxxxxxxxxxx/CCAPI/cc_setupind_match_search: >> Try with the demoted called number 3001 >> Apr 22 18:12:43.831: //11/00A447F51600/CCAPI/ccCallSetContext: >> Context=0x4ABF5158 >> Apr 22 18:12:43.831: //11/00A447F51600/CCAPI/cc_process_call_setup_ind: >> >>>>CCAPI handed cid 11 with tag 1001 to app "_ManagedAppProcess_Default" >> Apr 22 18:12:43.831: //11/00A447F51600/CCAPI/ccCallProceeding: >> Progress Indication=NULL(0) >> Apr 22 18:12:43.835: //11/00A447F51600/CCAPI/ccCallSetupRequest: >> Destination=, Calling IE Present=TRUE, Mode=0, >> Outgoing Dial-peer=1000, Params=0x4ABF6068, Progress Indication=NULL(0) >> Apr 22 18:12:43.835: //11/00A447F51600/CCAPI/ccCheckClipClir: >> In: Calling Number=2123945001(TON=Unknown, NPI=Unknown, Screening=User, >> Passed, Presentation=Allowed) >> Apr 22 18:12:43.835: //11/00A447F51600/CCAPI/ccCheckClipClir: >> Out: Calling Number=2123945001(TON=Unknown, NPI=Unknown, Screening=User, >> Passed, Presentation=Allowed) >> Apr 22 18:12:43.835: //11/00A447F51600/CCAPI/ccCallSetupRequest: >> Destination Pattern=3..., Called Number=3001, Digit Strip=FALSE >> Apr 22 18:12:43.835: //11/00A447F51600/CCAPI/ccCallSetupRequest: >> Calling Number=2123945001(TON=Unknown, NPI=Unknown, Screening=User, >> Passed, Presentation=Allowed), >> Called Number=3001(TON=Unknown, NPI=Unknown), >> Redirect Number=, Display Info=hq ph1 >> Account Number=hq ph1, Final Destination Flag=TRUE, >> Guid=00A447F5-D193-01BD-1600-3A020A0AC83B, Outgoing Dial-peer=1000 >> Apr 22 18:12:43.835: //11/00A447F51600/CCAPI/cc_api_display_ie_subfields: >> ccCallSetupRequest: >> cisco-username=hq ph1 >> ----- ccCallInfo IE subfields ----- >> cisco-ani=2123945001 >> cisco-anitype=0 >> cisco-aniplan=0 >> cisco-anipi=0 >> cisco-anisi=1 >> dest=3001 >> cisco-desttype=0 >> cisco-destplan=0 >> cisco-rdie=FFFFFFFF >> cisco-rdn= >> cisco-rdntype=-1 >> cisco-rdnplan=-1 >> cisco-rdnpi=-1 >> cisco-rdnsi=-1 >> cisco-redirectreason=-1 fwd_final_type =0 >> final_redirectNumber = >> hunt_group_timeout =0 >> >> Apr 22 18:12:43.835: //11/00A447F51600/CCAPI/ccIFCallSetupRequestPrivate: >> Interface=0x48899FB8, Interface Type=1, Destination=, Mode=0x0, >> Call Params(Calling Number=2123945001,(Calling Name=hq ph1)(TON=Unknown, >> NPI=Unknown, Screening=User, Passed, Presentation=Allowed), >> Called Number=3001(TON=Unknown, NPI=Unknown), Calling Translated=FALSE, >> Subscriber Type Str=Unknown, FinalDestinationFlag=TRUE, Outgoing >> Dial-peer=1000, Call Count On=FALSE, >> Source Trkgrp Route Label=, Target Trkgrp Route Label=, tg_label_flag=0, >> Application Call Id=) >> Apr 22 18:12:43.835: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: >> >> Apr 22 18:12:43.835: :cc_get_feature_vsa malloc success >> Apr 22 18:12:43.835: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: >> >> Apr 22 18:12:43.835: cc_get_feature_vsa count is 2 >> Apr 22 18:12:43.839: //-1/xxxxxxxxxxxx/CCAPI/cc_get_feature_vsa: >> >> Apr 22 18:12:43.839: :FEATURE_VSA attributes are: >> feature_name:0,feature_time:1203650168,feature_id:12 >> Apr 22 18:12:43.839: //12/00A447F51600/CCAPI/ccIFCallSetupRequestPrivate: >> SPI Call Setup Request Is Success; Interface Type=1, FlowMode=1 >> Apr 22 18:12:43.839: //12/00A447F51600/CCAPI/ccCallSetContext: >> Context=0x4ABF6018 >> Apr 22 18:12:43.839: //11/00A447F51600/CCAPI/ccSaveDialpeerTag: >> Outgoing Dial-peer=1000 >> Apr 22 18:12:43.847: //12/00A447F51600/CCAPI/cc_api_event_indication: >> Event=92, Call Id=12 >> Apr 22 18:12:43.847: //12/00A447F51600/CCAPI/cc_api_event_indication: >> Event Is Sent To Conferenced SPI(s) Directly >> Apr 22 18:12:43.983: //12/00A447F51600/CCAPI/cc_api_call_proceeding: >> Interface=0x48899FB8, Progress Indication=NULL(0) >> Apr 22 18:12:43.983: //12/00A447F51600/CCAPI/cc_api_call_proceeding: >> Interface=0x48899FB8, Progress Indication=NULL(0) >> Apr 22 18:12:44.003: //12/00A447F51600/CCAPI/cc_api_set_delay_xport: >> CallInfo(delay xport=TRUE) >> Apr 22 18:12:44.003: //12/00A447F51600/CCAPI/cc_api_call_alert: >> Interface=0x48899FB8, Progress Indication=NULL(0), Signal >> Indication=SIGNAL RINGBACK(1) >> Apr 22 18:12:44.003: //12/00A447F51600/CCAPI/cc_api_call_alert: >> Call Entry(Retry Count=0, Responsed=TRUE) >> Apr 22 18:12:44.003: //11/00A447F51600/CCAPI/ccCallAlert: >> Progress Indication=NULL(0), Signal Indication=SIGNAL RINGBACK(1) >> Apr 22 18:12:44.003: //11/00A447F51600/CCAPI/ccCallAlert: >> Call Entry(Responsed=TRUE, Alert Sent=TRUE) >> Apr 22 18:12:44.003: >> //12/00A447F51600/CCAPI/cc_api_get_called_ccm_detected: >> CallInfo(ccm detected=0) >> Apr 22 18:12:44.007: //11/00A447F51600/CCAPI/ccCallNotify: >> Data Bitmask=0x7, Call Id=11 >> Apr 22 18:12:44.007: >> //12/00A447F51600/CCAPI/cc_api_get_called_ccm_detected: >> CallInfo(ccm detected=0) >> Apr 22 18:12:44.007: //11/00A447F51600/CCAPI/cc_api_get_delay_xport: >> CallInfo(delay xport=FALSE) >> Apr 22 18:12:44.011: //12/00A447F51600/CCAPI/cc_api_call_notify: >> Data Bitmask=0x7, Interface=0x48899FB8, Call Id=12 >> Apr 22 18:12:44.011: >> //12/00A447F51600/CCAPI/cc_api_get_ssCTreRoutingNotSupported: >> CallInfo(ssCTreRoutingNotSupported=FALSE) >> Apr 22 18:12:44.011: //12/00A447F51600/CCAPI/cc_api_get_ccm_detected: >> CallInfo(ccm detected=TRUE) >> Apr 22 18:12:44.011: //11/00A447F51600/CCAPI/ccCallNotify: >> Data Bitmask=0x7, Call Id=11 >> Apr 22 18:12:44.011: >> //12/00A447F51600/CCAPI/cc_api_get_called_ccm_detected: >> CallInfo(ccm detected=0) >> Apr 22 18:12:46.103: //12/00A447F51600/CCAPI/ccIsInfoRingback: >> Returning dpRingBack=0 >> Apr 22 18:12:46.103: //12/00A447F51600/CCAPI/cc_api_event_indication: >> Event=160, Call Id=12 >> Apr 22 18:12:46.103: //12/00A447F51600/CCAPI/cc_api_event_indication: >> Event Is Sent To Conferenced SPI(s) Directly >> Apr 22 18:12:46.115: //12/00A447F51600/CCAPI/cc_api_call_notify: >> Data Bitmask=0x7, Interface=0x48899FB8, Call Id=12 >> Apr 22 18:12:46.119: >> //12/00A447F51600/CCAPI/cc_api_get_ssCTreRoutingNotSupported: >> CallInfo(ssCTreRoutingNotSupported=FALSE) >> Apr 22 18:12:46.119: //12/00A447F51600/CCAPI/cc_api_get_ccm_detected: >> CallInfo(ccm detected=TRUE) >> Apr 22 18:12:46.119: //11/00A447F51600/CCAPI/ccCallNotify: >> Data Bitmask=0x7, Call Id=11 >> Apr 22 18:12:46.119: >> //12/00A447F51600/CCAPI/cc_api_get_called_ccm_detected: >> CallInfo(ccm detected=0) >> Apr 22 18:12:46.195: //11/00A447F51600/CCAPI/cc_api_caps_ind: >> Destination Interface=0x0, Destination Call Id=-1, Source Call Id=11, >> Caps(Codec=0xC, Fax Rate=0x2, Vad=0x2, >> Modem=0x0, Codec Bytes=20, Signal Type=2) >> Apr 22 18:12:46.195: //11/00A447F51600/CCAPI/cc_api_caps_ind: >> Caps(Playout Mode=1, Playout Initial=60(ms), Playout Min=40(ms), >> Playout Max=1000(ms), Fax Nom=300(ms)) >> Apr 22 18:12:46.195: //12/xxxxxxxxxxxx/CCAPI/cc_api_set_xcode_stream: >> >> Apr 22 18:12:46.195: cc_api_set_xcode_stream Line: 4474 >> Apr 22 18:12:46.199: //12/00A447F51600/CCAPI/cc_api_event_indication: >> Event=161, Call Id=12 >> Apr 22 18:12:46.199: //12/00A447F51600/CCAPI/cc_api_event_indication: >> Event Is Sent To Conferenced SPI(s) Directly >> Apr 22 18:12:46.199: //11/xxxxxxxxxxxx/CCAPI/cc_api_set_xcode_stream: >> >> Apr 22 18:12:46.199: cc_api_set_xcode_stream Line: 4474 >> Apr 22 18:12:46.199: //11/xxxxxxxxxxxx/CCAPI/cc_api_get_xcode_stream: >> >> Apr 22 18:12:46.199: cc_api_get_xcode_stream : 4452 >> Apr 22 18:12:46.227: //12/00A447F51600/CCAPI/cc_api_event_indication: >> Event=157, Call Id=12 >> Apr 22 18:12:46.227: //12/00A447F51600/CCAPI/cc_api_event_indication: >> Event Is Sent To Conferenced SPI(s) Directly >> Apr 22 18:12:46.235: //12/00A447F51600/CCAPI/cc_api_caps_ack: >> Destination Interface=0x0, Destination Call Id=-1, Source Call Id=12, >> Caps(Codec=gsmefr(0x0), Fax Rate=Invalid(0x0), Vad=Invalid(0x0), >> Modem=OFF(0x0), Codec Bytes=0, Signal Type=0, Seq Num Start=0) >> Apr 22 18:12:56.147: //11/00A447F51600/CCAPI/cc_api_call_disconnected: >> Cause Value=47, Interface=0x48899FB8, Call Id=11 >> Apr 22 18:12:56.147: //11/00A447F51600/CCAPI/cc_api_call_disconnected: >> Call Entry(Responsed=TRUE, Cause Value=47, Retry Count=0) >> Apr 22 18:12:56.147: //12/00A447F51600/CCAPI/ccCallDisconnect: >> Cause Value=47, Tag=0x0, Call Entry(Previous Disconnect Cause=0, >> Disconnect Cause=0) >> Apr 22 18:12:56.147: //12/00A447F51600/CCAPI/ccCallDisconnect: >> Cause Value=47, Call Entry(Responsed=TRUE, Cause Value=47) >> Apr 22 18:12:56.147: //12/00A447F51600/CCAPI/cc_api_get_transfer_info: >> Transfer Number Is Null >> Apr 22 18:12:56.147: //11/00A447F51600/CCAPI/ccCallDisconnect: >> Cause Value=47, Tag=0x0, Call Entry(Previous Disconnect Cause=0, >> Disconnect Cause=47) >> Apr 22 18:12:56.151: //11/00A447F51600/CCAPI/ccCallDisconnect: >> Cause Value=47, Call Entry(Responsed=TRUE, Cause Value=47) >> Apr 22 18:12:56.151: //11/00A447F51600/CCAPI/cc_api_get_transfer_info: >> Transfer Number Is Null >> Apr 22 18:12:56.163: //12/00A447F51600/CCAPI/cc_api_call_disconnect_done: >> Disposition=0, Interface=0x48899FB8, Tag=0x0, Call Id=12, >> Call Entry(Disconnect Cause=47, Voice Class Cause Code=0, Retry Count=0) >> Apr 22 18:12:56.163: //12/00A447F51600/CCAPI/cc_api_call_disconnect_done: >> Call Disconnect Event Sent >> Apr 22 18:12:56.163: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa: >> >> Apr 22 18:12:56.163: :cc_free_feature_vsa freeing 47BE3E70 >> Apr 22 18:12:56.163: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa: >> >> Apr 22 18:12:56.163: vsacount in free is 1 >> Apr 22 18:12:56.163: //11/00A447F51600/CCAPI/cc_api_call_disconnect_done: >> Disposition=0, Interface=0x48899FB8, Tag=0x0, Call Id=11, >> Call Entry(Disconnect Cause=47, Voice Class Cause Code=0, Retry Count=0) >> Apr 22 18:12:56.167: //11/00A447F51600/CCAPI/cc_api_call_disconnect_done: >> Call Disconnect Event Sent >> Apr 22 18:12:56.167: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa: >> >> Apr 22 18:12:56.167: :cc_free_feature_vsa freeing 47BE3F50 >> Apr 22 18:12:56.167: //-1/xxxxxxxxxxxx/CCAPI/cc_free_feature_vsa: >> >> Apr 22 18:12:56.167: vsacount in free is 0 >> >> I have tried ticking require mtp and using faststart on a g729codec on the >> trunk and the same thing is happening. >> >> Thanks for the help. >> >> Cheers >> >> Kev >> >> >> >> >> ---- ccie_voice-requ...@onlinestudylist.com wrote: >> > Send CCIE_Voice mailing list submissions to >> > ccie_voice@onlinestudylist.com >> > >> > To subscribe or unsubscribe via the World Wide Web, visit >> > http://onlinestudylist.com/mailman/listinfo/ccie_voice >> > or, via email, send a message with subject or body 'help' to >> > ccie_voice-requ...@onlinestudylist.com >> > >> > You can reach the person managing the list at >> > ccie_voice-ow...@onlinestudylist.com >> > >> > When replying, please edit your Subject line so it is more specific >> > than "Re: Contents of CCIE_Voice digest..." >> > >> > >> > Today's Topics: >> > >> > 1. Lab 9a - IPMA CTI Route Point fails to register (Mad Kiwi) >> > 2. Re: Lab 9a - IPMA CTI Route Point fails to register >> > (Roger Henderson) >> > 3. Re: Lab 9a - IPMA CTI Route Point fails to register >> > (Roger Henderson) >> > 4. Re: Lab 9a - IPMA CTI Route Point fails to register (Angel Perez) >> > 5. Re: Lab 9a - IPMA CTI Route Point fails to register (Mad Kiwi) >> > 6. UCCX Integration with CUCME (Matthew Berry) >> > >> > >> > ---------------------------------------------------------------------- >> > >> > Message: 1 >> > Date: Thu, 22 Apr 2010 19:31:55 +1000 >> > From: Mad Kiwi <ccievoi...@gmail.com> >> > Subject: [OSL | CCIE_Voice] Lab 9a - IPMA CTI Route Point fails to >> > register >> > To: OSL Group <ccie_voice@onlinestudylist.com> >> > Message-ID: >> > <i2lcb331f6e1004220231o58bb7e8dmfb9c06195810d...@mail.gmail.com> >> > Content-Type: text/plain; charset="iso-8859-1" >> > >> > Hi everyone, >> > >> > The IPMA / CTI Route Point seem to be setup as per the lab 9a. However >> > although the route point do not register. Restarted all servers and >> > CTIManager but nothing changes >> > >> > I've been looking through the CTI trace logs, but nothing stands out >> > >> > Any tips on what to try/test please ? >> > >> > -- >> > Cheers, >> > >> > kiwi >> > -------------- next part -------------- >> > An HTML attachment was scrubbed... >> > URL: >> > http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100422/f7cc4b6a/attachment-0001.htm >> > >> > ------------------------------ >> > >> > Message: 2 >> > Date: Thu, 22 Apr 2010 19:48:55 +1000 >> > From: Roger Henderson <rhender...@gmail.com> >> > Subject: Re: [OSL | CCIE_Voice] Lab 9a - IPMA CTI Route Point fails to >> > register >> > To: Mad Kiwi <ccievoi...@gmail.com> >> > Cc: OSL Group <ccie_voice@onlinestudylist.com> >> > Message-ID: >> > <u2jb39b6fd51004220248o2b2a7981g58d027993f735...@mail.gmail.com> >> > Content-Type: text/plain; charset="iso-8859-1" >> > >> > It should show as "unregistered" with an IP address next to it (if you >> > are >> > in the CTI Route Point "Find" screen). Do you have the IP address? If >> > so, it >> > is all good. >> > >> > On Thu, Apr 22, 2010 at 7:31 PM, Mad Kiwi <ccievoi...@gmail.com> wrote: >> > >> > > Hi everyone, >> > > >> > > The IPMA / CTI Route Point seem to be setup as per the lab 9a. However >> > > although the route point do not register. Restarted all servers and >> > > CTIManager but nothing changes >> > > >> > > I've been looking through the CTI trace logs, but nothing stands out >> > > >> > > Any tips on what to try/test please ? >> > > >> > > -- >> > > Cheers, >> > > >> > > kiwi >> > > >> > > _______________________________________________ >> > > For more information regarding industry leading CCIE Lab training, >> > > please >> > > visit www.ipexpert.com >> > > >> > > >> > -------------- next part -------------- >> > An HTML attachment was scrubbed... >> > URL: >> > http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100422/1b677e2b/attachment-0001.htm >> > >> > ------------------------------ >> > >> > Message: 3 >> > Date: Thu, 22 Apr 2010 19:53:18 +1000 >> > From: Roger Henderson <rhender...@gmail.com> >> > Subject: Re: [OSL | CCIE_Voice] Lab 9a - IPMA CTI Route Point fails to >> > register >> > To: Mad Kiwi <ccievoi...@gmail.com> >> > Cc: OSL Group <ccie_voice@onlinestudylist.com> >> > Message-ID: >> > <s2rb39b6fd51004220253hb2a7fcd2u20e4bac93eeb7...@mail.gmail.com> >> > Content-Type: text/plain; charset="iso-8859-1" >> > >> > I take that back. I was comparing it to my current CM/CUE lab which I >> > forgot >> > was in SRST mode... My bad. >> > >> > On Thu, Apr 22, 2010 at 7:48 PM, Roger Henderson >> > <rhender...@gmail.com>wrote: >> > >> > > It should show as "unregistered" with an IP address next to it (if you >> > > are >> > > in the CTI Route Point "Find" screen). Do you have the IP address? If >> > > so, it >> > > is all good. >> > > >> > > On Thu, Apr 22, 2010 at 7:31 PM, Mad Kiwi <ccievoi...@gmail.com> >> > > wrote: >> > > >> > >> Hi everyone, >> > >> >> > >> The IPMA / CTI Route Point seem to be setup as per the lab 9a. >> > >> However >> > >> although the route point do not register. Restarted all servers and >> > >> CTIManager but nothing changes >> > >> >> > >> I've been looking through the CTI trace logs, but nothing stands out >> > >> >> > >> Any tips on what to try/test please ? >> > >> >> > >> -- >> > >> Cheers, >> > >> >> > >> kiwi >> > >> >> > >> _______________________________________________ >> > >> For more information regarding industry leading CCIE Lab training, >> > >> please >> > >> visit www.ipexpert.com >> > >> >> > >> >> > > >> > -------------- next part -------------- >> > An HTML attachment was scrubbed... >> > URL: >> > http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100422/29be5330/attachment-0001.htm >> > >> > ------------------------------ >> > >> > Message: 4 >> > Date: Thu, 22 Apr 2010 10:22:58 +0000 >> > From: Angel Perez <gorr...@hotmail.com> >> > Subject: Re: [OSL | CCIE_Voice] Lab 9a - IPMA CTI Route Point fails to >> > register >> > To: <ccievoi...@gmail.com>, osl osl <ccie_voice@onlinestudylist.com> >> > Message-ID: <col110-w301bdecb6f502f44318f56a1...@phx.gbl> >> > Content-Type: text/plain; charset="iso-8859-1" >> > >> > >> > Hi: >> > >> > >> > >> > Did you add the cti route point at ipma service parameter? >> > >> > >> > >> > You have to do it at both pub and sub server becouse this parameter is >> > not clusterwide and apply only to one server >> > >> > >> > >> > hth >> > >> > >> > >> > Date: Thu, 22 Apr 2010 19:31:55 +1000 >> > From: ccievoi...@gmail.com >> > To: ccie_voice@onlinestudylist.com >> > Subject: [OSL | CCIE_Voice] Lab 9a - IPMA CTI Route Point fails to >> > register >> > >> > Hi everyone, >> > >> > The IPMA / CTI Route Point seem to be setup as per the lab 9a. However >> > although the route point do not register. Restarted all servers and >> > CTIManager but nothing changes >> > >> > I've been looking through the CTI trace logs, but nothing stands out >> > >> > Any tips on what to try/test please ? >> > -- >> > Cheers, >> > >> > kiwi >> > >> > _________________________________________________________________ >> > Hotmail: Powerful Free email with security by Microsoft. >> > https://signup.live.com/signup.aspx?id=60969 >> > -------------- next part -------------- >> > An HTML attachment was scrubbed... >> > URL: >> > http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100422/95a8486f/attachment-0001.htm >> > >> > ------------------------------ >> > >> > Message: 5 >> > Date: Thu, 22 Apr 2010 20:30:24 +1000 >> > From: Mad Kiwi <ccievoi...@gmail.com> >> > Subject: Re: [OSL | CCIE_Voice] Lab 9a - IPMA CTI Route Point fails to >> > register >> > To: Angel Perez <gorr...@hotmail.com> >> > Cc: osl osl <ccie_voice@onlinestudylist.com> >> > Message-ID: >> > <v2gcb331f6e1004220330k31f7cc6drb7bb699aaa52d...@mail.gmail.com> >> > Content-Type: text/plain; charset="iso-8859-1" >> > >> > Hi, >> > >> > Yes I have added the cti route point in the ipma service parameter, on >> > both >> > servers. >> > >> > Regards >> > >> > kiwi >> > >> > On Thu, Apr 22, 2010 at 8:22 PM, Angel Perez <gorr...@hotmail.com> >> > wrote: >> > >> > > Hi: >> > > >> > > Did you add the cti route point at ipma service parameter? >> > > >> > > You have to do it at both pub and sub server becouse this parameter is >> > > not >> > > clusterwide and apply only to one server >> > > >> > > hth >> > > >> > > ------------------------------ >> > > Date: Thu, 22 Apr 2010 19:31:55 +1000 >> > > From: ccievoi...@gmail.com >> > > To: ccie_voice@onlinestudylist.com >> > > Subject: [OSL | CCIE_Voice] Lab 9a - IPMA CTI Route Point fails to >> > > register >> > > >> > > >> > > Hi everyone, >> > > >> > > The IPMA / CTI Route Point seem to be setup as per the lab 9a. However >> > > although the route point do not register. Restarted all servers and >> > > CTIManager but nothing changes >> > > >> > > I've been looking through the CTI trace logs, but nothing stands out >> > > >> > > Any tips on what to try/test please ? >> > > >> > > -- >> > > Cheers, >> > > >> > > kiwi >> > > >> > > ------------------------------ >> > > Hotmail: Powerful Free email with security by Microsoft. Get it >> > > now.<https://signup.live.com/signup.aspx?id=60969> >> > > >> > >> > >> > >> > -- >> > Cheers, >> > >> > kiwi >> > -------------- next part -------------- >> > An HTML attachment was scrubbed... >> > URL: >> > http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100422/b63865e5/attachment-0001.htm >> > >> > ------------------------------ >> > >> > Message: 6 >> > Date: Thu, 22 Apr 2010 05:51:03 -0500 >> > From: Matthew Berry <ciscovoiceg...@gmail.com> >> > Subject: [OSL | CCIE_Voice] UCCX Integration with CUCME >> > To: OSL <ccie_voice@onlinestudylist.com> >> > Message-ID: <4bd02a17.3030...@gmail.com> >> > Content-Type: text/plain; charset="iso-8859-1" >> > >> > Does anyone know where I would create the AXL user in CUCME for an >> > integration with UCCX? >> > >> > I'm guessing that it would be a typical username: "username axl-user >> > password IamTired"? >> > >> > -- >> > >> > *Matthew Berry* >> > >> > /A+, CCENT, CCNA, CCNA Voice, CCVP, CCIE Voice Written/ >> > >> > *_Vitals:_* >> > >> > *GVoice: *+1.612.424.5044 >> > >> > *Gmail*: ciscovoiceg...@gmail.com >> > >> > *Skype*: ciscovoiceguru >> > >> > *Twitter*: ciscovoiceguru >> > >> > *_Cert Stats:_* >> > >> > Cisco Cert Journey Began: Jan 1, 2009 >> > >> > 1st Lab Attempt: Aug 16, 2010 >> > >> > -------------- next part -------------- >> > An HTML attachment was scrubbed... >> > URL: >> > http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100422/7387f739/attachment.htm >> > >> > ------------------------------ >> > >> > _______________________________________________ >> > CCIE_Voice mailing list >> > CCIE_Voice@onlinestudylist.com >> > http://onlinestudylist.com/mailman/listinfo/ccie_voice >> > >> > >> > End of CCIE_Voice Digest, Vol 50, Issue 119 >> > ******************************************* >> >> _______________________________________________ >> For more information regarding industry leading CCIE Lab training, please >> visit www.ipexpert.com > > ________________________________ > Hotmail: Free, trusted and rich email service. Get it now. > _______________________________________________ > For more information regarding industry leading CCIE Lab training, please > visit www.ipexpert.com > > ------------------------------ _______________________________________________ CCIE_Voice mailing list CCIE_Voice@onlinestudylist.com http://onlinestudylist.com/mailman/listinfo/ccie_voice End of CCIE_Voice Digest, Vol 50, Issue 123 ******************************************* _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com