[kea-dev] Vendor Client Class options

s k sat98 at hotmail.com
Mon Jun 13 14:54:56 UTC 2022


My expectation is when dhcp6 packet received from fd01 subnet , reply should include Option value 5 to be 10.5.152.181, and for fd02 it should be 10.5.152.18 . But the behavior is not same with Kea2.1.1 . it sends whichever the one first received meaning if I receive fd01 then it keeps sending 10.5.152.181 for subsequent packets irrespective of subnet. I tried with Client-class option and also require-client-classes (deferred eval). I cannot use option in subnet level as it is dynamically added


Is this approach wrong from my side ? if so can you help what should I be using ? I am following the document https://kb.isc.org/docs/understanding-client-classification.


"Dhcp6": {
    "client-classes": [
   {
        "name": "Client_fd01",
        "option-data": [
          {
            "always-send": true,
            "code": 5,
            "csv-format": true,
            "data": "10.5.152.181",
            "name": "est-addr",
            "space": "vendor-26484"
          }
        ],
        "test": "substring(addrtotext(relay6[-1].linkaddr), 0, 4) == 'fd01'"  // Indicates one HES instance that requires option 5 value to be 10.5.152.181
      },
      {
        "name": "Client_fd02",
        "option-data": [
          {
            "always-send": true,
            "code": 5,
            "csv-format": true,
            "data": "10.5.152.18",
            "name": "est-addr",
            "space": "vendor-26484"
          }
        ],
        "test": "substring(addrtotext(relay6[-1].linkaddr), 0, 4) == 'fd02'"   // Indicates one HES instance that requires option 5 value to be 10.5.152.18
      }
    ],





"subnet6": [
      {
        "calculate-tee-times": false,
        "id": 1,
        "option-data": [ ],
        "pd-pools": [ ],
        "pools": [
          {
            "option-data": [ ],
            "pool": "fd01::/112"
          }
        ],
        "require-client-classes": ["Client_fd01"],
        "preferred-lifetime": 4294967295,
        "rapid-commit": true,
        "rebind-timer": 2000,
        "relay": {
          "ip-addresses": [ ]
        },
        "renew-timer": 1000,
        "reservations": [ ],
        "store-extended-info": false,
        "subnet": "fd01::/64",
        "t1-percent": 0.8,
        "t2-percent": 0.9,
        "valid-lifetime": 4294967295
      },
{
        "calculate-tee-times": true,
        "id": 3,
        "option-data": [ ],
        "pd-pools": [ ],
        "pools": [
          {
            "option-data": [ ],
            "pool": "fd02::/112"
          }
        ],
        "preferred-lifetime": 4294967295,
        "rapid-commit": true,
        "rebind-timer": 4294967295,
        "relay": {
          "ip-addresses": [ ]
        },
        "require-client-classes": ["Client_fd02"],
        "renew-timer": 4294967295,
        "reservations": [ ],
        "store-extended-info": false,
        "subnet": "fd02::/64",
        "t1-percent": 0.8,
        "t2-percent": 0.9,
        "valid-lifetime": 0
      }


pls find the attached pcap files that should show issue between 2 subnets (packets sent from perfdhcp)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.isc.org/pipermail/kea-dev/attachments/20220613/8eef6c30/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dhcp40.pcap
Type: application/octet-stream
Size: 904 bytes
Desc: dhcp40.pcap
URL: <https://lists.isc.org/pipermail/kea-dev/attachments/20220613/8eef6c30/attachment-0001.obj>


More information about the kea-dev mailing list