Jeff Mcadams writes...
Thus spake Aaron Nabil
The only obvious solution is to assign 2x the number of addresses to each ARC, or use some kind of radius-based IP address resource allocation.
Ugh...I can't handle double the number of addresses...I think my solution above should work (assuming your network uses at least RIP routing for your IP pools), and drastically lowers the IP address consumption....maybe not *quite* as easy to manage a switch over, but should be transparent to end users and not as wasteful of IP addresses.
Your plan requires to much manual intervention (ie, work) to be practical for me. :) I'd much rather just unplug or disable the DSP's corresponding to the failed ARC until the replacement came in than risk screwing with the pools. Major potential recipe for disaster. Using Radius to handle this is probably the easiest, although the version I use (Radiator) doesn't support any of the resource-management extensions (at least I don't think it does). A very simple work around (and I think the latest version of Radiator supports this) is to map each specific modem to it's own IP address. OSPF should make this much less painful. -- Aaron Nabil - To unsubscribe to usr-tc, send an email to "majordomo@xmission.com" with "unsubscribe usr-tc" in the body of the message. For information on digests or retrieving files and old messages send "help" to the same address. Do not use quotes in your message.