[cisco-voip] DTMF issues with VG224 but not other phones (UPDATE)

Peter Slow peter.slow at gmail.com
Wed Apr 7 12:38:44 EDT 2010


no you did not, i am clearly wrong about the DSPs in use in the VG224.
could i see a show diag real quick, just for my own knowledge?
if the symptoms described earlier match the ones you're seeing, your
version is certainly susceptible to that bug.

a quick way to tell if thats you issue, at least at that gateway, is
to grab a packet capture of a g.711 testcall and rebuild it using
wireshark. if you hear any dtmf tones in the RTP stream, you're
hitting that bug.

-Peter

On Wed, Apr 7, 2010 at 12:28 PM, Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
> Thanks Peter, here's what I get from one of my VG224s. Did I incorrectly
> assume I'm using C5510s because they're listed here? The chip type and DSP
> version match.
>
> ________________________________
> kc_vg224_no1#show voice dsp voice
>
>
> ----------------------------FLEX VOICE CARD 0 ------------------------------
>                            *DSP VOICE CHANNELS*
>
> CURR STATE : (busy)inuse (b-out)busy out (bpend)busyout pending
> LEGEND     : (bad)bad    (shut)shutdown  (dpend)download pending
>
> DSP   DSP              DSPWARE CURR  BOOT                         PAK
> TX/RX
> TYPE  NUM CH CODEC     VERSION STATE STATE   RST AI VOICEPORT TS ABRT PACK
> COUNT
> ===== === == ========= ======= ===== ======= === == ========= == ====
> ============
> C5510 001 01 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 001 02 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 001 03 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 001 04 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 001 05 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 001 06 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 001 07 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 001 08 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 001 09 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 001 10 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 001 11 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 001 12 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 001 13 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 001 14 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 001 15 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 001 16 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 002 01 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 002 02 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 002 03 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 002 04 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 002 05 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 002 06 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 002 07 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 002 08 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 002 09 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 002 10 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 002 11 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 002 12 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 002 13 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 002 14 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 002 15 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 002 16 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 003 01 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 003 02 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 003 03 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 003 04 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 003 05 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 003 06 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 003 07 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 003 08 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 003 09 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 003 10 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 003 11 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 003 12 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 003 13 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 003 14 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 003 15 None           9.4.5 idle  idle      0  0
> 0          0/0
> C5510 003 16 None           9.4.5 idle  idle      0  0
> 0          0/0
>
> ________________________________
> ---
> Lelio Fulgenzi, B.A.
> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
> Cooking with unix is easy. You just sed it and forget it.
>                               - LFJ (with apologies to Mr. Popeil)
>
>
> ----- Original Message -----
> From: "Peter Slow" <peter.slow at gmail.com>
> To: "Lelio Fulgenzi" <lelio at uoguelph.ca>
> Cc: "cisco-voip voyp list" <cisco-voip at puck.nether.net>
> Sent: Wednesday, April 7, 2010 12:22:08 PM GMT -05:00 US/Canada Eastern
> Subject: Re: [cisco-voip] DTMF issues with VG224 but not other phones
> (UPDATE)
>
> Lelio,
>    that bug is specific to the 5510 DSPs according to the information
> in it, your VG224 is equipped with the original PVDMs, which are
> c549s, unless there's an HDV2 in it, which im not sure is possible. a
> show diag will tell you. Also, theres a very specific symptom with
> that bug; at the far end the digits are detected twice. if you are
> entering your account number, and press 123, the IVR will tell you it
> detected 112233. Is that symptom or somethign similar being reported??
>    Is there any sip involved in your environment? tell us more about
> the call flow and what devices that call is traversing. from what
> you've said, it sounds liek the end users are plugged into the 224.
> I'd like to understand how the call is leaving your voice network.
> (SIP Trunk, MGCP gateway, etc)
>
> -Peter
>
>
> On Tue, Apr 6, 2010 at 7:33 PM, Lelio Fulgenzi <lelio at uoguelph.ca> wrote:
>> looks like i might be running into this bug?
>>
>>
>> http://tools.cisco.com/Support/BugToolKit/search/getBugDetails.do?caller=pluginredirector&method=fetchBugDetails&bugId=CSCso87127
>>
>> ---
>> Lelio Fulgenzi, B.A.
>> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
>> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>> Cooking with unix is easy. You just sed it and forget it.
>>                               - LFJ (with apologies to Mr. Popeil)
>>
>>
>> ----- Original Message -----
>> From: "Lelio Fulgenzi" <lelio at uoguelph.ca>
>> To: "cisco-voip voyp list" <cisco-voip at puck.nether.net>
>> Sent: Tuesday, April 6, 2010 4:47:53 PM GMT -05:00 US/Canada Eastern
>> Subject: DTMF issues with VG224 but not other phones (UPDATE)
>>
>> UPDATE: I've included the version and config of the vg224.
>>
>> We have a user who is having problems using a calling card. They are able
>> to
>> traverse the tree successfully up until a point, so they enter 1 for
>> English, etc. but they have an issue where they enter their calling card
>> number.
>>
>> The problem is reproducible (as far as I know) across multiple VG224 ports
>> and multiple VG224s. The problem is eliminated when using an IP phone.
>>
>> I gather that it does not have anything to do with the PSTN gateways per
>> se
>> (since it works with IP phones) but more an issue with VG224 config.
>>
>> I'm getting more information from the client, but just wondering if anyone
>> has any suggestions.
>>
>> I've done some searching on netpro forums and found the following debug
>> statements to be useful:
>>
>> debug vpm signal (very simple output)
>> debug voip vtsp dsp (a bit more detailed - provides the in/out)
>> debug voip ccapi inout (even more detailed)
>>
>> Any suggestions would be great.
>>
>> Lelio
>>
>>
>>
>> ---
>> Lelio Fulgenzi, B.A.
>> Senior Analyst (CCS) * University of Guelph * Guelph, Ontario N1G 2W1
>> (519) 824-4120 x56354 (519) 767-1060 FAX (JNHN)
>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>> Cooking with unix is easy. You just sed it and forget it.
>>                               - LFJ (with apologies to Mr. Popeil)
>>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>



More information about the cisco-voip mailing list