[cisco-voip] DTMF issues with VG224 but not other phones (UPDATE)
Peter Slow
peter.slow at gmail.com
Thu Apr 8 17:01:25 EDT 2010
I was having a bad day yesterday. This is me recanting my statement
about needing a PVDM3 for Sg3 support after checkign on what nick
said. It's introduced in 15.1.1T.
Nate, sorry for ruining your year or whatever... hopefully nick's
correction make it all better =)
I'm going to go stand in the corner facing the wall now...
-Peter
On Wed, Apr 7, 2010 at 5:04 PM, Peter Slow <peter.slow at gmail.com> wrote:
> its the PVDM3
>
> On Wed, Apr 7, 2010 at 2:33 PM, Jason Aarons (US)
> <jason.aarons at us.didata.com> wrote:
>> Is it 15T or the hardware that comes with x9xx (PVDM3) that allows up to
>> G3/33.3? I didn’t think 15T and VG224/SCCP would speed anything up.
>>
>>
>>
>> From: cisco-voip-bounces at puck.nether.net
>> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Nate VanMaren
>> Sent: Wednesday, April 07, 2010 1:45 PM
>> To: Lelio Fulgenzi; Justin Steinberg
>> Cc: cisco-voip voyp list
>> Subject: Re: [cisco-voip] DTMF issues with VG224 but not other phones
>> (UPDATE)
>>
>>
>>
>> Nah, go to 15T so you can do faster faxes J
>>
>>
>>
>> From: cisco-voip-bounces at puck.nether.net
>> [mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Lelio Fulgenzi
>> Sent: Wednesday, April 07, 2010 11:43 AM
>> To: Justin Steinberg
>> Cc: cisco-voip voyp list
>> Subject: Re: [cisco-voip] DTMF issues with VG224 but not other phones
>> (UPDATE)
>>
>>
>>
>> 12.4(22)T is affected
>>
>> http://tools.cisco.com/Support/BugToolKit/search/knownAffectedVersions.do?method=fetchKnownAffectedVersions&bugId=CSCso87127
>>
>> I think I'm going to take baby steps here and upgrade to 12.4(15)T8 as
>> suggested in the notes.
>>
>> ---
>> 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: "Justin Steinberg" <jsteinberg at gmail.com>
>> To: "Peter Slow" <peter.slow at gmail.com>
>> Cc: "Lelio Fulgenzi" <lelio at uoguelph.ca>, "cisco-voip voyp list"
>> <cisco-voip at puck.nether.net>
>> Sent: Wednesday, April 7, 2010 1:31:15 PM GMT -05:00 US/Canada Eastern
>> Subject: Re: [cisco-voip] DTMF issues with VG224 but not other phones
>> (UPDATE)
>>
>> I think you are most definitely experiencing that bug. upgrade your IOS to
>> a fixed version, 12.4(22)T has some nice SCCP features.
>>
>> On Wed, Apr 7, 2010 at 1:09 PM, Peter Slow <peter.slow at gmail.com> wrote:
>>
>> 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
>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>> _______________________________________________
>> cisco-voip mailing list
>> cisco-voip at puck.nether.net
>> https://puck.nether.net/mailman/listinfo/cisco-voip
>>
>>
>>
>> NOTICE: This email message is for the sole use of the intended recipient(s)
>> and may contain confidential and privileged information. Any unauthorized
>> review, use, disclosure or distribution is prohibited. If you are not the
>> intended recipient, please contact the sender by reply email and destroy all
>> copies of the original message.
>>
>>
>>
>> ________________________________
>>
>> Disclaimer: This e-mail communication and any attachments may contain
>> confidential and privileged information and is for use by the designated
>> addressee(s) named above only. If you are not the intended addressee, you
>> are hereby notified that you have received this communication in error and
>> that any use or reproduction of this email or its contents is strictly
>> prohibited and may be unlawful. If you have received this communication in
>> error, please notify us immediately by replying to this message and deleting
>> it from your computer. Thank you.
>>
>> _______________________________________________
>> 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