nanog mailing list archives
Re: Cable Modem [really responsible engineering]
From: Charles Sprickman <spork () inch com>
Date: Tue, 26 Jun 2001 23:01:51 -0400 (EDT)
On Tue, 26 Jun 2001, Chris Adams wrote:
Okay, but how do you keep the end user from putting a different IP in their computer? We use PPPoA for our "residential" DSL, but someone that works here lives outside our service area (small local telcos are all over this area), and just got DSL from his local telco/ISP, which uses 1483 bridging. He has multiple computers, so he just picked another address, pinged it to see it wasn't in use at the moment, used it, and it worked just fine.
Assuming the BRAS is somewhat similar to other boxes that perform these functions for dialup users you should be able to take care of this very easily with a decent radius server (ie: Radiator). Assume the key here is the pvc the user comes in on. BRAS hits the radius server when it gets a DHCP request, radius looks up said pvc and hands a reply back with the IP and a filter for that user that only lets the assigned IP back out. How would the user be able to use another address? While I have not toyed with a Redback or other similar purpose-built hardware like this, I have to assume they at least beat our USR gear, which does all of the above. It even has a DHCP server for dialup (don't ask). There's a reason people are building these specialized boxes... Charles
Also, how do you prevent the user from trying to forge someone else's IP address or even MAC address in outgoing packets? Without protecting against forged packets, I don't see how to provide accountability when someone attacks. DHCP or RADIUS (how did I know you used RADIUS :-) ) is fine for assigning things, but how do you _enforce_ those assignments? I know how with PPPoA, but not with a bridged network (the same thing applies with cable modems). -- Chris Adams <cmadams () hiwaay net> Systems and Network Administrator - HiWAAY Internet Services I don't speak for anybody but myself - that's enough trouble.
Current thread:
- Re: Cable Modem [really responsible engineering], (continued)
- Re: Cable Modem [really responsible engineering] Greg A. Woods (Jun 26)
- Re: Cable Modem [really responsible engineering] Fletcher E Kittredge (Jun 26)
- Looking for x.org Kurt Kayser (Jun 26)
- Re: Looking for x.org Neil J. McRae (Jun 27)
- Re: Cable Modem [really responsible engineering] Miquel van Smoorenburg (Jun 26)
- Re: Cable Modem [really responsible engineering] Chris Adams (Jun 26)
- Re: Cable Modem [really responsible engineering] Wojtek Zlobicki (Jun 26)
- Message not available
- Re: Cable Modem [really responsible engineering] Wojtek Zlobicki (Jun 27)
- Message not available
- Re: Cable Modem [really responsible engineering] Wojtek Zlobicki (Jun 27)
- Looking for x.org Kurt Kayser (Jun 26)
- Message not available
- Re: Cable Modem [really responsible engineering] Wojtek Zlobicki (Jun 26)
- Re: Cable Modem [really responsible engineering] Charles Sprickman (Jun 26)
- Re: Cable Modem [really responsible engineering] Miquel van Smoorenburg (Jun 27)
- Re: Cable Modem [really responsible engineering] Fletcher E Kittredge (Jun 28)
- Re: Cable Modem [really responsible engineering] Greg A. Woods (Jun 28)
- Re: Cable Modem [really responsible engineering] Fletcher E Kittredge (Jun 28)
- Re: Cable Modem [really responsible engineering] Greg A. Woods (Jun 28)
- Re: Cable Modem [really responsible engineering] Fletcher E Kittredge (Jun 29)
- Re: Cable Modem [really responsible engineering] Greg A. Woods (Jun 29)
