Send dhcp-users mailing list submissions to
dhcp-users@lists.isc.org
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.isc.org/mailman/listinfo/dhcp-users
or, via email, send a message with subject or body 'help' to
dhcp-users-requ...@lists.isc.org
You can reach the person managing the list at
dhcp-users-ow...@lists.isc.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of dhcp-users digest..."
Today's Topics:
1. address not being allocated (ahiya)
2. using \socat (ahiya)
3. Re: traffic generator -recommendations (Jason Brooks)
4. RE: traffic generator -recommendations (Ahiya Zadok)
----------------------------------------------------------------------
Message: 1
Date: Thu, 22 Oct 2020 09:34:59 -0500 (CDT)
From: ahiya <ah...@younity.io>
To: dhcp-users@lists.isc.org
Subject: address not being allocated
Message-ID: <1603377299628-0.p...@n4.nabble.com>
Content-Type: text/plain; charset=us-ascii
hi Allusing perfdhcp to test my kea-DHCP, while trying to produce DHCP
requests via VLAN interfaces,the address allocation process dont end
successfully.in DHCP log I see all sessions end with "DHCP4_LEASE_ADVERT"
message and no allocation accurse.while using perfdhcp without VLAN the
allocation accrues successfully.while using vlan interface with single dhcp
client (netplan not prefdhcp) allocation to the vlan interface is
successful.so it seems like when using vlan interface with perfdhcp the
client doesn't claim the offered address. basically, I'm a bit lost here, so
if someone has any idea what is happing here, it will be awesome. i hope I'm
just missing an option in my perfdhcp command and not a limitation.attached
debug log of the fail transaction.thanks
--
Sent from: http://isc-dhcp-users.2343191.n4.nabble.com/
------------------------------
Message: 2
Date: Thu, 22 Oct 2020 10:25:54 -0500 (CDT)
From: ahiya <ah...@younity.io>
To: dhcp-users@lists.isc.org
Subject: using \socat
Message-ID: <1603380354145-0.p...@n4.nabble.com>
Content-Type: text/plain; charset=us-ascii
hi all
im trying to get statistics and status per pool (i have 400 pools) via
\socat command.
this way i get a very long output.
using "list-commands" i saw that there are not many options.
what is the best way to manage kea-dhcp?
ive tried strok, but currently there is a bug that it doesn't show subnets
statistics.
thanks in advance for any tip.
--
Sent from: http://isc-dhcp-users.2343191.n4.nabble.com/
------------------------------
Message: 3
Date: Thu, 22 Oct 2020 10:24:18 -0700
From: Jason Brooks <jasonbbro...@gmail.com>
To: Users of ISC DHCP <dhcp-users@lists.isc.org>
Subject: Re: traffic generator -recommendations
Message-ID:
<cacsclkc9envczqfngrf8+pu7_yew-j-ub48s6dfkmw53ojo...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hello Ahiya,
I apologize for the delay in answering you. The answer is a qualified
yes.
I am replacing a number of remote dhcp servers with isc's dhcpd configured
as an HA pair in local datacenters. But before I alter 100+ shelf managers'
relay agent information, I needed to simulate a large number of dhcp
requests, both load-wise, and to see if the dhcp servers handed out the
correct ip address ranges based on the criteria.
I have a number of remote dhcp servers handling a large amount of remote
dsl equipment. Each remote group of dsl equipment has a set of shelf
managers. the shelf managers forward relay the dhcp requests to their
respective dhcp servers. The relevent dhcp values sent to the dhcp servers
are:
vendor class identifier (option 60)
request parameter list (option 55)
Dhcp relay agent info (option 82)
circuit id (82, suboption 1)
remote id (82, suboption 2)
I learned this information using tcpdump and wireshark to decode actual
packets. As it happens, the circuit id corresponded to the vlan each dsl
device was connected to.
In order to test, I had a router that would forward requests to both of my
dhcp servers, so all my test host needed to do was send dhcp requests via
broadcast.
The dhtest program I referred to earlier is used to construct raw dhcp
packets and send them, thus there is no need to build additional interfaces
to bind to.
My test script, rundhctest.pl read in a pre-built CSV file with all of the
possible parameters my dhcp servers were to support. It also read in a
list of 100,000 randomly generated mac addresses. The rundhtest.pl script
used perl's Parallel::Forkmanager module to choose the number of children
to fork, and the max number of requests to send from each child.
The CSV file has the following format, and the following headers are
important:
Class;Rid;Cid;Opt82;VCI;Opt55
classname as found in the dhcp config files, remoteid, circuit id,
encoded optoni82, vendor class identifier, and option 55 requested parms.
The mac address file is just a list of mac addresses: one per line.
I will include the dhtest.pl script here.
I hope it helps.
--jason
On Tue, Oct 13, 2020 at 10:41 PM Ahiya Zadok <ah...@younity.io> wrote:
> Hi Jason
>
>
>
> Thank you for responding.
>
> So you mean that with parallel processes I could generate requests from
> several VLANs simultaneously?
>
>
>
> *From:* dhcp-users <dhcp-users-boun...@lists.isc.org> *On Behalf Of *Jason
> Brooks
> *Sent:* Wednesday, October 14, 2020 3:17 AM
> *To:* Users of ISC DHCP <dhcp-users@lists.isc.org>
> *Subject:* Re: traffic generator -recommendations
>
>
>
> Hello,
>
>
>
> I have used a tool called dhtest, I even pushed a change to their github
> site. https://github.com/saravana815/dhtest
>
>
>
> I generated about 100,000 mac addresses and built a perl script to call an
> arbitrary number of parallel processes.
>
>
>
> it worked well.
>
>
>
> --jason
>
>
>
> On Tue, Oct 13, 2020 at 4:23 AM ahiya <ah...@younity.io> wrote:
>
> hi AllI'm planning to implement Kea-dhcp4 to serve around 500 subnets with
> 5000 devices, I don't think the requests per sec rate will be high, it
> MDUs.I'm using FG as a DHCP relay.I?ve performed some functionality tests
> and it seems to work fine.I wanted to perform some load tests.I've to
> install Kea-admin on ubuntu 18.04 VM and use the perfdhcp app.but I can't
> make it quite work. all I see in my DHCP log are "DHCP4_LEASE_ADVERT"
> messages and no "DHCP4_LEASE_ALLOC".and all sent packets are dropped
> according to perfdhcp report.I've tried various clients numbers the lower
> number of requests and low the rate but it didn't work.any ideas?and dose
> any one know if perfdhcp support sending from multiple interfaces?thanks in
> advanceRunning: perfdhcp -l vlan550 -n 20 -p 1 -r 100 -R 30Scenario:
> basic.***Rate statistics***Rate: 0 4-way exchanges/second, expected rate:
> 100***Statistics for: DISCOVER-OFFER***sent packets: 20received packets:
> 0drops: 20drops ratio: 100 %orphans: 0min delay: inf msavg delay: min
> delay:
> n/aavg delay: n/amax delay: n/astd deviation: n/acollected packets:
> 0***Statistics for: REQUEST-ACK***sent packets: 0received packets: 0drops:
> 0drops ratio: -nan %orphans: 0min delay: inf msavg delay: min delay: n/aavg
> delay: n/amax delay: n/astd deviation: n/acollected packets: 0
>
>
>
> --
> Sent from: http://isc-dhcp-users.2343191.n4.nabble.com/
> _______________________________________________
> ISC funds the development of this software with paid support
> subscriptions. Contact us at https://www.isc.org/contact/ for more
> information.
>
> dhcp-users mailing list
> dhcp-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users
>
> _______________________________________________
> ISC funds the development of this software with paid support
> subscriptions. Contact us at https://www.isc.org/contact/ for more
> information.
>
> dhcp-users mailing list
> dhcp-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/dhcp-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.isc.org/pipermail/dhcp-users/attachments/20201022/dcaf8c41/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: rundhtest.zip
Type: application/x-zip-compressed
Size: 1361 bytes
Desc: not available
URL:
<https://lists.isc.org/pipermail/dhcp-users/attachments/20201022/dcaf8c41/attachment-0001.bin>
------------------------------
Message: 4
Date: Thu, 22 Oct 2020 20:35:33 +0300
From: Ahiya Zadok <ah...@younity.io>
To: Users of ISC DHCP <dhcp-users@lists.isc.org>
Subject: RE: traffic generator -recommendations
Message-ID: <3938efefb99fd66ffb72fabcaa263...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Thank Jason, For this detailed answer!!!
I will try your script.
By the way, I did try the dhtest tool as well and even from a single VLAN.
But I always get only "DHCP4_LEASE_ADVERT" messages in the kea log and no
IP allocation accrues.
I've started earlier today a thread regarding this issue (subject: address
not being allocated).
If you have any idea ill be happy to learn.
thanks
*From:* dhcp-users <dhcp-users-boun...@lists.isc.org> *On Behalf Of *Jason
Brooks
*Sent:* Thursday, October 22, 2020 8:24 PM
*To:* Users of ISC DHCP <dhcp-users@lists.isc.org>
*Subject:* Re: traffic generator -recommendations
Hello Ahiya,
I apologize for the delay in answering you. The answer is a qualified
yes.
I am replacing a number of remote dhcp servers with isc's dhcpd configured
as an HA pair in local datacenters. But before I alter 100+ shelf managers'
relay agent information, I needed to simulate a large number of dhcp
requests, both load-wise, and to see if the dhcp servers handed out the
correct ip address ranges based on the criteria.
I have a number of remote dhcp servers handling a large amount of remote
dsl equipment. Each remote group of dsl equipment has a set of shelf
managers. the shelf managers forward relay the dhcp requests to their
respective dhcp servers. The relevent dhcp values sent to the dhcp servers
are:
vendor class identifier (option 60)
request parameter list (option 55)
Dhcp relay agent info (option 82)
circuit id (82, suboption 1)
remote id (82, suboption 2)
I learned this information using tcpdump and wireshark to decode actual
packets. As it happens, the circuit id corresponded to the vlan each dsl
device was connected to.
In order to test, I had a router that would forward requests to both of my
dhcp servers, so all my test host needed to do was send dhcp requests via
broadcast.
The dhtest program I referred to earlier is used to construct raw dhcp
packets and send them, thus there is no need to build additional interfaces
to bind to.
My test script, rundhctest.pl read in a pre-built CSV file with all of the
possible parameters my dhcp servers were to support. It also read in a
list of 100,000 randomly generated mac addresses. The rundhtest.pl script
used perl's Parallel::Forkmanager module to choose the number of children
to fork, and the max number of requests to send from each child.
The CSV file has the following format, and the following headers are
important:
Class;Rid;Cid;Opt82;VCI;Opt55
classname as found in the dhcp config files, remoteid, circuit id,
encoded optoni82, vendor class identifier, and option 55 requested parms.
The mac address file is just a list of mac addresses: one per line.
I will include the dhtest.pl script here.
I hope it helps.
--jason
On Tue, Oct 13, 2020 at 10:41 PM Ahiya Zadok <ah...@younity.io> wrote:
Hi Jason
Thank you for responding.
So you mean that with parallel processes I could generate requests from
several VLANs simultaneously?
*From:* dhcp-users <dhcp-users-boun...@lists.isc.org> *On Behalf Of *Jason
Brooks
*Sent:* Wednesday, October 14, 2020 3:17 AM
*To:* Users of ISC DHCP <dhcp-users@lists.isc.org>
*Subject:* Re: traffic generator -recommendations
Hello,
I have used a tool called dhtest, I even pushed a change to their github
site. https://github.com/saravana815/dhtest
I generated about 100,000 mac addresses and built a perl script to call an
arbitrary number of parallel processes.
it worked well.
--jason
On Tue, Oct 13, 2020 at 4:23 AM ahiya <ah...@younity.io> wrote:
hi AllI'm planning to implement Kea-dhcp4 to serve around 500 subnets with
5000 devices, I don't think the requests per sec rate will be high, it
MDUs.I'm using FG as a DHCP relay.I?ve performed some functionality tests
and it seems to work fine.I wanted to perform some load tests.I've to
install Kea-admin on ubuntu 18.04 VM and use the perfdhcp app.but I can't
make it quite work. all I see in my DHCP log are "DHCP4_LEASE_ADVERT"
messages and no "DHCP4_LEASE_ALLOC".and all sent packets are dropped
according to perfdhcp report.I've tried various clients numbers the lower
number of requests and low the rate but it didn't work.any ideas?and dose
any one know if perfdhcp support sending from multiple interfaces?thanks in
advanceRunning: perfdhcp -l vlan550 -n 20 -p 1 -r 100 -R 30Scenario:
basic.***Rate statistics***Rate: 0 4-way exchanges/second, expected rate:
100***Statistics for: DISCOVER-OFFER***sent packets: 20received packets:
0drops: 20drops ratio: 100 %orphans: 0min delay: inf msavg delay: min delay:
n/aavg delay: n/amax delay: n/astd deviation: n/acollected packets:
0***Statistics for: REQUEST-ACK***sent packets: 0received packets: 0drops:
0drops ratio: -nan %orphans: 0min delay: inf msavg delay: min delay: n/aavg
delay: n/amax delay: n/astd deviation: n/acollected packets: 0
--
Sent from: http://isc-dhcp-users.2343191.n4.nabble.com/
_______________________________________________
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more information.
dhcp-users mailing list
dhcp-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/dhcp-users
_______________________________________________
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more information.
dhcp-users mailing list
dhcp-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/dhcp-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.isc.org/pipermail/dhcp-users/attachments/20201022/9317c59f/attachment.htm>
------------------------------
Subject: Digest Footer
_______________________________________________
ISC funds the development of this software with paid support subscriptions.
Contact us at https://www.isc.org/contact/ for more information.
dhcp-users mailing list
dhcp-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/dhcp-users
------------------------------
End of dhcp-users Digest, Vol 144, Issue 14
*******************************************
