[cisco-voip] DTMF issues with VG224 but not other phones (UPDATE)
Lelio Fulgenzi
lelio at uoguelph.ca
Wed Apr 7 12:56:12 EDT 2010
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/a9dd8b50/attachment.html>
More information about the cisco-voip
mailing list