Re: RE: Help with DTMF problem

By far, the two most common bugs are these:

12.4(15)T5-T7 - CSCso87127. This happens on the gateway for inbound
calls to IP AA and the likes.
8.4.1 and 8.4.1 SR1 on the IP phones: CSCsv04751

If it's for outgoing calls to the PSTN and you have an IP phone my
money is on the 2nd bug there. I actually filed this one :)

-nick

On Tue, Feb 9, 2010 at 10:24 PM, Babatunde Sanda <sbabatunde1_at_ca.rr.com> wrote:
> Hello all,
>
> Thanks for the hints. Roman the link was helpful. I also got this from TAC with short descriptions. I will be upgrading IOS and see the impact.
>
> Bug collections.
>
> Bugs fixed in the dspversion 4.4.21:
>
> CSCse53600 Vestigial LLC code removal
> o Major part of the change is in conv54x to fake the LLC code for IOS
>
> CSCeh20043 Answer tone phase reversal detector variable can overflow
> -- Changed variables for phase reversal detector from Int16 to Int32.
>
> CSCsd62763 No reorder tone at the end of call on analogue endpoint
> - keep the tx path of the SLIC in forward active mode until
> local on-hook is detected.
>
> CSCsb67601 Replace G3 fax detector with a lower MIPS version
> Port the change to Ingwei.
>
> CSCse20511 dtmf-relay over vofr with g726 intermittently fails
> - in case of VoFR/cisco-rtp the duration information is passed in msec
> we don't need to shift by 3 for these two cases.
>
> CSCse64481 ACOM value not reported correctly
> o Force ACOM to always positive number.
>
> CSCse59085 DSP crash after g711ulaw/alaw call with vad off
> o fixed memory corruption - memory locations @ 0x?000b are getting corrupted depending on HI byte of a regiter (AR4).
>
> CSCsd92242 Gateway erroneously detects DTMF during speech
> CELP encoders cause voice to be represented as a line spectrum. For
> certain values of "pitch frequency", the lines fall very close to
> ideal dtmf frequencies. The chance of false dtmf detection by these
> signals can be significantly reduced by infering the existence of a
> voice signal, and then tightening the detection criteria to reduce the
> "cross section" of a false detect. This works because CELP-encoded
> systems will produce very precise dtmf tones, but voice simulations of
> dtmf will tend to be a little bit deviated from ideal.
> Voice emulating dtmf is inferred by looking at the power history just
> prior to the dtmf detection. If the power does not indicate an abrupt
> increase in power to a relatively steady level, then infer that voice
> has "wandered" into the dtmf frequencies. Tighten the detection
> tolerances so that only very precise dtmf will be detected. This will
> in most cases reject dtmf-like voice signals.
>
> CSCsd49751 12.4(3b) layer 2 DOES NOT comes up
> o Fix the problem with Avayla equipment that uses one HDLC FLAG for termination.
>
> CSCse98109 Signaling channel error at boot-time.
> o Port changes to ingwei branch.
>
> CSCsb68986 Echo when calls traverse high ERL (~30dB) environments
> - new ECAN library version 9.17.7
> - IDLE code detection is enabled for c5510 flex image
> - IDLE code detection code is added for c5510 ecan32 image
>
> CSCsf08592 Duplicate DTMF digits reported
> o The value of "consecutiveNearDetectCounter" needs to be clamped. On a
> longer dtmf digit, the value increases until it causes the derived var
> "schwarzThreshold" to be shifted so much that its value is zero. When
> this value is zero, it is an impossibly tight tolerance on the Schwarz
> Inequality tester, and the test fails. End-of-dtmf ensues. Ergo, the
> number of detects increases with dtmf digit duration.
>
> CSCsf14189 g711 jitter buffer performance not stable.
> o Fixed 5ms g711PLC memory access bug. This also guarentees the smooth attenuation for both 5ms and 10ms plc.
>
>
>
>
> Bugs fixed in the dspversion 4.4.22:
>
>
>
> CSCsd92242 Gateway erroneously detects DTMF during speech
> o Fix CSCsb86004 regression caused by the fix for CSCsd92242
>
> CSCse94362 Underwater/choppy/garbled voice using PVDM-II xcoder after 10 mins
> o The problem was due to underflow of dejitter buffer on LAN side.
> o Added clock-drifting code in lvpc.c.
>
> CSCsf12028 Modem Detected as Fax- using C5510 dsp
> o borrowed code from bass-o-matic to check for 6 flags instead of 3 to 'detect fax', because some modems generate 2-5 flags and it was causing a false fax detect on a modem call.
>
> CSCsg12507 ECAN G.168 Test 2Cb failed and need to be updated.
> o Change the freeze time from 1.4 to 10.4 seconds for test 2Cb per G.168 2002 requirement.
>
> CSCsf14912 DSP crash when using the 2801 as an xcoder with G711 codec.
> o The crash was during calling g729bReplay(). The solution is to upgrade the g729e library to version 10.0.0.A.
> o The change also includes using TI phase 4 structure and fixing the link command.
>
> CSCsg14025 h245sig <> h245sig & h245sig <> h245alpha dtmf comb. fail for Universal.
> o The problem was due to wrong expireTime was checked for h245 dtmf
> playout. The fix is to disable checking expireTime if host did not send expireTime in the message.
> o Double commit it to ingwei branch.
>
> CSCse94895 dtmf-relay rtp-nte resulting in double dtmf digits relayed to pots ports
>
> CSCsf97289 Errors in RFC2833 dtmf-relay event generation when using G726r32/G711
> o reset a variable prevDigitOnOffset between ON/OFF transitions.
>
> CSCsg52609 DTMF relay failed for power twist test case using dspware 4.4.21.
> - Schwartz algorithm parameters are modified to acommodate Q.24
> compliance tests - algorithm modifed to take care of detection
> failures due to tone beating - This problem started after the
> enhancements done under CSCsd92242 to take care of
> talk off issues, Thank Brooks for providing quick modifications to the algorithm.
>
> CSCsb68986 Echo when calls traverse high ERL (~30dB) environments
> o update BUILD_VER and ECAN_VER in the header file (ec_api_fcn.h)
>
> CSCse94895 dtmf-relay rtp-nte resulting in double dtmf
> digits relayed to pots ports added fix to ATM and non NSE dtmf relay
> CSCsg47594 Crosstalk observed in calls across FXO ports
> o Force NACK Open Voice Channel Message to be silence to prevent corsstalk
>
> CSCsg85667 rtp-nte dtmf relay broken on c1760 dspware
> changes are, 1) to discard any dtmf packets that are received after
> END packet is processed. 2) minor cleanup of the code around the logic
> to make it clear, 3) remove the marker-bit variable and related code
> added with CSCse94895
> *) tested with vpcsim and dspsok to verify the basic operation
> and also with the customer sniffer capture.
>
> CSCse98440 Netcot fails with network loopback mode in 3845
> - there are two causes for the problem,
> 1) We don't have Receive Loopback functionality for 5510
> 2) IOS sends two openChannel() messages without Closing the channel
> - the changes made here add the functionality
> - verified the functionality by ignoring the secon Openchannel
> - IOS folks are looking into fixing the two consecutive OpenChannel()s
>
> CSCsg35002 DSP reset during long duration call.
> o This problem was caused by an improper handling on g729e decoder
> scratch buffer during concealment. This commit integrated TI's
> latest g729e library, version "CE_100E_PH4_Cisco_Modules_SED".
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> -----Original Message-----
> From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of Roman Rodichev
> Sent: Tuesday, February 09, 2010 2:54 PM
> To: sbabatunde1_at_ca.rr.com; ccielab_at_groupstudy.com; 'sameer inam'
> Subject: RE: RE: Help with DTMF problem
>
> I'm using IOS bug toolkit. You can also see all bugs in 12.4 train here:
>
> http://www.cisco.com/en/US/docs/ios/12_4/release/notes/124MCAVS1.html
> http://www.cisco.com/en/US/docs/ios/12_4/release/notes/124MCAVS.html
>
> I see several DTMF bugs in 12.4(7c). You should upgrade to the latest 12.4 image.
>
> Regards,
>
> Roman Rodichev
> 6xCCIE #7927 (R&S, Security, Voice, Storage, Service Provider, Wireless)
> Instructor, Content Developer
> ieMentor Corporation http://www.iementor.com
> Y!M: roman7927
>
> -----Original Message-----
> From: nobody_at_groupstudy.com [mailto:nobody_at_groupstudy.com] On Behalf Of sbabatunde1_at_ca.rr.com
> Sent: Tuesday, February 09, 2010 4:44 PM
> To: ccielab_at_groupstudy.com; sameer inam; Roman Rodichev
> Subject: Re: RE: Help with DTMF problem
>
> Hello Roman,
>
> The CMM are running (wxcmm-ipvoice-m)version 12.4 (7c) release fc2. Could you please send me the link you are reviewing.
>
> Thank you.
>
>
> ---- Roman Rodichev <romangs_at_iementor.com> wrote:
>> If your remote site phones are controlled by the CallManager when WAN
>> is up, then you are not actually using those H.323 dial-peers. Your
>> call signaling is: IP Phone ---- SCCP ---- CM ---- MGCP ---- CMM ----
>> ISDN ---- PSTN. Unless I'm missing something. So, this issue would be
>> with the CMM+MGCP+ISDN. What IOS version are you running on CMM? Ib m looking at the oldest 12.3(8)XY code and it has a lot of DTMF bugs. You are either running 12.3(8)XY- something, 12.4-something or 12.4T something.
>>
>>
>> Regards,
>>
>> Roman Rodichev
>> 6xCCIE #7927 (R&S, Security, Voice, Storage, Service Provider,
>> Wireless) Instructor, Content Developer ieMentor Corporation
>> http://www.iementor.com
>> Y!M: roman7927
>>
>>
>>
>> > -------Original Message-------
>> > From: sbabatunde1_at_ca.rr.com
>> > To: ccielab_at_groupstudy.com, romangs_at_iementor.com, sameer inam
>> > <i_sameer_at_hotmail.com>
>> > Subject: RE: Help with DTMF problem
>> > Sent: Feb 09 '10 13:22
>> >
>> > Hello Roman & Sameer,B B Thanks for the response.
>> >
>> > I have eigrp on the routers (Hub and spoke).B B They use me to get
>> > to the PSTN (except when they lose
>> connection I have one or two analog lines configured for SRST on the
>> remote routers).B B The 6513's are MGCP controlled gateways but there are H323 configurations as well on them in case the CUCM servers go down.
>> >
>> > The dial-peers I was referring to is for the H323 configuration.B B
>> > You know "session target ipv4:ip address of one
>> 6513" basically just saying when working as H323 for this destination
>> pattern send it here.B B The configs are replicated on both and
>> differentiated with "preference" commandB B So the devices at the site
>> am at use them as SRST routers when the need arise. Samples below
>> >
>> > On one of the 6513
>> > Dial-peer voi 10 voip
>> > Preference 2
>> > Destination-pattern 5.....
>> > Dtmf-relay h245-alpanumeric
>> > Session target ipv4: 11.11.11.11
>> >
>> > On the other 6513
>> > Dial-peer voi 10 voip
>> > Preference 1
>> > Destination-pattern 5.....
>> > Dtmf-relay h245-alpanumeric
>> > Session target ipv4: 11.11.11.12
>> >
>> > But this donb t kick in till SRST is in place (correct me if am wrong).
>> >
>> > Under the MGCP config I have this command: "mgcp dtmf-relay voip codec all mode out-of-band"
>> >
>> > Remote site phones are controlled by the callmanager. I hope I gave better insight.
>> >
>> >
>> > Thank you.
>> >
>> >
>> >
>> > -----Original Message-----
>> > From: Roman Rodichev [mailto:romangs_at_iementor.com]
>> > Sent: Tuesday, February 09, 2010 9:42 AM
>> > To: sbabatunde1_at_ca.rr.com; CCIE Groupstudy
>> > Subject: Re: Help with DTMF problem
>> >
>> > A little unclear of how the calls get from remote sites to PSTN.
>> > You mention "voip dial-peers on the gateways pointing to each
>> > other". Are you saying remote sites phones are not controlled by the
>> > CallManager, but by the
>> local
>> > CME (or some PBX + Cisco gateway)? Also, what mode is CMM configured in: H.323, MGCP or SIP?
>> >
>> > Regards,
>> >
>> > Roman Rodichev
>> > 6xCCIE #7927 (R&S, Security, Voice, Storage, Service Provider,
>> > Wireless) Instructor, Content Developer ieMentor Corporation
>> > http://www.iementor.com
>> > Y!M: roman7927
>> >
>> >
>> >
>> > >B B -------Original Message------- >B B From:
>> > sbabatunde1_at_ca.rr.com >B B To: CCIE Groupstudy
>> > <ccielab_at_groupstudy.com> >B B Subject: Help with DTMF problem >B B
>> > Sent: Feb 09 '10 10:25 >B B >B B Hello Group, >B B >B B I have a
>> > CUCM cluster with 1 Pub & 1 Sub.B B This cluster sends calls to 8
>> > PRI's connected into 2 6513 switches CMM module (4 going into
>> > each).B B Occasionally some users complain when they make calls that
>> > requires them to enter digits (phone trees) the entered digits are
>> > not recognized.B B My cluster controls 23 remote sites that either
>> > have bundled T1's or single T1's to me. Some even have 10GB fiber
>> > connections to me.B B All the T1 locations go into a DS3 I have in
>> > one of the 6513 switches.B B I am marking my signaling as CS 3 and
>> > AF31 and giving it 5% on
>> the
>> > links coming to the central site where the clusters are.B B And yes
>> > I haveB B b dtmf-relay h245-
>> alphanumericbB B configured
>> > under my VOIP dial-peer on the Gateways pointing to each other.B B
>> > B B >B B >B B >B B This is not notorious (I mean it happens very
>> > randomly).B B But you know it doesn't work when the user(s)
>> needs
>> > it, to them it doesn't work at all.B B >B B >B B Does anyone have
>> > any idea(s) for me.
>> > >B B
>> > >B B
>> > >B B
>> > >B B Thank you.
>> > >B B
>> > >B B
>> > >B B Blogs and organic groups at http://www.ccie.net >B B >B B
>> > ____________________________________________________________________
>> > ___ >B B Subscription information may be found at:
>> > >B B http://www.groupstudy.com/list/CCIELab.html
>> > >B B
>> > >B B
>> > >B B
>> > >B B
>> > >B B
>> > >B B
>> > >B B
>> > >B B
>> >
>> > ---- sameer inam <i_sameer_at_hotmail.com> wrote:
>> > > How these Call routed internally ?B B and How these Remote
>> > location are > interconnected to Each other through MPLS or any other technology ?
>> > >
>> > >
>> > >
>> > > regards,
>> > >
>> > >
>> > >
>> > > Sameer
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > >
>> > > > From: romangs_at_iementor.com
>> > > > To: sbabatunde1_at_ca.rr.com; ccielab_at_groupstudy.com > > Subject:
>> > Re: Help with DTMF problem > > Date: Tue, 9 Feb 2010 11:41:56 -0600
>> > > > > > A little unclear of how the calls get from remote sites to
>> > PSTN. You mention > "voip dial-peers on the gateways > > pointing
>> > to each other". Are you saying remote sites phones are not >
>> > controlled by the CallManager, but by the local > > CME (or some
>> > PBX + Cisco gateway)? Also, what mode is CMM configured in:
>> > > H.323, MGCP or SIP?
>> > > >
>> > > > Regards,
>> > > >
>> > > > Roman Rodichev
>> > > > 6xCCIE #7927 (R&S, Security, Voice, Storage, Service Provider,
>> > Wireless) > > Instructor, Content Developer > > ieMentor
>> > Corporation http://www.iementor.com > > Y!M: roman7927 > > > > >
>> > > > > > -------Original Message------- > > > From:
>> > sbabatunde1_at_ca.rr.com > > > To: CCIE Groupstudy
>> > <ccielab_at_groupstudy.com> > > > Subject: Help with DTMF problem > >
>> > > Sent: Feb 09 '10 10:25 > > > > > > Hello Group, > > > > > > I
>> > have a CUCM cluster with 1 Pub & 1 Sub.B B This cluster sends calls
>> > to 8 > PRI's connected into 2 6513 switches > > CMM module (4
>> > going into each).B B Occasionally some users complain when > they
>> > make calls that requires them to > > enter digits (phone trees) the
>> > entered digits are not recognized.B B My > cluster controls 23
>> > remote sites that either > > have bundled T1's or single T1's to
>> > me. Some even have 10GB fiber > connections to me.B B All the T1
>> > locations go > > into a DS3 I have in one of the 6513 switches.B B
>> > I am marking my signaling > as CS 3 and AF31 and giving it 5% on
>> > the > > links coming to the central site where the clusters are.B B
>> > And yes I haveB > B b dtmf-relay h245-alphanumericb configured >
>> > > under my VOIP dial-peer on the Gateways pointing to each other.B B
>> > B B > > > > > > > > > This is not notorious (I mean it happens
>> > very randomly).B B But you know > it doesn't work when the user(s)
>> > needs > > it, to them it doesn't work at all.B B > > > > > > Does
>> > anyone have any idea(s) for me.
>> > > > >
>> > > > >
>> > > > >
>> > > > > Thank you.
>> > > > >
>> > > > >
>> > > > > Blogs and organic groups at http://www.ccie.net > > > > > >
>> > ____________________________________________________________________
>> > ___ > > > Subscription information may be found at:
>> > > > > http://www.groupstudy.com/list/CCIELab.html
>> > > >
>> > > >
>> > > > Blogs and organic groups at http://www.ccie.net > > > >
>> > ____________________________________________________________________
>> > ___ > > Subscription information may be found at:
>> > > > http://www.groupstudy.com/list/CCIELab.html
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > > >
>> > >
>> > > _________________________________________________________________
>> > > Hotmail: Free, trusted and rich email service.
>> > > https://signup.live.com/signup.aspx?id=60969
>> > >
>> > >
>> > > Blogs and organic groups at http://www.ccie.net > >
>> > ____________________________________________________________________
>> > ___ > Subscription information may be found at:
>> > > http://www.groupstudy.com/list/CCIELab.html
>> >
>> >
>> > Blogs and organic groups at http://www.ccie.net
>> >
>> >
>> > ____________________________________________________________________
>> > ___ Subscription information may be found at:
>> > http://www.groupstudy.com/list/CCIELab.html
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> ______________________________________________________________________
>> _ Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html

Blogs and organic groups at http://www.ccie.net
Received on Sun Feb 14 2010 - 12:36:41 ART