[c-nsp] backup quandry

Jim McBurnett jim at tgasolutions.com
Thu Oct 21 08:04:45 EDT 2004 

Charles,
The list price for IP only for a 1700 series is only $15...

CISCO 1700 IP Feature Pack		CD17-C=	 	$15 
CISCO 1700 IP/ADSL Feature Pack	CD17-C7=	 	$15 

Seems like a low price to pay....
And if you have a recent 1721 you should have plenty of Memory to run
it..

J 

-----Original Message-----
From: Charles Sprickman [mailto:spork at inch.com] 
Sent: Wednesday, October 20, 2004 6:36 PM
To: Rodney Dunn
Cc: cisco-nsp at puck.nether.net
Subject: Re: [c-nsp] backup quandry

On Wed, 20 Oct 2004, Rodney Dunn wrote:

> I know this is a loaded question but...
>
> why is this "but I won't be going to 12.3 anytime soon"?

That's simple:  no service contract. :)

Charles

>
> Why am I asking?  Sometimes I get the feeling people always make 
> decisions based on what they hear and typically we only hear bad news.

> People don't send an email much and say "hey, I upgraded and it all 
> went smooth."
>
> Trust me, I'm not saying we don't have bugs.
> If we didn't I'd be out of a job. :)
>
> But I do like to hear customer's opinions sometimes when I see things 
> like this.
>
> What code are you running now?
>
> Rodney
>
>
> On Wed, Oct 20, 2004 at 05:13:39PM -0400, Charles Sprickman wrote:
> > On Wed, 20 Oct 2004, Josh Duffek wrote:
> >
> > > http://www.cisco.com/en/US/customer/tech/tk364/tk871/technologies_
> > > config uration_example09186a0080211f5c.shtml
> >
> > That looks interesting, but I won't be going to 12.3 anytime soon on

> > our side...
> >
> > Thanks,
> >
> > Charles
> >
> > > ?
> > >
> > > josh duffek    network engineer
> > > consultantjd16 at ridemetro.org
> > > desk:              713-739-4849
> > > mobile:            713-291-2365
> > >
> > > > -----Original Message-----
> > > > From: cisco-nsp-bounces at puck.nether.net [mailto:cisco-nsp- 
> > > > bounces at puck.nether.net] On Behalf Of Charles Sprickman
> > > > Sent: Wednesday, October 20, 2004 3:49 PM
> > > > To: cisco-nsp at puck.nether.net
> > > > Subject: [c-nsp] backup quandry
> > > >
> > > > Hello,
> > > >
> > > > I've been trying to come up with a decent plan to offer backup
> > > circuits to
> > > > customers that works well.  We have something of an odd 
> > > > environment
> > > here
> > > > and most of the solutions I've run through fall short in one way

> > > > or another.
> > > >
> > > > This is a cheap-o backup solution.  The scenario is that the 
> > > > client
> > > has a
> > > > Covad "Telextend" T1 with the backup line being a Covad SDSL.  
> > > > I'm
> > > aware
> > > > that this offers no protection against Covad going wonky.  We
> > > generally
> > > > see that most of our client outages are due to Verizon mucking 
> > > > about
> > > with
> > > > things, so it actually works quite well.
> > > >
> > > > On the client side we're using Netopia gear and it handles 
> > > > cutting
> > > over
> > > > the outbound traffic well.
> > > >
> > > > To handle routing the client LAN block to SDSL and ADSL 
> > > > circuits, I
> > > enable
> > > > OAM management on the pvcs and add two static routes to the 
> > > > interfaces (one with lower priority).  If one of the circuits 
> > > > fails, the route to that pvc gets yanked as OAM lets us get
interface up/down status.
> > > >
> > > > The problem is with the "T1" circuits.  Covad brings these into 
> > > > T1
> > > cards
> > > > in their DSLAMs and the does a frame<->ATM translation there.  
> > > > Sadly
> > > they
> > > > don't configure the DSLAM to handle any of the ATM OAM stuff for

> > > > these circuits, so from my router I have no way of getting the 
> > > > status of the
> > > T1
> > > > circuit.
> > > >
> > > > First off, any suggestions for the above scenario?  I need some 
> > > > way to determine if the T1 is up or not, but since it's a 
> > > > virtual circuit and Covad does not support the standard 
> > > > signalling, I don't think there's anything I can do there.
> > > >
> > > > Second question, Covad has recently approved the Cisco 17xx 
> > > > series
> > > routers
> > > > for the Telextend service.  With one of those in place, I could 
> > > > run
> > > OSPF
> > > > over the T1 and put the SDSL router in bridge mode and also run 
> > > > OSPF
> > > over
> > > > that link.  The only problem there is that the T1 is a 1.5 Mb/s 
> > > > line
> > > and
> > > > the SDSL backup link is generally going to be a lower speed link

> > > > so I don't want to "balance" the two lines, I want the SDSL to 
> > > > only be used
> > > if
> > > > the T1 is down.  What other options am I missing to make this
happen?
> > > I'm
> > > > open to all sorts of nutty hackish ideas...
> > > >
> > > > Thanks,
> > > >
> > > > Charles
> > > >
> > > > --
> > > > Charles Sprickman
> > > > spork at inch.com
> > > >
> > > > _______________________________________________
> > > > cisco-nsp mailing list  cisco-nsp at puck.nether.net 
> > > > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > > > archive at http://puck.nether.net/pipermail/cisco-nsp/
> > >
> > > _______________________________________________
> > > cisco-nsp mailing list  cisco-nsp at puck.nether.net 
> > > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > > archive at http://puck.nether.net/pipermail/cisco-nsp/
> > >
> > _______________________________________________
> > cisco-nsp mailing list  cisco-nsp at puck.nether.net 
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
>
_______________________________________________
cisco-nsp mailing list  cisco-nsp at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

More information about the cisco-nsp mailing list