dwolgas1 at rochester
Mar 20, 2012, 1:51 PM
Post #2 of 2
(423 views)
Permalink
|
|
Re: IP Communicator 7.0(3) vs. 8.6(1) - DTMF issue
[In reply to]
|
|
I think I found it...
*CSCtd62615 Bug Details *
*Marker bit is not set in the RTP packet w/ an RFC2833 DTMF event * *
Symptom:*
DTMF not working with CUC 7.0.3.
*Conditions**:*
From the sniffer trace it can be seen we are not setting the the Marker bit.
*Workaround:*
N/A
Fixed in 7.0(4)
Sorry for wasting your time guys!!!
On Tue, Mar 20, 2012 at 3:24 PM, Dave Wolgast <dwolgas1 [at] rochester>wrote:
> I have a situation where a caller using IPC 7.0(3) (SCCP) via Cisco VPN is
> calling an external conference bridge through a PRI gateway connected via
> SIP trunk to CUCM. The user finds that post-connect, his dtmf is not being
> received by the far end. I have what appears to be an identically
> configured IPC 8.6(1), using the same vpn/cucm/gateway which is able to
> successfully transmit the digits. Does anyone know if there was some kind
> of fix/change to IPC, or should I be looking more carefully for a config
> difference on the CUCM/vpn config?
>
> Dtmf-relay on the inbound voip dial-peer is dtmf-relay rtp-nte sip notify.
> Codec is g.711mu-law. When the 7.0(3) IPC calls me, I cannot hear the dtmf.
> When I call him, he can hear mine.
>
> --
> Dave Wolgast
> Livonia, NY
>
> --
> Dave Wolgast
> Livonia, NY
>
>
|
