[Kea-users] Fw: [kea-dev] Vendor Client Class options

[s k]

________________________________
From: kea-dev <kea-dev-bounces at lists.isc.org> on behalf of s k <sat98 at hotmail.com>
Sent: Monday, June 13, 2022 10:54 AM
To: kea-dev at lists.isc.org <kea-dev at lists.isc.org>
Subject: [kea-dev] Vendor Client Class options


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  HES #1 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 #2 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-users/attachments/20220617/03504154/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-users/attachments/20220617/03504154/attachment-0001.obj>
-------------- next part --------------
-- 
kea-dev mailing list
kea-dev at lists.isc.org
https://lists.isc.org/mailman/listinfo/kea-dev