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

Lelio Fulgenzi lelio at uoguelph.ca
Wed Apr 7 13:29:49 EDT 2010


It's at a remote site (read barn) so the amount of troubleshooting available is limited. 

I'm thinking of just upgrading and going from there. 


--- 
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 1:09:19 PM GMT -05:00 US/Canada Eastern 
Subject: Re: [cisco-voip] DTMF issues with VG224 but not other phones (UPDATE) 

honestly, if you listen closely, you might be able to hear it with a 
human ear. try a testcall to your cellphone from the ip phone, press a 
button, try again from the vg224 phone, press a button. I think it 
sounds like a continuous tone with a "blip" in the middle. it may just 
be clearly audible as two separate tones. 

actually, your working/non working scenarios make sense with that bug, 
since in the working scenario from an IP phone, there are never any 
DTMF digits in the RTP stream in the first place. (so its impossible 
to hit the bug.) 

I would do that test and then upgrade the 224 to 12.4(15)T8. 

On Wed, Apr 7, 2010 at 12:56 PM, Lelio Fulgenzi <lelio at uoguelph.ca> wrote: 
> i knew it. i'll have to get my digital structures book out and build a 
> flip/flop switch to take care of that. 
> 
> call flow. yes. here it is. get ready. don't blink. 
> 
> farmer's fingers -> analog set -> VG224 (SCCP) port -> campus cloud -> 3945 
> PRI (MGCP) -> PSTN -> Bank's IVR 
> 
> interesting part about the IVR reading back the numbers. i'll have to check 
> that out. 
> 
> 
> --- 
> 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:49:34 PM GMT -05:00 US/Canada Eastern 
> Subject: Re: [cisco-voip] DTMF issues with VG224 but not other phones 
> (UPDATE) 
> 
> obviously the F's are a problem. we can set them all to zeros with a 
> 9-volt battery and some copper wire. pop the cover off that bad boy 
> and we'll get started. 
> 
> Are you going to tell us about the call flow? =) how does the call 
> egress your network to get to the IVR? 
> 
> -Peter 
> 
> On Wed, Apr 7, 2010 at 12:44 PM, Lelio Fulgenzi <lelio at uoguelph.ca> wrote: 
>> pretty show diag output follows. i wonder if it's all those F's in there 
>> that are causing the problem. looks like way too many for me. 
>> 
>> ________________________________ 
>> kc_vg224_no1>show diag 
>> VG224 Backplane EEPROM: 
>> PCB Serial Number : FOC1115449X 
>> Processor type : 7B 
>> Top Assy. Part Number : 800-24228-05 
>> Board Revision : B0 
>> Fab Part Number : 28-5952-03 
>> Deviation Number : 8-2097 
>> Manufacturing Test Data : FF FF FF FF FF FF FF FF 
>> RMA Number : 255-255-255-255 
>> RMA Test History : FF 
>> RMA History : FF 
>> Chassis Serial Number : FHK1118F0Z8 
>> Chassis MAC Address : 001a.e221.be33 
>> MAC Address block size : 5 
>> Field Diagnostics Data : FF FF FF FF FF FF FF FF 
>> Hardware Revision : 4.1 
>> Number of Slots : 1 
>> Product (FRU) Number : VG224 
>> Version Identifier : V02 
>> EEPROM format version 4 
>> EEPROM contents (hex): 
>> 0x00: 04 FF C1 8B 46 4F 43 31 31 31 35 34 34 39 58 09 
>> 0x10: 7B 40 04 5B C0 46 03 20 00 5E A4 05 42 42 30 85 
>> 0x20: 1C 17 40 03 80 00 08 08 31 C4 08 FF FF FF FF FF 
>> 0x30: FF FF FF 81 FF FF FF FF 03 FF 04 FF C2 8B 46 48 
>> 0x40: 4B 31 31 31 38 46 30 5A 38 C3 06 00 1A E2 21 BE 
>> 0x50: 33 43 00 05 C5 08 FF FF FF FF FF FF FF FF 41 04 
>> 0x60: 01 01 01 CB 85 56 47 32 32 34 89 56 30 32 00 FF 
>> 0x70: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
>> Slot 0: 
>> VG224 Motherboard 24FXS-2FE (3 onboard DSPs) Port adapter, 26 
>> ports 
>> Port adapter is analyzed 
>> Port adapter insertion time unknown 
>> EEPROM contents at hardware discovery: 
>> PCB Serial Number : FOC1115449X 
>> Processor type : 7B 
>> Top Assy. Part Number : 800-24228-05 
>> Board Revision : B0 
>> Fab Part Number : 28-5952-03 
>> Deviation Number : 8-2097 
>> Manufacturing Test Data : FF FF FF FF FF FF FF FF 
>> RMA Number : 255-255-255-255 
>> RMA Test History : FF 
>> RMA History : FF 
>> Chassis Serial Number : FHK1118F0Z8 
>> Chassis MAC Address : 001a.e221.be33 
>> MAC Address block size : 5 
>> Field Diagnostics Data : FF FF FF FF FF FF FF FF 
>> Hardware Revision : 4.1 
>> Number of Slots : 1 
>> Product (FRU) Number : VG224 
>> Version Identifier : V02 
>> EEPROM format version 4 
>> EEPROM contents (hex): 
>> 0x00: 04 FF C1 8B 46 4F 43 31 31 31 35 34 34 39 58 09 
>> 0x10: 7B 40 04 5B C0 46 03 20 00 5E A4 05 42 42 30 85 
>> 0x20: 1C 17 40 03 80 00 08 08 31 C4 08 FF FF FF FF FF 
>> 0x30: FF FF FF 81 FF FF FF FF 03 FF 04 FF C2 8B 46 48 
>> 0x40: 4B 31 31 31 38 46 30 5A 38 C3 06 00 1A E2 21 BE 
>> 0x50: 33 43 00 05 C5 08 FF FF FF FF FF FF FF FF 41 04 
>> 0x60: 01 01 01 CB 85 56 47 32 32 34 89 56 30 32 00 FF 
>> 0x70: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF 
>> ________________________________ 
>> --- 
>> 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:38:44 PM GMT -05:00 US/Canada Eastern 
>> Subject: Re: [cisco-voip] DTMF issues with VG224 but not other phones 
>> (UPDATE) 
>> 
>> 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 
>>>> 
>>>> 
>>> 
>> 
> 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20100407/17b23e44/attachment.html>


More information about the cisco-voip mailing list