local dialtone issues - redundancy case study [7:58952]

2002-12-10 Thread Adam Frederick
This is a proposed solution for local dialtone, to replace pool of copper
trunks :

Main site will be equiped w/ main PBX / Voice Mail / ACD system.  Coming into
main site will be 3 leased T1's from each branch office.  For local dialtone
@
the Main office, ISDN PRI is utilized.  Custom call routing is enabled.  At
each branch, there are currently 4 copper lines used as a pool for local
dialtone.

The proposed solution is replace each branches 4 copper lines w/ PRI for
caller id issues in the corporation.

Question to you guys:

How could you enable redundancy in this scenario?  Since PRI is a digital
signal what happens if there is power problems at the CO?  It's not like good
old analog lines I would assume.  Usually where I'm located, if your T1 is
down, so is your PRI, it's just the nature of the beast.  Anyone have
suggestions?  Comments?  There will be 1 analog line for 911.

Thanks

Adam




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=58952t=58952
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]



Re: local dialtone issues - redundancy case study [7:58952]

2002-12-10 Thread Andrew Dorsett
On Wed, 11 Dec 2002, Adam Frederick wrote:

 How could you enable redundancy in this scenario?  Since PRI is a digital
 signal what happens if there is power problems at the CO?  It's not like
good
 old analog lines I would assume.  Usually where I'm located, if your T1 is
 down, so is your PRI, it's just the nature of the beast.  Anyone have
 suggestions?  Comments?  There will be 1 analog line for 911.

Well don't forget power issues also affects T1s that are channelized.
Even though your T is analog that doesn't mean it doesn't require
some non-teleco powered equipment to multiplex the lines to the T1.  PRI
has the same issues as T1s do.  For phone equipment they both require client
side powered devices to operate.  Granted a T1 does provide its on power
for the CPE breakout box, the equipment it untimately plugs into does
require power.  PRIs are the same and have the exact same issues.  I've
seen PRI provisioning described by many providers as running a PRI over a
T1 and just configure the 24th channel to provide the D channel (23B+1D).
Now what kind of redundancy are you looking for?  Power issues at the CO
are rare in the US since they generally have quite the battery and
generator setup.  Now if you are getting circuits off a SLC and not directly
from the CO
then you risk losing power at the teleco equipment and there is nothing
you can do about that without an emergency system powering the SLC.  This
has the same effect on analog circuits.  Regardless of if you have a PRI
a T1 or a standard analog phone line then if the CO or SLC loses power you
are just outta luck.  Most COs never lose power because its too costly in
SLAs
but it is really common for a SLC to lose power.  You just need to
negotiate your contract and try everything you can to attempt and have the
circuits ran from the CO and not a SLC without backup power.

At one of my employers we have an OC-3 smartring that provides all over
our PRIs for incoming dialups.  Granted its overkill for only a few PRIs but
we have enough to justify it.  And with the smartring service it is linked
to two seperate COs in two different cities.  I've seen it only have to
failover to the other teleco once and that was when there was a massive
cable cut and they managed to cut our fiber.  Our customers didn't notice
anything and we only noticed the light that was lit on the alarm box.

Andrew
---

http://www.andrewsworld.net/
ICQ: 2895251
Cisco Certified Network Associate

Learn from the mistakes of others. You won't live long enough to make all
of them yourself.




Message Posted at:
http://www.groupstudy.com/form/read.php?f=7i=58956t=58952
--
FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]