Restricting ONT's Ethernet port to singe active IP
Marc Perea
marccp at srttel.com
Thu Apr 23 14:00:57 UTC 2009
>But an RFC-1483-like FTTH implementation doesn't come with all those
>benefits. We could put a $50 CPE in each home with PPPoE and be responsible
>for managing it, but we would prefer to let customers plug in their own
>equipment into the ONT, but just get one IP address.
>
>Option 82 support seems like the closest way to get it done, by creating
>classes and handing out an static IP, but I understand the process
>correctly, it requires generating a class for each Option 82 string and
>assigning a static IP address. That has the negatives of creating classes
>in advance and giving out statics when I don't want to give out statics.
This is what we decided to do - be responsible for the first L3 device at the premise, and we went with statics for each class, one class per agent.circuit-id. We like having a static IP dynamically assigned. It was a hassle initially getting the syntax of the CID string formalized, but now it's really not a big deal.
>What it seems I want is to be able to use dynamic classes and hand out just
>one IP address for each Option 82 string. I know that dhcp is built around
>using the MAC address as the standard identifier, but is there any solutions
>to the challenge we're facing?
So I haven't tried this, but couldn't you use subclasses to do this? In the past we've used the spawn with option in order to have multiple classes of service - like 1 IP, 5 IP, 10 IP, etc. Something like:
subnet x.x.x.x netmask y.y.y.y {
pool {
class "customers" {
match if exists agent.circuit-id;
spawn with option agent.circuit-id;
lease limit 1;
}
}
}
>We also want our customers to be able to change CPE half-way through a lease
>and not have to call the helpdesk to flush their legacy DHCP leases because
>their new CPE doesn't get an IP address. ;)
We haven't got a solution for this. You can set lease times low, which is probably undesirable. For us, a help desk call is necessary if you don't want to wait out the lease. If anyone has another idea here, I'd be glad to hear it.
>I'm open for suggestions, and for those who can design an elegant solution
>that doesn't require any re-compiling of code, a bounty.
Do I get a cookie?
Marc Perea
Network Support Engineer
SRT Communications, Inc.
(701)858-5235
marccp at srttel.com
More information about the dhcp-users
mailing list