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? Ibm 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 donbt 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
Received on Tue Feb 09 2010 - 19:24:31 ART
This archive was generated by hypermail 2.2.0 : Mon Mar 01 2010 - 06:28:35 ART