Had the phone company in late today. They are convinced it was not them. I guess they can see all the way to their CSU/DSU and all the way back to the CO, no errors at all all day long. So they are pointing the finger at my internal network! One thing I did see, is that the CPU utilization of the 2801 with the PRI hit as high as 80% early this morning. I am thinking this could have done it. (This 2801 is also the def gateway for the network, though the network is quite small, only about 60 total PCs and phones).
<br><br>So I guess time to open a case with TAC.<br><br><br><br><div><span class="gmail_quote">On 7/5/07, <b class="gmail_sendername">kent</b> <<a href="mailto:nws@fredf.org">nws@fredf.org</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
I had a similar issue to the one your describing, The good news, well<br>maybe... I got to trouble shoot it while the 1000 user call center was<br>tring to answer the calls. (Talk about fun!) anyway the problem came<br>
down to a bad media termination point. After x number of calls hit,<br>then the weird ness started. 1 way audio etc.<br><br>also, there are lots of known issues with the 12.3 train and weird audio<br>problems. TAC suggests you get up to the
12.4 code to fix most of the<br>voice stuff. You might just have a bad dsp module. Also, if you have<br>MTP required for your gateway. (not sure if thats an option for mgcp<br>like h323 at the moment) you probably don't need to use them, but
<br>depends on your environment.<br><br>Also, I know theres a rush ususally to fix the issue, when it happens,<br>but alot of times if you can reproduce the problem with your phone and<br>run a sniffer, you might be able to see whats happening buy the ip
<br>address of the streams.<br><br>Also, TAC said on the 12.3 code, that putting the user on hold and then<br>taking them back off, might correct it to. but I cheated, I removed<br>the MTP option and upgraded to 12.4 code. :)
<br><br><br><br><br><br><br>Paul Choi wrote:<br>> Is your 2801 receiving the digits from the LEC<br>> properly? Is the PRI cable damaged at all?<br>><br>> --- Todd Franklin <<a href="mailto:toddnh65@gmail.com">
toddnh65@gmail.com</a>> wrote:<br>><br>><br>>> Version 12.3(11)T9<br>>> MGCP<br>>><br>>> On 7/5/07, Voll, Scott <<a href="mailto:Scott.Voll@wesd.org">Scott.Voll@wesd.org</a>> wrote:<br>
>><br>>>> VGW = Voice Gateway = 2801 with PRI<br>>>><br>>>><br>>>><br>>>> What version on the 2801 with PRI? Running H323<br>>>><br>>> or MGCP<br>>>
<br>>>> ------------------------------<br>>>><br>>>> *From:* Todd Franklin [mailto:<a href="mailto:toddnh65@gmail.com">toddnh65@gmail.com</a>]<br>>>> *Sent:* Thursday, July 05, 2007 10:19 AM
<br>>>> *To:* Voll, Scott<br>>>> *Cc:* <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>>>> *Subject:* Re: [cisco-voip] Troubleshooting Help<br>>>><br>>>>
<br>>>><br>>>> The PRI terminates on a separate 2801. My CCM is<br>>>><br>>> a 4.2sr5a (from what I<br>>><br>>>> can gather!) I don't know what VGW means, is the<br>>>>
<br>>> VGW something to do with<br>>><br>>>> the 2801? I have no errors about a lack of DSPs,<br>>>><br>>> when we did run low on<br>>><br>>>> them, that usually got logged in CCM. There is no
<br>>>><br>>> firewall between CCM and<br>>><br>>>> the PRI.<br>>>><br>>>> Thanks for the ideas! I am now looking and<br>>>><br>>> digging!!<br>>><br>>>> On 7/5/07, *Voll, Scott* <
<a href="mailto:Scott.Voll@wesd.org">Scott.Voll@wesd.org</a> ><br>>>><br>>> wrote:<br>>><br>>>> Where is the PRI terminating on? the same 2801?<br>>>><br>>>><br>>>>
<br>>>> What version of CM / VGW w/ PRI?<br>>>><br>>>><br>>>><br>>>> Do you have enough DSP's?<br>>>><br>>>><br>>>><br>>>> What codec is being ran in region and VGW?
<br>>>><br>>>><br>>>><br>>>> Any Firewalls between phone / CM / VGW?<br>>>><br>>>><br>>>><br>>>> Scott<br>>>><br>>>><br>>>> ------------------------------
<br>>>><br>>>> *From:* <a href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net</a><br>>>><br>>> [mailto:<a href="mailto:cisco-voip-bounces@puck.nether.net">cisco-voip-bounces@puck.nether.net
</a>]<br>>><br>>>> *On Behalf Of *Todd Franklin<br>>>> *Sent:* Thursday, July 05, 2007 9:58 AM<br>>>> *To:* <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>>>> *Subject:* [cisco-voip] Troubleshooting Help
<br>>>><br>>>><br>>>><br>>>> Hey everyone. I will try to keep this short, but<br>>>><br>>> supply as much<br>>><br>>>> information as possible.<br>>>>
<br>>>> On june 28th, and again today on July 5, we have<br>>>><br>>> had this issue:<br>>><br>>>> If you are outside, and call in on a line that<br>>>><br>>> comes in on our PRI, the
<br>>><br>>>> person receiving the call cannot hear you at all.<br>>>><br>>> Yet you can hear them<br>>><br>>>> perfectly.<br>>>> If you are outside, and call in on a line that
<br>>>><br>>> comes in our PRI with an<br>>><br>>>> automated attendant, no input is accepted. (i.e.<br>>>><br>>> Press 1 for this, 2 for<br>>><br>>>> that, if you press a key, the greeting just keeps
<br>>>><br>>> going. If you dial an<br>>><br>>>> extension, the greeting just keeps going).<br>>>> If you are inside, and dial out (we use a 9 to get<br>>>><br>>> an outside line, this
<br>>><br>>>> puts you out on the PRI), the phone will show that<br>>>><br>>> the call is connected,<br>>><br>>>> yet you cannot hear anything at all. No phone<br>>>>
<br>>> ring, nothing.<br>>><br>>>> Today, I pressed 9, and dialed the automated<br>>>><br>>> weather phone in town, I got<br>>><br>>>> connected to an Engineering firm 15 miles away. I
<br>>>><br>>> hung up, dialed the same<br>>><br>>>> weather phone, and got the very same Engineering<br>>>><br>>> firm 15 miles away.<br>>><br>>>> Also today, occasionally I would pick up my
<br>>>><br>>> handset, and be right in the<br>>><br>>>> middle of someone's phone conversation.<br>>>> In both cases, if you call in to a line that is<br>>>><br>>> POTS going into a 2801,
<br>>><br>>>> you are fine. And if you call out using a POTS<br>>>><br>>> line, you are fine (even<br>>><br>>>> though the POTS outbound line is on a 2801).<br>>>><br>
>>> All this led me to believe it was a phone company<br>>>><br>>> issue, yet the assure me<br>>><br>>>> it was definitely not. I had not rebooted my CCM<br>>>><br>>> in over a year, so I
<br>>><br>>>> rebooted it. Both instances, in less than an<br>>>><br>>> hour, things go back to<br>>><br>>>> normal, but needless to say, the issue is killing<br>>>><br>
>> me! Where would I start<br>>><br>>>> to look for ideas on what is happening??<br>>>><br>>>> Would appreciate any help at all!<br>>>><br>>>><br>>>><br>>>> _______________________________________________
<br>>>><br>>> cisco-voip mailing list<br>>> <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip
</a><br>>><br>>><br>><br>><br>><br>><br>> ____________________________________________________________________________________<br>> Got a little couch potato?<br>> Check out fun summer activities for kids.
<br>> <a href="http://search.yahoo.com/search?fr=oni_on_mail&p=summer+activities+for+kids&cs=bz">http://search.yahoo.com/search?fr=oni_on_mail&p=summer+activities+for+kids&cs=bz</a><br>> _______________________________________________
<br>> cisco-voip mailing list<br>> <a href="mailto:cisco-voip@puck.nether.net">cisco-voip@puck.nether.net</a><br>> <a href="https://puck.nether.net/mailman/listinfo/cisco-voip">https://puck.nether.net/mailman/listinfo/cisco-voip
</a><br>><br>><br><br></blockquote></div><br>