Definity G3si to Cisco CM via IP trunks No Audio

[sbeaver18]

We have a Cisco CM 4.2 set up in a test enviroment. The Definity V10 is our production system. I can call between the 2 systems extension to exstension, but I get no audio at either end. The calls connect and I get CLID, but no audio. They appear to be using the same codec. I know very little about the Cisco. I followed a procedure to connect to an Avaya S8500 via H.323 from the Cisco website. Any help would be aprreciated. Thanks.

 

[kwing112000]

We have had this issue with IP Office and it was some kind of fastart issue. maybe something to look at.

Kevin Wing
ACA- Implement IP Office
Carousel Industries

 

[definityandcmuk]

could mean you're possibly not getting medpro resource

 

[sbeaver18]

Do you know how I can determine if I'm getting medpro resource? If I status my Avaya extension while the call is connected it looks like this.113 is clan) (.248 is phone)(.100 is the CM)
CALL CONTROL SIGNALING
Switch IP IP
Port Switch-end IP Addrort Set-end IP Addrort
IP Signaling: 01B0917 10. 9. xx.113 :1720 10. 9. yy.248:1889
H.245:
Node Name: SFPBX

AUDIO CHANNEL
Switch IP IP
Port Other-end IP Addr ort Set-end IP Addrort
G.711MU Audio: 10. 13. zz.100 :25306 10. 9. yy.248:3082
Node Name: CM_SFDC-CCMPUB

Audio Connection Type: ip-direct
Product ID: IP_Phone
H.245 Tunneled in Q.931? does not apply
Registration Status: registered-authenticated
MAC Address: unavailable

Li tra looks like this: (.137 is medpro)
route-pattern 53 preference 1 cid 0xe5
07:48:17 seize trunk-group 21 member 1 cid 0xe5
07:48:17 Setup digits 3700
07:48:17 Calling Number & Name NO-CPNumber BEAVER,SCOTT
07:48:17 Proceed trunk-group 21 member 1 cid 0xe5
07:48:17 Alert trunk-group 21 member 1 cid 0xe5
07:48:20 active trunk-group 21 member 1 cid 0xe5
07:48:20 G711MU ssff ps:20 rn:3/1 10.13.zz.100:25310 10.9.xx.137:9024
07:48:20 G711MU ssff ps:20 rn:1/3 10.9.yy.248:3082 10.13.yy.100:25310
07:48:20 G711MU ssff ps:20 rn:3/1 10.13.zz.100:25310 10.9.yy.248:3082

 

[definityandcmuk]

looks like you're getting Medpro resource an there's no denial events, I'd look at the cisco config as per kwing's suggestion, also see if they can do any monitoring from their side

 

[rrjohnson57]

to force the codec on the cisco (ver 4.1.3) side: These values are from a working Avaya-Cisco H.323 trunk

login to CCMadmin. Choose device>gateway select the h.323 gateway.

enable the following:

Media termination point required
retry Video call as audio
wait for Far end H.245 terminal capability set

redirecting number IE Delivery - inbound
enable inbound fastStart <--- will get Avaya Codec here

enable outbound faststart
codec for outbound faststart (choose g711 U-law from drop down)

hope this helps -
r.