In addition to Jeff question, is there a better way to remember these calculations for different scenarios (codec type, L2 link, cRTP,etc). I am sorry if this is repost.
Regards, Rohan -----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 10:37 AM To: ccie_voice@onlinestudylist.com Subject: CCIE_Voice Digest, Vol 50, Issue 121 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. FRF12 Calculation Clarification (Jeff Cotter) 2. Re: Help login into CUC via CLI (bontacommunications) 3. Re: Vol2 Lab1 4.2 issue (Angel Perez) ---------------------------------------------------------------------- Message: 1 Date: Thu, 22 Apr 2010 07:17:58 -0700 From: Jeff Cotter <jcot...@voxns.com> Subject: [OSL | CCIE_Voice] FRF12 Calculation Clarification To: osl osl <ccie_voice@onlinestudylist.com> Message-ID: <54cc1bd3093b6e41b86926c1657432f18d1da...@ssfex1> Content-Type: text/plain; charset="us-ascii" There is a huge number of posts on this, and explanations are all over the board. Trying to get a definitive answer. When calculating the size of LLQ AND utilizing FRF.12. Is the Layer 2 overhead 4 bytes for Frame Relay or 8 Bytes. SRND states 8 Solution Guides appear to use 4 or 7. One post indicates if configured properly voice packets will not be fragmented therefore use standard Frame Relay overhead of 4 bytes. This seems logical........Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100422/0e397ed1/attachment-0001.htm ------------------------------ Message: 2 Date: Thu, 22 Apr 2010 10:30:29 -0400 From: bontacommunications <bontacommunicati...@gmail.com> Subject: Re: [OSL | CCIE_Voice] Help login into CUC via CLI To: miken miken <mi...@sisna.com> Cc: OSL Group <ccie_voice@onlinestudylist.com> Message-ID: <83e299ba-2367-4f05-a22c-b2d007cc2...@gmail.com> Content-Type: text/plain; charset="us-ascii" thank you. On Apr 22, 2010, at 10:10 AM, miken miken wrote: > https://supportforums.cisco.com/thread/296857 > > Thanks > MikeN > > On Thu, Apr 22, 2010 at 6:06 AM, bontacommunications > <bontacommunicati...@gmail.com> wrote: > I fat fingered my CLI administration account for Unity Conn 7. I can access > CUC administration VIA Web portal but that is it. > > Does anyone have a CLI PW recovery method to share? > > Chris > > > On Apr 20, 2010, at 8:52 PM, Omotayo wrote: > > > Hello, > > > > I usually have issue logging into the CUE via GUI. > > > > When i supply the ip add of the loopback and the username and password > > entered under the telephony-service i get Loin into callmanger as > > administrator failed > > > > When i use vlan 400, i get same result > > below is my config > > > > voice service voip > > allow-connections h323 to h323 > > allow-connections h323 to sip > > allow-connections sip to h323 > > allow-connections sip to sip > > sip > > bind control source-interface Vlan400 > > bind media source-interface Vlan400 > > ! > > > > ip http server > > ip http authentication local > > no ip http secure-server > > ip http path FLASH:/GUI > > > > > > > > telephony-service > > sdspfarm units 2 > > sdspfarm transcode sessions 2 > > sdspfarm tag 1 Sitec-conf > > no privacy > > conference hardware > > no auto-reg-ephone > > max-ephones 5 > > max-dn 10 > > ip source-address 10.10.202.1 port 2000 > > time-zone 42 > > voicemail 3600 > > max-conferences 8 gain -6 > > call-forward pattern .T > > web admin system name admin password cisco > > dn-webedit > > time-webedit > > transfer-system full-consult > > transfer-pattern .T > > create cnf-files version-stamp 7960 Apr 21 2010 08:41:40 > > ! > > _______________________________________________ > > 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 > bontacommunications bontacommunicati...@gmail.com -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100422/55bc7563/attachment-0001.htm ------------------------------ Message: 3 Date: Thu, 22 Apr 2010 14:34:27 +0000 From: Angel Perez <gorr...@hotmail.com> Subject: Re: [OSL | CCIE_Voice] Vol2 Lab1 4.2 issue To: <kevin.hobson2...@ntlworld.com>, osl osl <ccie_voice@onlinestudylist.com> Cc: ccie_voice-requ...@onlinestudylist.com Message-ID: <col110-w1984f7b4b1e5ca4526b826a1...@phx.gbl> Content-Type: text/plain; charset="iso-8859-1" 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. https://signup.live.com/signup.aspx?id=60969 -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_voice/attachments/20100422/11e381b0/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 121 ******************************************* _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
