Transcoding with CME3.3 and CME7.0

David Lin · ‎10-28-2008

Hi, I used to do the transcoding on C2800 with image, adventerprisek9_ivs-mz.124-21(Mainline) and it was working. I don't use other CME or CCM, the sdspfarm registered to the internal CME v3.3.

After I upgrade the image to adventerprisek9-mz.124-20.T1, it doesn't transcode the call. The sdspfarm unit is registered to CME fine.

Can anyone tell me what's the difference in the new IOS?

Router#sh telephony-service

CONFIG (Version=7.0(0))

=====================

Version 7.0(0)

Cisco Unified Communications Manager Express

For on-line documentation please see:

http://www.cisco.com/en/US/products/sw/voicesw/ps4625/tsd_products_support_series_home.html

ip source-address 172.16.10.10 port 2000

max-ephones 10

max-dn 10

max-conferences 8 gain -6

dspfarm units 1

dspfarm transcode sessions 10

dspfarm 1 XCODE123456

conference software

privacy

no privacy-on-hold

hunt-group report delay 1 hours

hunt-group logout DND

max-redirect 5

cnf-file location: system:

cnf-file option: PER-PHONE-TYPE

network-locale[0] US (This is the default network locale for this box)

network-locale[1] US

network-locale[2] US

network-locale[3] US

network-locale[4] US

user-locale[0] US (This is the default user locale for this box)

user-locale[1] US

user-locale[2] US

user-locale[3] US

user-locale[4] US

srst mode auto-provision is OFF

srst ephone template is 0

srst dn template is 0

srst dn line-mode single

time-format 12

date-format mm-dd-yy

timezone 0 Greenwich Standard Time

no transfer-pattern is configured, transfer is restricted to local SCCP phones only.

keepalive 30 auxiliary 30

timeout interdigit 10

timeout busy 10

timeout ringing 180

timeout transfer-recall 0

timeout ringin-callerid 8

timeout night-service-bell 12

caller-id name-only: enable

web admin system name Admin

web admin customer name Customer

edit DN through Web: disabled.

edit TIME through web: disabled.

Log (table parameters):

max-size: 150

retain-timer: 15

create cnf-files version-stamp 7960 Oct 28 2008 15:04:13

transfer-system full-consult

transfer-digit-collect new-call

local directory service: enabled.

Extension-assigner tag-type ephone-tag.

Router#sh telephony-service

CONFIG (Version=3.3)

=====================

Version 3.3

Cisco CallManager Express

For on-line documentation please see:

www.cisco.com/univercd/cc/td/doc/product/access/ip_ph/ip_ks/index.htm

ip source-address 172.16.10.10 port 2000

max-ephones 10

max-dn 10

max-conferences 8 gain -6

dspfarm units 1

dspfarm transcode sessions 10

dspfarm 1 XCODE123456

hunt-group report delay 1 hours

max-redirect 5

time-format 12

date-format mm-dd-yy

timezone 0 Greenwich Standard Time

keepalive 30

timeout interdigit 10

timeout busy 10

timeout ringing 180

caller-id name-only: enable

web admin system name Admin

web admin customer name Customer

edit DN through Web: disabled.

edit TIME through web: disabled.

Log (table parameters):

max-size: 150

retain-timer: 15

create cnf-files version-stamp 7960 Oct 28 2008 15:04:13

local directory service: enabled.

Also, I noticed the minimal frame byte of G.711 is changed to 160 in the new IOS like below, could it be a issue? Thanks.

voice class codec 100

codec preference 1 g711ulaw bytes 160

codec preference 2 g711alaw bytes 160

codec preference 3 g729r8 bytes 20

codec preference 4 g729br8 bytes 20

codec preference 5 g723r63 bytes 24

irisrios · ‎11-03-2008

You can't get CME to transcode codec when voice-class of multiple codec preferences is used in the call. CME does not do end-to-end codec negotiation between the two call legs to find out if it needs to transcode. It needs to be told to just do it. Hence, you need to force the two call legs to independently settle to the differing codec, by either using only one codec in the class or hard coding the codec in the dial-peers. When the bridging of the two legs fail, CME will insert the transcoder.

David Lin · ‎11-05-2008

Thanks for your reply.

I upgraded the CME to 7.0 later on and tired SIP/G.711 and SIP/G.729 to H.323/G.711, both are working. It seems the router has a implied dial-peer for any incoming calls.

However, when I tried H.323/G.711/Faststart to H.323/G.729, it didn't work wheather I enable call start interwork in H323 configuration (The H.323 destination needs faststart and tunnelling enable).