[cisco-voip] Phone System Outages

[Dustin S. Fowler]

I have had similar issues with one way voice for certain phones or
locations.

 

The solution has been to excluded network addresses from the DHCP pool. I
have many customers using the Cisco DHCP off of a 28XX with no issues. The
key is to exclude address. It doesn't know how to do it itself and will
actually give out the router ip address. 

 

Semper Fidelis,

 

Dustin Fowler
Senior Cisco Consultant
cid:image001.gif at 01C8D09B.0C46BD50

Email:  <mailto:dfowler at data-corporation.com> dustin.s.fowler at gmail.com
"KEEPING YOUR BUSINESS HIGHLY AVAILABLE"

 

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Todd Franklin
Sent: Sunday, July 13, 2008 8:30 PM
To: Steve G
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Phone System Outages

 

Yes, the 2801 at each location is for SRST and 911 issues.
All IP phones have the same default gateway.  It might be the 2801 or a
3560, I will have to confirm tomorrow when I am back at the office.  I think
the 2801 is doing DHCP server duties, something I need to get off of it.

On Sun, Jul 13, 2008 at 11:20 AM, Steve G <smgustafson at gmail.com> wrote:

This may be an obvious question, but why is there a 2801 at each location?
is it for SRST/911 purposes?  Do all IP Phones have the same default
gateway, or do they look to their respective 2801s to provide routing for
them?

 

Steve

On Sun, Jul 13, 2008 at 8:07 AM, Todd Franklin <toddnh65 at gmail.com> wrote:

Interesting thought.  The 2801 did have some sort of notice about a
duplicate DHCP entry or some such thing....unfortunately, everything was
happening so fast, and there is that need to JUST FIX IT,that there isn't a
lot of time to write stuff down or gather relevant stats.  

Looks like I will be doing further research!!

Todd

I think it might be time to set up my cisco gear so it logs relevant
happenings to a syslogger on one of my linux/doze boxes. 

 

On Sun, Jul 13, 2008 at 12:50 AM, Jonathan Charles <jonvoip at gmail.com>
wrote:

One-way audio is almost always a routing issue, my guess is that you
have a duplicate route to a subnet or a duplicate IP taking over a key
layer-3 routed interface.



Jonathan


On Sat, Jul 12, 2008 at 7:42 AM, Todd Franklin <toddnh65 at gmail.com> wrote:
> Environment:
>
> CCM 4.1, Unity version 4 also.
> 3560s, 2801s.  6 buildings all linked by fiber.  Each building has a 2801
> and 3560.
> Total phone count: 60, mostly 7940s, some 7912s, a few 7960s.
>
> All fiber runs back to main location where it joins the network through
> GBICs on 3560s.
> At the main location we have a PRI that goes into a 2801.
>
> Problem:  3 times in the last year, we will get a situation that goes like
> this:
> Pressing 9 to dial out, and dialing your number:  Phone shows call is
> completed, starts counting the seconds, but you hear nothing.
> If we call another extension internally, they will hear us but we cannot
> hear them.
> If someone calls in from outside and gets the auto attendant, no input is
> accepted, the attendant just keeps going.  (i.e. Press 2 for this, she
just
> keeps going, you can press as many buttons as you like, no change).
>
> The solution seems to be to reboot the main 2801 with the PRI.  I am not
> sure why this would cure internal extension-to-extension calls, but it
> does.  My facility runs 24 hours a day, so a reboot is never a good thing.
>
> Where should I start looking?  Broadcast storms?  Is this a sort of known
> bug that Cisco might have fixed somewhere?  Anything in Unity or CCM I
> should look at?  Counters on ports?
>
> Would appreciate any direction at all!
>
> Todd
>

> _______________________________________________
> 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

 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20080714/7958b1dd/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/jpeg
Size: 1703 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20080714/7958b1dd/attachment-0001.jpe>