I view the rpr feature as completely useless in the real world.

Cold spare are way more effective.

The last time I had a rp failure, it was fixed by yanking one and leaving the other.

In other words, odds are it causes more issues than it resolves.

Just added complexity for a box where its already a support problem.

Terminate your atm into an atm switch and run a bank of agg routers, 7200 or 7500.

Then you can bridge group them into both, or just manual throw pvc's from one router to the other.

The 7500 are not worth the watts they consume.


Walter Keen wrote:
Yes, I believe it was you. We are trying to migrate from a 7200 to a 7500 to gain route processor redundancy. Our traffic is typically 20mbit peak from this site between 2 atm ds3's. Using radius, pppoa, and some dsl subs are behind NAT, but we're slowly weeding them out into having a typical dsl connection with a public ip. Probably about 1k subscribers, and in the next year or two we'll probably be moving them to an ethernet-based handoff from the carriers to us.

Rodney Dunn wrote:
Probably me. ;)

There were some issues around DSL termination in to a VRF that would not work.

The platform was never targeted for that market space so I wouldn't use it.

72xx, 10k, or ASR would be the pick.

The ISR's on really really low end side.

Rodney



Buhrmaster, Gary wrote:
I've never been brave enough to try a 7500 for dsl aggregation:)

And while a memory parity error is probably hardware,
I have this vague recollection that someone from
Cisco (Rodney Dunn?) has on a couple of occasions
recommended against using a 7500 for broadband
aggregation, since the platform was simply not
targeted or tested to that role.  One *would*
encounter things that do not work, and they would
end up being "won't fix" on that platform.
_______________________________________________
cisco-nsp mailing list  [email protected]
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

_______________________________________________
cisco-nsp mailing list  [email protected]
https://puck.nether.net/mailman/listinfo/cisco-nsp
archive at http://puck.nether.net/pipermail/cisco-nsp/

Reply via email to