Have you configure the DSPs on cube, SCCP to reg with telephony services?

On Sat, Nov 28, 2009 at 6:38 PM, Dao Manh Hieu <[email protected]> wrote:

> Hi Robert,
> I have the same problem and I realised that it was due to
> transcoder problem. Some how, the transcoder of CUBE does not invoke in the
> call. You can check by the command: "show dspfarm all" on HQ_RT when the
> call's happening.
>
> In theory, when the call come from UCM to CUBE, CUBE will take over that
> call and make a call to CME by itself. Meaning that the CUBE should be an
> terminal endpoint requiring a termination resource.
>
> So far, I still can not make the transcoder in CUBE work when the call
> comes.
>   On Sun, Nov 29, 2009 at 9:43 AM, Robert McGhee 
> <[email protected]>wrote:
>
>>
>>
>>
>>
>> Hi All,
>>
>>
>>
>>             I’ve got some weirdness with CUBE where the HQ phone calls the
>> (CME) BR phone and gets ringback, the BR phone answers the call and is
>> immediately put on hold and the HQ phone continues to hear ringback.  Here’s
>> the config and debug info:
>>
>> * *
>>
>> *Debug voice ipipgw:*
>>
>> Nov 28 23:23:50.902: //45/804C6B140200/H323/setup_ind: Receive bearer cap
>> infoXRate 16, rateMult 0
>>
>> Nov 28 23:23:50.910:
>> //45/804C6B140200/H323/cch323_set_h245_state_mc_mode_incoming: h245 state
>> m/c mode=0x10F, h323_ctl=0x2F
>>
>> Nov 28 23:23:50.922: //-1/xxxxxxxxxxxx/H323/cch245_event_handler:
>> callID=45
>>
>> Nov 28 23:23:50.922: //-1/xxxxxxxxxxxx/H323/cch245_event_handler: Event
>> CC_EV_H245_SET_MODE: data ptr=0x4CDB95B0
>>
>> Nov 28 23:23:50.922: //45/804C6B140200/H323/cch323_set_mode: callID=45,
>> flow Mode=2 spi_mode=0x1
>>
>> Nov 28 23:23:50.922: //45/804C6B140200/H323/cch323_do_call_proceeding:
>> set_mode NOT called yet...saved deferred CALL_PROC
>>
>> Nov 28 23:23:50.922: //-1/xxxxxxxxxxxx/H323/cch323_get_dp_pref_mask:
>>
>> cch323_get_dp_pref_mask:IPIPGW(46):setting mask for 729ar8also as 729 is
>> configured
>>
>> Nov 28 23:23:50.922:
>> //46/804C6B140200/H323/cch323_set_h245_state_mc_mode_outgoing: call_spi_mode
>> = 1
>>
>> Nov 28 23:23:50.922:
>> //46/804C6B140200/H323/cch323_set_h245_state_mc_mode_outgoing: h245 state
>> m/c mode=0x1AF0, h323_ctl=0x0
>>
>> Nov 28 23:23:50.922: //46/804C6B140200/H323/cch323_get_peer_info: Entry
>>
>> Nov 28 23:23:50.922: //46/804C6B140200/H323/cch323_get_peer_info: Have
>> peer
>>
>> Nov 28 23:23:50.922: //46/804C6B140200/H323/cch323_set_pref_codec_list:
>> First preferred codec(bytes)=16(20)
>>
>> Nov 28 23:23:50.922: //46/804C6B140200/H323/cch323_get_peer_info: Flow
>> Mode set to FLOW_AROUND
>>
>> Nov 28 23:23:50.922:
>> //46/804C6B140200/H323/cch323_set_h323_control_options_outgoing: h245 sm
>> mode = 6896
>>
>> Nov 28 23:23:50.922:
>> //46/804C6B140200/H323/cch323_set_h323_control_options_outgoing:
>> h323_ctl=0x2F
>>
>> Nov 28 23:23:50.926: //45/804C6B140200/H323/cch323_process_set_mode:
>> Setting inbound leg mode flags to 0x1AF0, flow-mode to FLOW_AROUND
>>
>> Nov 28 23:23:50.926: //45/804C6B140200/H323/cch323_process_set_mode:
>> Sending deferred CALL_PROC
>>
>> Nov 28 23:23:50.926: //45/804C6B140200/H323/cch323_do_call_proceeding:
>> set_mode called so we can proceed with CALLPROC
>>
>> Nov 28 23:23:50.934: //46/804C6B140200/H323/cch323_rotary_call_notify:
>>
>>  cch323_rotary_call_notify Posting rotary call notification to other
>> callleg.
>>
>>
>>
>> Nov 28 23:23:50.934: //-1/xxxxxxxxxxxx/H323/cch245_event_handler:
>> callID=45
>>
>> Nov 28 23:23:50.934: //45/804C6B140200/H323/cch323_do_rotary_call_cleanup:
>> ../voip/cch323/gw/os/src/h323_gw_ccapi.c:cch323_do_rotary_call_cleanup:7445:
>> Entry
>>
>> Nov 28 23:23:50.934: //45/804C6B140200/H323/cch323_do_rotary_call_cleanup:
>> cch323_do_rotary_call_cleanup Exit
>>
>> Nov 28 23:23:50.934: //46/804C6B140200/H323/check_qos_and_send_setup:
>> Sending setup h323 slow rsvp
>>
>> Nov 28 23:23:50.934: //46/804C6B140200/H323/cch323_build_qosInfo:
>> ccb=0x49615B80. msg_type=1
>>
>> Nov 28 23:23:50.934: //46/804C6B140200/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
>>
>> Nov 28 23:23:51.014: //-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
>>
>> Nov 28 23:23:51.014: //46/804C6B140200/H323/callproc_notify: Peer not
>> ready so not starting TCP
>>
>> Nov 28 23:23:51.014: //46/804C6B140200/H323/callproc_notify: Peer not
>> ready so not starting TCP
>>
>> Nov 28 23:23:52.570: //46/804C6B140200/H323/h245_address_ind: ev=2
>>
>> Nov 28 23:23:52.570: //-1/xxxxxxxxxxxx/H323/h245_address_ind: Sending
>> event
>>
>> Nov 28 23:23:52.570: //46/804C6B140200/H323/cch323_h245_addr_notify:
>> Sending event CC_EV_H245_ADDR, ev 2
>>
>> Nov 28 23:23:52.570: //-1/xxxxxxxxxxxx/H323/cch245_event_handler:
>> callID=45
>>
>> Nov 28 23:23:52.570: //-1/xxxxxxxxxxxx/H323/cch245_event_handler: Event
>> CC_EV_H245_ADDR received, ADDR event 2
>>
>> Nov 28 23:23:52.570: //-1/xxxxxxxxxxxx/H323/cch323_start_h245: entry
>>
>> Nov 28 23:23:52.574: //45/804C6B140200/H323/cch323_h245_connection_sm:
>> state=0, event=0, ccb=4B1A0AD4, listen state=0
>>
>> Nov 28 23:23:52.574: //45/804C6B140200/H323/cch323_start_h245: Sending
>> Progress[pi=8] to CCM
>>
>> Nov 28 23:23:52.574: //45/804C6B140200/H323/cch323_start_h245: Sending
>> Progress[h245Addr, pi=0x00]
>>
>> Nov 28 23:23:52.586: //45/804C6B140200/H323/cch323_h245_connection_sm:
>> state=1, event=2, ccb=4B1A0AD4, listen state=1
>>
>> Nov 28 23:24:00.498: //45/804C6B140200/H323/cch323_h245_connection_sm:
>> state=0, event=4, ccb=4B1A0AD4, listen state=2
>>
>> Nov 28 23:24:00.518: //45/804C6B140200/H323/cch323_h245_connection_sm:
>> state=0, event=4, ccb=4B1A0AD4, listen state=0
>>
>>
>>
>>
>>
>>
>>
>> *Show gatekeeper call:*
>>
>>
>>
>> HQ-Gatekeeper#sho gatek call
>>
>> Total number of active calls = 2.
>>
>>                          GATEKEEPER CALL INFO
>>
>>                          ====================
>>
>> LocalCallID                        Age(secs)   BW
>>
>> 17-32884                           5           128(Kbps)
>>
>>  Endpt(s): Alias                 E.164Addr
>>
>>    src EP: trunk_1               1001
>>
>>            CallSignalAddr  Port  RASSignalAddr   Port
>>
>>            10.0.100.2      35818 10.0.100.2      32807
>>
>>  Endpt(s): Alias                 E.164Addr
>>
>>    dst EP: CUBE                  2001
>>
>>            CallSignalAddr  Port  RASSignalAddr   Port
>>
>>            10.0.100.1      1720  10.0.100.1      59350
>>
>> LocalCallID                        Age(secs)   BW
>>
>> 18-32884                           5           16(Kbps)
>>
>>  Endpt(s): Alias                 E.164Addr
>>
>>    src EP: CUBE                  1001
>>
>>            CallSignalAddr  Port  RASSignalAddr   Port
>>
>>            10.0.100.1      1720  10.0.100.1      59350
>>
>>  Endpt(s): Alias                 E.164Addr
>>
>>    dst EP: cme                   2001
>>
>>            CallSignalAddr  Port  RASSignalAddr   Port
>>
>>            10.0.200.2      1720  10.0.200.2      51089
>>
>>
>>
>>
>>
>> *HQ Configuration:*
>>
>>
>>
>> interface FastEthernet0/0
>>
>>  ip address 10.0.100.1 255.255.255.0
>>
>>  ip nbar protocol-discovery
>>
>>  duplex full
>>
>>  speed 100
>>
>>  h323-gateway voip interface
>>
>>  h323-gateway voip id VIA ipaddr 10.0.100.1 1719
>>
>>  h323-gateway voip h323-id CUBE
>>
>>
>>
>> gatekeeper
>>
>>  zone local cme lab.com outvia VIA
>>
>>  zone local cucm lab.com
>>
>>  zone local VIA lab.com
>>
>>  zone prefix cme 2...
>>
>>  gw-type-prefix 1#* default-technology
>>
>>  no shutdown
>>
>>
>>
>> telephony-service
>>
>>  sdspfarm units 2
>>
>>  sdspfarm transcode sessions 6
>>
>>  sdspfarm tag 1 xcoder
>>
>>  em logout 0:0 0:0 0:0
>>
>>  max-ephones 1
>>
>>  max-dn 2
>>
>>  ip source-address 10.0.100.1 port 2000
>>
>>  max-conferences 8 gain -6
>>
>>  transfer-system full-consult
>>
>>  create cnf-files version-stamp 7960 Nov 28 2009 14:57:02
>>
>>
>>
>>
>>
>>
>>
>> Thanks for any help with this……
>>
>> _______________________________________________
>> 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
>
>


-- 
Regards,

Talmadge Almand
CCIE #20901 (Voice)
Sr, Support Engineer - IPexpert, Inc.
URL:http://www.IPexpert.com
_______________________________________________
For more information regarding industry leading CCIE Lab training, please visit 
www.ipexpert.com

Reply via email to