Bug CSCsl74701
On Tue, Sep 7, 2010 at 1:04 PM, Vccie Vccie <voiceccie2...@gmail.com> wrote: > > First off, let me say I have looked for this in the past post's but didn't > see anything so I am sorry if this is redundant. But this is the problem I > am having. > > Calling between UCM and UCME works perfect for both Skinny and Sip phones. > But the accounting in the Gatekeepr is showing wrong amounts on the calls > coming from the UCME to the UCM. But UCM to UCME calls show correct > bandwidth accounting (16Kbps). I know the codec used is G729r8 but for some > reason it shows g711 bandwidth amounts. > > Br2 (version 12.4(22)T) > dial-peer voice 150 voip > destination-pattern [51]... > session target ras > tech-prefix 1# > dtmf-relay h245-alphanumeric rtp-nte > no vad > > Gatekeeper (version 12.4.(20).T4) > UCM to UCME = 16Kbps > UCME to UCM = 128Kbps > After debuging H225 ans1 messages I can see the following > admissionRequest - from 3002 to 1002 bandWidth 160 > admissionConfirm - bandWidth 160 > admissionRequest - from 1002 to 3002 bandWidth 1280 > admissionConfirm - bandWidth 1280 > infoRequestResponse - bandWidth 160 > > UCM - 7.01 (H225 Gatekeeper controlled trunk) > HQ/BR1/BR2 - each have different Device Pools with G729 intra-device pool > Codec. > > -- So it's the UCM that is responding with a G711 capability's but the call > is actually using G729 -- so I am stuck..(and phones show g729 being used) > Any help is appropriated. > > > > > > > > _______________________________________________ > 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