]> git.ipfire.org Git - thirdparty/kea.git/commitdiff
[master] Removed obsolete text in dhcp{4,6}.dox
authorTomek Mrugalski <tomasz@isc.org>
Fri, 26 Aug 2016 14:38:17 +0000 (16:38 +0200)
committerTomek Mrugalski <tomasz@isc.org>
Fri, 26 Aug 2016 14:38:17 +0000 (16:38 +0200)
src/bin/dhcp4/dhcp4.dox
src/bin/dhcp6/dhcp6.dox

index 1663d5da8c13f9175803eca6b345f86cc451e06d..938d2ecb9808da4d4b18394619275c2c3f9aac5c 100644 (file)
@@ -249,16 +249,9 @@ to evaluate the next class.
 
 @subsection dhcpv4ClassifierUsage How client classification information is used in DHCPv4
 
-Currently there is a short code section that alternates packet processing depending on
-which class it belongs to. (It is planned to move that capability to an external hook
-library, see ticket #3275.) The class specific behavior is:
-
-- docsis3.0 packets have siaddr (next server) field set
-- docsis3.0 packets have file field set to the content of the boot-file-name option
-- eRouter1.0 packets have siaddr (next server) field cleared
-
-Aforementioned modifications are conducted in
-@ref isc::dhcp::Dhcpv4Srv::vendorClassSpecificProcessing.
+The classification code has been revamped in Kea 1.1. The old code that did specific
+things for cable modems can now be achieved with the general classification code. Users
+can simply define the class with next-address and/or filename in it.
 
 It is possible to define class restrictions in subnet, so a given subnet is only
 accessible to clients that belong to a given class. That is implemented as
index 559206348ec4f5a11a5689f7d607bc1c9cfb0c49..b2992ff462e40c69527a15b86f22c89996bd831e 100644 (file)
@@ -260,10 +260,6 @@ to evaluate the next class.
 
 @subsection dhcpv6ClassifierUsage How client classification information is used in DHCPv6
 
-Currently there is no class behavior coded in DHCPv6, hence no v6 equivalent of
-@ref isc::dhcp::Dhcpv4Srv::vendorClassSpecificProcessing. Should any need for such a code arise,
-it will be conducted in an external hooks library.
-
 It is possible to define class restrictions in subnet, so a given subnet is only
 accessible to clients that belong to a given class. That is implemented as isc::dhcp::Pkt6::classes_
 being passed in isc::dhcp::Dhcpv6Srv::selectSubnet() to isc::dhcp::CfgMgr::getSubnet6().