CentOS 7 DHCP Client - How to use “classless-static-routes” (“code 121”)?Use dnsmasq to pushing...

How does IBM's 53-bit quantum computer compares to classical ones for cryptanalytic tasks?

Do things made of adamantine rust?

What is the need of methods like GET and POST in the HTTP protocol?

Temporarily moving a SQL Server 2016 database to SQL Server 2017 and then moving back. Is it possible?

Asking an expert in your field that you have never met to review your manuscript

GitHub repo with Apache License version 2 in package.json, but no full license copy nor comment headers

Gas leaking in base of new gas range?

What do you do if you have developments on your paper during the long peer review process?

Can one guy with a duplicator initiate a nuclear apocalypse?

Can Northern Ireland's border issue be solved by repartition?

How is the problem, {⟨G⟩|G has no triangle} in Logspace?

Runaway-argument error message when line break occurs inside argument of a macro

Pseudo Game of Cups in Python

Applications of mathematics in clinical setting

Is It Possible to Have Different Sea Levels, Eventually Causing New Landforms to Appear?

How could artificial intelligence harm us?

What was the deeper meaning of Hermione wanting the cloak?

Minimize taxes now that I earn more

What do solvers like Gurobi and CPLEX do when they run into hard instances of MIP

How to deal with my team leader who keeps calling me about project updates even though I am on leave for personal reasons?

How do rulers get rich from war?

Manager encourages me to take day of sick leave instead of PTO, what's in it for him?

Leaving a job that I just took based on false promise of a raise. What do I tell future interviewers?

What was an "insurance cover"?



CentOS 7 DHCP Client - How to use “classless-static-routes” (“code 121”)?


Use dnsmasq to pushing routes to my clients on a small local networkHow can I use ISC KEA DHCP (DHCPv4) server to push routes to clients?dhclient-exit-hooks was not executed with NetworkManagerwhat is “rfc3442-classless-static-routes” in /etc/dhcp/dhclient.confWhen no dhcp server answer, how can I force dhclient to use the static lease from dhclient.conf instead of a previous dhcp lease?Raspbian Jessie wired LAN no DHCPOFFERS from pfSense 2.2.6 DHCP serverCentos 6.8 VM client not getting DHCP Reserved IP from Rasbian dnsmasq serverDhclient not updating /etc/resolv.confHow to avoid dhclient default gateway on an interfaceHow to use ISC KEA DHCP to inform “DNS” and “GATEWAY” to my DHCPv4 clients?Is there a way to cache the last IP assigned on DHCP clients and use that if the DHCP server is down?dhclient Active for Interfaces with BOOTPROTO=none






.everyoneloves__top-leaderboard:empty,.everyoneloves__mid-leaderboard:empty,.everyoneloves__bot-mid-leaderboard:empty{ margin-bottom:0;
}







2















According to this answer...



https://unix.stackexchange.com/a/457577/61742



... I can use the following configuration to use pushed routes from my DHCP server in my DHCP client by placing in the /etc/dhclient.conf or /etc/dhcp3/dhclient.conf file the following configuration...



option classless-static-routes code 121 = array of { ip-address, ip-address };


But in CentOS 7 this file does not exist, but the following files...



[root@localhost ~]# ps -eaf | grep dhcli
root 780 650 0 15:02 ? 00:00:00 /sbin/dhclient -d -q -sf /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-enp0s8.pid -lf /var/lib/NetworkManager/dhclient-00cb8299-feb9-55b6-a378-3fdc720e0bc6-enp0s8.lease -cf /var/lib/NetworkManager/dhclient-enp0s8.conf enp0s8
root 783 650 0 15:02 ? 00:00:00 /sbin/dhclient -d -q -sf /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-enp0s17.pid -lf /var/lib/NetworkManager/dhclient-8512e951-6012-c639-73b1-5b4d7b469f7f-enp0s17.lease -cf /var/lib/NetworkManager/dhclient-enp0s17.conf enp0s17
root 2218 1152 0 15:36 pts/0 00:00:00 grep --color=auto dhcli


NOTE: Note the value for the "-cf" parameter (files: /var/lib/NetworkManager/dhclient-enp0s8.conf and /var/lib/NetworkManager/dhclient-enp0s17.conf).



My question is: What is the correct way to use "classless-static-routes" (code 121) on a CentOS 7 DHCP client?



Thanks!





PLUS:



This is the configuration of my ISC KEA DHCP (DHCPv4)...



cat /usr/local/etc/kea/kea-dhcp4.conf

[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"record-types": "uint8,uint8,uint8,ipv4-address"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "10,1,4, 10.1.6.4"
}]
[...]


The goal is that requests to 10.1.4.0/24 be routed to ip 10.1.6.4/32 in my DHCP clients.



NOTE: Is the same thing I would get with the command ip route add 10.1.4.0/24 dev enp0s8 via 10.1.6.4 in each my DHCP clients.










share|improve this question



























  • I think /etc/dhcp/dhclient-exit-hooks.d/rfc3442-classless-routes does that job by default. Nonetheless, I am not much found of passing around static routes via DHCP.

    – Rui F Ribeiro
    Aug 1 '18 at 21:54






  • 1





    Please read this. Mainly: add also request rfc3442-classless-static-routes; (and the ms option for Microsoft) in the dhcp client config file (whichever it might be).

    – Isaac
    Aug 1 '18 at 22:24








  • 1





    Hmmm, Network manager is not the best way to manage static routes from dhcp (IMnshO). Is that a must requirement?

    – Isaac
    Aug 1 '18 at 22:30






  • 1





    @EduardoLucio Network Manager is designed (and used) to bring interfaces up for each diferent user when the GUI (desktop manager) starts. That is not a "system wide" interface configuration. Where each interface has "static" values for all users. It is up to you to make take such decision. But it seems reasonable to me that "static routes" should be used with "static interfaces". Just saying .....

    – Isaac
    Aug 2 '18 at 1:53






  • 1





    The KEA server is misconfigured "data": "10,1,4, 10.1.6.4" will hand a route to network 1.4.0.0/10 (it's already wrong this would be 1.0.0.0/10) via 10.1.6.4 . The answer is in rfc 3422 + kea's informations (previous link I provided twice). Both have to be understood

    – A.B
    Aug 2 '18 at 6:44




















2















According to this answer...



https://unix.stackexchange.com/a/457577/61742



... I can use the following configuration to use pushed routes from my DHCP server in my DHCP client by placing in the /etc/dhclient.conf or /etc/dhcp3/dhclient.conf file the following configuration...



option classless-static-routes code 121 = array of { ip-address, ip-address };


But in CentOS 7 this file does not exist, but the following files...



[root@localhost ~]# ps -eaf | grep dhcli
root 780 650 0 15:02 ? 00:00:00 /sbin/dhclient -d -q -sf /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-enp0s8.pid -lf /var/lib/NetworkManager/dhclient-00cb8299-feb9-55b6-a378-3fdc720e0bc6-enp0s8.lease -cf /var/lib/NetworkManager/dhclient-enp0s8.conf enp0s8
root 783 650 0 15:02 ? 00:00:00 /sbin/dhclient -d -q -sf /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-enp0s17.pid -lf /var/lib/NetworkManager/dhclient-8512e951-6012-c639-73b1-5b4d7b469f7f-enp0s17.lease -cf /var/lib/NetworkManager/dhclient-enp0s17.conf enp0s17
root 2218 1152 0 15:36 pts/0 00:00:00 grep --color=auto dhcli


NOTE: Note the value for the "-cf" parameter (files: /var/lib/NetworkManager/dhclient-enp0s8.conf and /var/lib/NetworkManager/dhclient-enp0s17.conf).



My question is: What is the correct way to use "classless-static-routes" (code 121) on a CentOS 7 DHCP client?



Thanks!





PLUS:



This is the configuration of my ISC KEA DHCP (DHCPv4)...



cat /usr/local/etc/kea/kea-dhcp4.conf

[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"record-types": "uint8,uint8,uint8,ipv4-address"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "10,1,4, 10.1.6.4"
}]
[...]


The goal is that requests to 10.1.4.0/24 be routed to ip 10.1.6.4/32 in my DHCP clients.



NOTE: Is the same thing I would get with the command ip route add 10.1.4.0/24 dev enp0s8 via 10.1.6.4 in each my DHCP clients.










share|improve this question



























  • I think /etc/dhcp/dhclient-exit-hooks.d/rfc3442-classless-routes does that job by default. Nonetheless, I am not much found of passing around static routes via DHCP.

    – Rui F Ribeiro
    Aug 1 '18 at 21:54






  • 1





    Please read this. Mainly: add also request rfc3442-classless-static-routes; (and the ms option for Microsoft) in the dhcp client config file (whichever it might be).

    – Isaac
    Aug 1 '18 at 22:24








  • 1





    Hmmm, Network manager is not the best way to manage static routes from dhcp (IMnshO). Is that a must requirement?

    – Isaac
    Aug 1 '18 at 22:30






  • 1





    @EduardoLucio Network Manager is designed (and used) to bring interfaces up for each diferent user when the GUI (desktop manager) starts. That is not a "system wide" interface configuration. Where each interface has "static" values for all users. It is up to you to make take such decision. But it seems reasonable to me that "static routes" should be used with "static interfaces". Just saying .....

    – Isaac
    Aug 2 '18 at 1:53






  • 1





    The KEA server is misconfigured "data": "10,1,4, 10.1.6.4" will hand a route to network 1.4.0.0/10 (it's already wrong this would be 1.0.0.0/10) via 10.1.6.4 . The answer is in rfc 3422 + kea's informations (previous link I provided twice). Both have to be understood

    – A.B
    Aug 2 '18 at 6:44
















2












2








2


1






According to this answer...



https://unix.stackexchange.com/a/457577/61742



... I can use the following configuration to use pushed routes from my DHCP server in my DHCP client by placing in the /etc/dhclient.conf or /etc/dhcp3/dhclient.conf file the following configuration...



option classless-static-routes code 121 = array of { ip-address, ip-address };


But in CentOS 7 this file does not exist, but the following files...



[root@localhost ~]# ps -eaf | grep dhcli
root 780 650 0 15:02 ? 00:00:00 /sbin/dhclient -d -q -sf /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-enp0s8.pid -lf /var/lib/NetworkManager/dhclient-00cb8299-feb9-55b6-a378-3fdc720e0bc6-enp0s8.lease -cf /var/lib/NetworkManager/dhclient-enp0s8.conf enp0s8
root 783 650 0 15:02 ? 00:00:00 /sbin/dhclient -d -q -sf /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-enp0s17.pid -lf /var/lib/NetworkManager/dhclient-8512e951-6012-c639-73b1-5b4d7b469f7f-enp0s17.lease -cf /var/lib/NetworkManager/dhclient-enp0s17.conf enp0s17
root 2218 1152 0 15:36 pts/0 00:00:00 grep --color=auto dhcli


NOTE: Note the value for the "-cf" parameter (files: /var/lib/NetworkManager/dhclient-enp0s8.conf and /var/lib/NetworkManager/dhclient-enp0s17.conf).



My question is: What is the correct way to use "classless-static-routes" (code 121) on a CentOS 7 DHCP client?



Thanks!





PLUS:



This is the configuration of my ISC KEA DHCP (DHCPv4)...



cat /usr/local/etc/kea/kea-dhcp4.conf

[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"record-types": "uint8,uint8,uint8,ipv4-address"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "10,1,4, 10.1.6.4"
}]
[...]


The goal is that requests to 10.1.4.0/24 be routed to ip 10.1.6.4/32 in my DHCP clients.



NOTE: Is the same thing I would get with the command ip route add 10.1.4.0/24 dev enp0s8 via 10.1.6.4 in each my DHCP clients.










share|improve this question
















According to this answer...



https://unix.stackexchange.com/a/457577/61742



... I can use the following configuration to use pushed routes from my DHCP server in my DHCP client by placing in the /etc/dhclient.conf or /etc/dhcp3/dhclient.conf file the following configuration...



option classless-static-routes code 121 = array of { ip-address, ip-address };


But in CentOS 7 this file does not exist, but the following files...



[root@localhost ~]# ps -eaf | grep dhcli
root 780 650 0 15:02 ? 00:00:00 /sbin/dhclient -d -q -sf /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-enp0s8.pid -lf /var/lib/NetworkManager/dhclient-00cb8299-feb9-55b6-a378-3fdc720e0bc6-enp0s8.lease -cf /var/lib/NetworkManager/dhclient-enp0s8.conf enp0s8
root 783 650 0 15:02 ? 00:00:00 /sbin/dhclient -d -q -sf /usr/libexec/nm-dhcp-helper -pf /var/run/dhclient-enp0s17.pid -lf /var/lib/NetworkManager/dhclient-8512e951-6012-c639-73b1-5b4d7b469f7f-enp0s17.lease -cf /var/lib/NetworkManager/dhclient-enp0s17.conf enp0s17
root 2218 1152 0 15:36 pts/0 00:00:00 grep --color=auto dhcli


NOTE: Note the value for the "-cf" parameter (files: /var/lib/NetworkManager/dhclient-enp0s8.conf and /var/lib/NetworkManager/dhclient-enp0s17.conf).



My question is: What is the correct way to use "classless-static-routes" (code 121) on a CentOS 7 DHCP client?



Thanks!





PLUS:



This is the configuration of my ISC KEA DHCP (DHCPv4)...



cat /usr/local/etc/kea/kea-dhcp4.conf

[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"record-types": "uint8,uint8,uint8,ipv4-address"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "10,1,4, 10.1.6.4"
}]
[...]


The goal is that requests to 10.1.4.0/24 be routed to ip 10.1.6.4/32 in my DHCP clients.



NOTE: Is the same thing I would get with the command ip route add 10.1.4.0/24 dev enp0s8 via 10.1.6.4 in each my DHCP clients.







networking network-interface networkmanager dhcp isc-dhcpd






share|improve this question















share|improve this question













share|improve this question




share|improve this question








edited Aug 2 '18 at 2:38







Eduardo Lucio

















asked Aug 1 '18 at 21:44









Eduardo LucioEduardo Lucio

2403 silver badges21 bronze badges




2403 silver badges21 bronze badges
















  • I think /etc/dhcp/dhclient-exit-hooks.d/rfc3442-classless-routes does that job by default. Nonetheless, I am not much found of passing around static routes via DHCP.

    – Rui F Ribeiro
    Aug 1 '18 at 21:54






  • 1





    Please read this. Mainly: add also request rfc3442-classless-static-routes; (and the ms option for Microsoft) in the dhcp client config file (whichever it might be).

    – Isaac
    Aug 1 '18 at 22:24








  • 1





    Hmmm, Network manager is not the best way to manage static routes from dhcp (IMnshO). Is that a must requirement?

    – Isaac
    Aug 1 '18 at 22:30






  • 1





    @EduardoLucio Network Manager is designed (and used) to bring interfaces up for each diferent user when the GUI (desktop manager) starts. That is not a "system wide" interface configuration. Where each interface has "static" values for all users. It is up to you to make take such decision. But it seems reasonable to me that "static routes" should be used with "static interfaces". Just saying .....

    – Isaac
    Aug 2 '18 at 1:53






  • 1





    The KEA server is misconfigured "data": "10,1,4, 10.1.6.4" will hand a route to network 1.4.0.0/10 (it's already wrong this would be 1.0.0.0/10) via 10.1.6.4 . The answer is in rfc 3422 + kea's informations (previous link I provided twice). Both have to be understood

    – A.B
    Aug 2 '18 at 6:44





















  • I think /etc/dhcp/dhclient-exit-hooks.d/rfc3442-classless-routes does that job by default. Nonetheless, I am not much found of passing around static routes via DHCP.

    – Rui F Ribeiro
    Aug 1 '18 at 21:54






  • 1





    Please read this. Mainly: add also request rfc3442-classless-static-routes; (and the ms option for Microsoft) in the dhcp client config file (whichever it might be).

    – Isaac
    Aug 1 '18 at 22:24








  • 1





    Hmmm, Network manager is not the best way to manage static routes from dhcp (IMnshO). Is that a must requirement?

    – Isaac
    Aug 1 '18 at 22:30






  • 1





    @EduardoLucio Network Manager is designed (and used) to bring interfaces up for each diferent user when the GUI (desktop manager) starts. That is not a "system wide" interface configuration. Where each interface has "static" values for all users. It is up to you to make take such decision. But it seems reasonable to me that "static routes" should be used with "static interfaces". Just saying .....

    – Isaac
    Aug 2 '18 at 1:53






  • 1





    The KEA server is misconfigured "data": "10,1,4, 10.1.6.4" will hand a route to network 1.4.0.0/10 (it's already wrong this would be 1.0.0.0/10) via 10.1.6.4 . The answer is in rfc 3422 + kea's informations (previous link I provided twice). Both have to be understood

    – A.B
    Aug 2 '18 at 6:44



















I think /etc/dhcp/dhclient-exit-hooks.d/rfc3442-classless-routes does that job by default. Nonetheless, I am not much found of passing around static routes via DHCP.

– Rui F Ribeiro
Aug 1 '18 at 21:54





I think /etc/dhcp/dhclient-exit-hooks.d/rfc3442-classless-routes does that job by default. Nonetheless, I am not much found of passing around static routes via DHCP.

– Rui F Ribeiro
Aug 1 '18 at 21:54




1




1





Please read this. Mainly: add also request rfc3442-classless-static-routes; (and the ms option for Microsoft) in the dhcp client config file (whichever it might be).

– Isaac
Aug 1 '18 at 22:24







Please read this. Mainly: add also request rfc3442-classless-static-routes; (and the ms option for Microsoft) in the dhcp client config file (whichever it might be).

– Isaac
Aug 1 '18 at 22:24






1




1





Hmmm, Network manager is not the best way to manage static routes from dhcp (IMnshO). Is that a must requirement?

– Isaac
Aug 1 '18 at 22:30





Hmmm, Network manager is not the best way to manage static routes from dhcp (IMnshO). Is that a must requirement?

– Isaac
Aug 1 '18 at 22:30




1




1





@EduardoLucio Network Manager is designed (and used) to bring interfaces up for each diferent user when the GUI (desktop manager) starts. That is not a "system wide" interface configuration. Where each interface has "static" values for all users. It is up to you to make take such decision. But it seems reasonable to me that "static routes" should be used with "static interfaces". Just saying .....

– Isaac
Aug 2 '18 at 1:53





@EduardoLucio Network Manager is designed (and used) to bring interfaces up for each diferent user when the GUI (desktop manager) starts. That is not a "system wide" interface configuration. Where each interface has "static" values for all users. It is up to you to make take such decision. But it seems reasonable to me that "static routes" should be used with "static interfaces". Just saying .....

– Isaac
Aug 2 '18 at 1:53




1




1





The KEA server is misconfigured "data": "10,1,4, 10.1.6.4" will hand a route to network 1.4.0.0/10 (it's already wrong this would be 1.0.0.0/10) via 10.1.6.4 . The answer is in rfc 3422 + kea's informations (previous link I provided twice). Both have to be understood

– A.B
Aug 2 '18 at 6:44







The KEA server is misconfigured "data": "10,1,4, 10.1.6.4" will hand a route to network 1.4.0.0/10 (it's already wrong this would be 1.0.0.0/10) via 10.1.6.4 . The answer is in rfc 3422 + kea's informations (previous link I provided twice). Both have to be understood

– A.B
Aug 2 '18 at 6:44












2 Answers
2






active

oldest

votes


















2
















Shameless copying from this answer:




If you wish to do this via DHCP, ensure that your have properly configured your DHCP client per the RedHat Knowledgebase article in here




To ensure that RFC3442-standard classless static routes provided by a DHCP server are processed correctly when using NetworkManager, the
following lines should be placed into /etc/dhclient.conf or, if
using per-interface DHCP options, /etc/dhclient-<ifname>.conf:



option rfc3442-classless-static-routes code 121 = array of unsigned integer 8; 
option ms-classless-static-routes code 249 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
also request ms-classless-static-routes;


These lines will ensure that RFC3442 classless static routes are requested from the DHCP server, and that they are properly processed
by NetworkManager.








share|improve this answer




























  • I tried what you suggested, but it did not work. Note that the /var/lib/NetworkManager/dhclient-enp0s8.conf file contains everything that should be in /etc/dhclient-.conf. The impression I have is that in reality this is already configured... I'm really confused... =/ Thanks!

    – Eduardo Lucio
    Aug 2 '18 at 2:37






  • 1





    It did not work is a pretty broad statement. It does not give any detail of what did work and what exactly did not work. Are the static routes being emitted by the DHCP server? Are the static routes being loaded to the route table of the client computers? Is a ping meant to reach a computer in the 10.1.6.0/24 network and sent from a computer in the 10.1.4.0/24 actually reaching the 10.1.6.0/24 network? Are the pings in the 10.1.4.0/24 network being answered by the target computer? Are the answer packets traveling back to the 10.1.6.0/24 network? so on and so forth ...@EduardoLucio

    – Isaac
    Aug 2 '18 at 2:52













  • Any suggestions on what tests (a bash command, for example) could I do to get you better information? =D Thanks!

    – Eduardo Lucio
    Aug 2 '18 at 3:01











  • That's basic networking work that you must be able to perform on your own. It is pretty complex to build a shell script to do all of that (and several different commands should be executed in different computers at different times). No, not something that you should expect to get here (nor anywhere else). @EduardoLucio

    – Isaac
    Aug 2 '18 at 3:09



















1
















In fact this answer is a complement to @Isaac's answer and some pitfalls - may seem a bit obvious, but not to me - on the issue presented.



First of all, although there is some pattern within the presented universe, it is necessary to understand a correlation between what is configured in DHCP Server and what is expected in DHCP Client. Practically, parameters such as "option-def" -> "name" can vary between "rfc3442-classless-static-routes" and "classless-static-routes", "option-def" -> "record-types" between "uint8, uint8, uint8, ipv4-address" and "uint8, uint8, uint8, uint8, uint8, uint8, uint8, uint8", and so on... That is, it depends on what the DHCP Client expects from the "other side" basically.



In the case of CentOS 7 what is pointed out in the thread https://unix.stackexchange.com/a/459963/61742 is already configured by default, then it is only necessary to configure in ISC KEA DHCP (DHCPv4) (my case) what CentOS 7 waits from the "other side".



Finally, the configuration looks like this...



cat /usr/local/etc/kea/kea-dhcp4.conf

[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"array": true,
"record-types": "uint8,uint8,uint8,uint8,uint8,uint8,uint8,uint8"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "24,10,1,4,10,1,6,4"
}]
[...]


... since CentOS 7 is configured as...



cat /var/lib/NetworkManager/dhclient-enp0s8.conf

[...]
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
[...]




SOME CLARIFICATIONS:



"record-types" is a mask, that is, what is in each position of the array informed in "date" that as expected in CentOS 7 is an "array of unsigned integer 8" (uint8).



"data" works according to the following example: if I want the following routing 10.1.4.0/24 via 10.1.6.4 then I will inform "24,10,1,4,10,1,6,4". Note that the zero in 10.1.4.0/24 should be omitted since it is a mask for 3 octets (/24).



TIP: The "option-data" parameter can be placed in multiple locations in "subnet4" (file "/usr/local/etc/kea/kea-dhcp4.conf") and this will depend on how you want to distribute your configuration for routing.



Especial thanks to @Isaac , @Rui F Ribeiro and @A.B !






share|improve this answer























  • 1





    kea guide 8.2.9. Custom DHCPv4 options: "When array is set to true and type is set to "record", the last field is an array, i.e., it can contain more than one value" [...] so a single (or to be more rigorous 5 uint8 for a /0 + 1 ipv4) uint8 should work for all cases (as is done with the dhcpd equivalent). 8 uint8 will work only for /17 or narrower.

    – A.B
    Aug 2 '18 at 17:39
















Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "106"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: false,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: null,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/4.0/"u003ecc by-sa 4.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});















draft saved

draft discarded
















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f459945%2fcentos-7-dhcp-client-how-to-use-classless-static-routes-code-121%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























2 Answers
2






active

oldest

votes








2 Answers
2






active

oldest

votes









active

oldest

votes






active

oldest

votes









2
















Shameless copying from this answer:




If you wish to do this via DHCP, ensure that your have properly configured your DHCP client per the RedHat Knowledgebase article in here




To ensure that RFC3442-standard classless static routes provided by a DHCP server are processed correctly when using NetworkManager, the
following lines should be placed into /etc/dhclient.conf or, if
using per-interface DHCP options, /etc/dhclient-<ifname>.conf:



option rfc3442-classless-static-routes code 121 = array of unsigned integer 8; 
option ms-classless-static-routes code 249 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
also request ms-classless-static-routes;


These lines will ensure that RFC3442 classless static routes are requested from the DHCP server, and that they are properly processed
by NetworkManager.








share|improve this answer




























  • I tried what you suggested, but it did not work. Note that the /var/lib/NetworkManager/dhclient-enp0s8.conf file contains everything that should be in /etc/dhclient-.conf. The impression I have is that in reality this is already configured... I'm really confused... =/ Thanks!

    – Eduardo Lucio
    Aug 2 '18 at 2:37






  • 1





    It did not work is a pretty broad statement. It does not give any detail of what did work and what exactly did not work. Are the static routes being emitted by the DHCP server? Are the static routes being loaded to the route table of the client computers? Is a ping meant to reach a computer in the 10.1.6.0/24 network and sent from a computer in the 10.1.4.0/24 actually reaching the 10.1.6.0/24 network? Are the pings in the 10.1.4.0/24 network being answered by the target computer? Are the answer packets traveling back to the 10.1.6.0/24 network? so on and so forth ...@EduardoLucio

    – Isaac
    Aug 2 '18 at 2:52













  • Any suggestions on what tests (a bash command, for example) could I do to get you better information? =D Thanks!

    – Eduardo Lucio
    Aug 2 '18 at 3:01











  • That's basic networking work that you must be able to perform on your own. It is pretty complex to build a shell script to do all of that (and several different commands should be executed in different computers at different times). No, not something that you should expect to get here (nor anywhere else). @EduardoLucio

    – Isaac
    Aug 2 '18 at 3:09
















2
















Shameless copying from this answer:




If you wish to do this via DHCP, ensure that your have properly configured your DHCP client per the RedHat Knowledgebase article in here




To ensure that RFC3442-standard classless static routes provided by a DHCP server are processed correctly when using NetworkManager, the
following lines should be placed into /etc/dhclient.conf or, if
using per-interface DHCP options, /etc/dhclient-<ifname>.conf:



option rfc3442-classless-static-routes code 121 = array of unsigned integer 8; 
option ms-classless-static-routes code 249 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
also request ms-classless-static-routes;


These lines will ensure that RFC3442 classless static routes are requested from the DHCP server, and that they are properly processed
by NetworkManager.








share|improve this answer




























  • I tried what you suggested, but it did not work. Note that the /var/lib/NetworkManager/dhclient-enp0s8.conf file contains everything that should be in /etc/dhclient-.conf. The impression I have is that in reality this is already configured... I'm really confused... =/ Thanks!

    – Eduardo Lucio
    Aug 2 '18 at 2:37






  • 1





    It did not work is a pretty broad statement. It does not give any detail of what did work and what exactly did not work. Are the static routes being emitted by the DHCP server? Are the static routes being loaded to the route table of the client computers? Is a ping meant to reach a computer in the 10.1.6.0/24 network and sent from a computer in the 10.1.4.0/24 actually reaching the 10.1.6.0/24 network? Are the pings in the 10.1.4.0/24 network being answered by the target computer? Are the answer packets traveling back to the 10.1.6.0/24 network? so on and so forth ...@EduardoLucio

    – Isaac
    Aug 2 '18 at 2:52













  • Any suggestions on what tests (a bash command, for example) could I do to get you better information? =D Thanks!

    – Eduardo Lucio
    Aug 2 '18 at 3:01











  • That's basic networking work that you must be able to perform on your own. It is pretty complex to build a shell script to do all of that (and several different commands should be executed in different computers at different times). No, not something that you should expect to get here (nor anywhere else). @EduardoLucio

    – Isaac
    Aug 2 '18 at 3:09














2














2










2









Shameless copying from this answer:




If you wish to do this via DHCP, ensure that your have properly configured your DHCP client per the RedHat Knowledgebase article in here




To ensure that RFC3442-standard classless static routes provided by a DHCP server are processed correctly when using NetworkManager, the
following lines should be placed into /etc/dhclient.conf or, if
using per-interface DHCP options, /etc/dhclient-<ifname>.conf:



option rfc3442-classless-static-routes code 121 = array of unsigned integer 8; 
option ms-classless-static-routes code 249 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
also request ms-classless-static-routes;


These lines will ensure that RFC3442 classless static routes are requested from the DHCP server, and that they are properly processed
by NetworkManager.








share|improve this answer















Shameless copying from this answer:




If you wish to do this via DHCP, ensure that your have properly configured your DHCP client per the RedHat Knowledgebase article in here




To ensure that RFC3442-standard classless static routes provided by a DHCP server are processed correctly when using NetworkManager, the
following lines should be placed into /etc/dhclient.conf or, if
using per-interface DHCP options, /etc/dhclient-<ifname>.conf:



option rfc3442-classless-static-routes code 121 = array of unsigned integer 8; 
option ms-classless-static-routes code 249 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
also request ms-classless-static-routes;


These lines will ensure that RFC3442 classless static routes are requested from the DHCP server, and that they are properly processed
by NetworkManager.









share|improve this answer














share|improve this answer



share|improve this answer








edited 1 hour ago









muru

44.8k5 gold badges111 silver badges184 bronze badges




44.8k5 gold badges111 silver badges184 bronze badges










answered Aug 1 '18 at 22:36









IsaacIsaac

14.8k1 gold badge23 silver badges63 bronze badges




14.8k1 gold badge23 silver badges63 bronze badges
















  • I tried what you suggested, but it did not work. Note that the /var/lib/NetworkManager/dhclient-enp0s8.conf file contains everything that should be in /etc/dhclient-.conf. The impression I have is that in reality this is already configured... I'm really confused... =/ Thanks!

    – Eduardo Lucio
    Aug 2 '18 at 2:37






  • 1





    It did not work is a pretty broad statement. It does not give any detail of what did work and what exactly did not work. Are the static routes being emitted by the DHCP server? Are the static routes being loaded to the route table of the client computers? Is a ping meant to reach a computer in the 10.1.6.0/24 network and sent from a computer in the 10.1.4.0/24 actually reaching the 10.1.6.0/24 network? Are the pings in the 10.1.4.0/24 network being answered by the target computer? Are the answer packets traveling back to the 10.1.6.0/24 network? so on and so forth ...@EduardoLucio

    – Isaac
    Aug 2 '18 at 2:52













  • Any suggestions on what tests (a bash command, for example) could I do to get you better information? =D Thanks!

    – Eduardo Lucio
    Aug 2 '18 at 3:01











  • That's basic networking work that you must be able to perform on your own. It is pretty complex to build a shell script to do all of that (and several different commands should be executed in different computers at different times). No, not something that you should expect to get here (nor anywhere else). @EduardoLucio

    – Isaac
    Aug 2 '18 at 3:09



















  • I tried what you suggested, but it did not work. Note that the /var/lib/NetworkManager/dhclient-enp0s8.conf file contains everything that should be in /etc/dhclient-.conf. The impression I have is that in reality this is already configured... I'm really confused... =/ Thanks!

    – Eduardo Lucio
    Aug 2 '18 at 2:37






  • 1





    It did not work is a pretty broad statement. It does not give any detail of what did work and what exactly did not work. Are the static routes being emitted by the DHCP server? Are the static routes being loaded to the route table of the client computers? Is a ping meant to reach a computer in the 10.1.6.0/24 network and sent from a computer in the 10.1.4.0/24 actually reaching the 10.1.6.0/24 network? Are the pings in the 10.1.4.0/24 network being answered by the target computer? Are the answer packets traveling back to the 10.1.6.0/24 network? so on and so forth ...@EduardoLucio

    – Isaac
    Aug 2 '18 at 2:52













  • Any suggestions on what tests (a bash command, for example) could I do to get you better information? =D Thanks!

    – Eduardo Lucio
    Aug 2 '18 at 3:01











  • That's basic networking work that you must be able to perform on your own. It is pretty complex to build a shell script to do all of that (and several different commands should be executed in different computers at different times). No, not something that you should expect to get here (nor anywhere else). @EduardoLucio

    – Isaac
    Aug 2 '18 at 3:09

















I tried what you suggested, but it did not work. Note that the /var/lib/NetworkManager/dhclient-enp0s8.conf file contains everything that should be in /etc/dhclient-.conf. The impression I have is that in reality this is already configured... I'm really confused... =/ Thanks!

– Eduardo Lucio
Aug 2 '18 at 2:37





I tried what you suggested, but it did not work. Note that the /var/lib/NetworkManager/dhclient-enp0s8.conf file contains everything that should be in /etc/dhclient-.conf. The impression I have is that in reality this is already configured... I'm really confused... =/ Thanks!

– Eduardo Lucio
Aug 2 '18 at 2:37




1




1





It did not work is a pretty broad statement. It does not give any detail of what did work and what exactly did not work. Are the static routes being emitted by the DHCP server? Are the static routes being loaded to the route table of the client computers? Is a ping meant to reach a computer in the 10.1.6.0/24 network and sent from a computer in the 10.1.4.0/24 actually reaching the 10.1.6.0/24 network? Are the pings in the 10.1.4.0/24 network being answered by the target computer? Are the answer packets traveling back to the 10.1.6.0/24 network? so on and so forth ...@EduardoLucio

– Isaac
Aug 2 '18 at 2:52







It did not work is a pretty broad statement. It does not give any detail of what did work and what exactly did not work. Are the static routes being emitted by the DHCP server? Are the static routes being loaded to the route table of the client computers? Is a ping meant to reach a computer in the 10.1.6.0/24 network and sent from a computer in the 10.1.4.0/24 actually reaching the 10.1.6.0/24 network? Are the pings in the 10.1.4.0/24 network being answered by the target computer? Are the answer packets traveling back to the 10.1.6.0/24 network? so on and so forth ...@EduardoLucio

– Isaac
Aug 2 '18 at 2:52















Any suggestions on what tests (a bash command, for example) could I do to get you better information? =D Thanks!

– Eduardo Lucio
Aug 2 '18 at 3:01





Any suggestions on what tests (a bash command, for example) could I do to get you better information? =D Thanks!

– Eduardo Lucio
Aug 2 '18 at 3:01













That's basic networking work that you must be able to perform on your own. It is pretty complex to build a shell script to do all of that (and several different commands should be executed in different computers at different times). No, not something that you should expect to get here (nor anywhere else). @EduardoLucio

– Isaac
Aug 2 '18 at 3:09





That's basic networking work that you must be able to perform on your own. It is pretty complex to build a shell script to do all of that (and several different commands should be executed in different computers at different times). No, not something that you should expect to get here (nor anywhere else). @EduardoLucio

– Isaac
Aug 2 '18 at 3:09













1
















In fact this answer is a complement to @Isaac's answer and some pitfalls - may seem a bit obvious, but not to me - on the issue presented.



First of all, although there is some pattern within the presented universe, it is necessary to understand a correlation between what is configured in DHCP Server and what is expected in DHCP Client. Practically, parameters such as "option-def" -> "name" can vary between "rfc3442-classless-static-routes" and "classless-static-routes", "option-def" -> "record-types" between "uint8, uint8, uint8, ipv4-address" and "uint8, uint8, uint8, uint8, uint8, uint8, uint8, uint8", and so on... That is, it depends on what the DHCP Client expects from the "other side" basically.



In the case of CentOS 7 what is pointed out in the thread https://unix.stackexchange.com/a/459963/61742 is already configured by default, then it is only necessary to configure in ISC KEA DHCP (DHCPv4) (my case) what CentOS 7 waits from the "other side".



Finally, the configuration looks like this...



cat /usr/local/etc/kea/kea-dhcp4.conf

[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"array": true,
"record-types": "uint8,uint8,uint8,uint8,uint8,uint8,uint8,uint8"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "24,10,1,4,10,1,6,4"
}]
[...]


... since CentOS 7 is configured as...



cat /var/lib/NetworkManager/dhclient-enp0s8.conf

[...]
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
[...]




SOME CLARIFICATIONS:



"record-types" is a mask, that is, what is in each position of the array informed in "date" that as expected in CentOS 7 is an "array of unsigned integer 8" (uint8).



"data" works according to the following example: if I want the following routing 10.1.4.0/24 via 10.1.6.4 then I will inform "24,10,1,4,10,1,6,4". Note that the zero in 10.1.4.0/24 should be omitted since it is a mask for 3 octets (/24).



TIP: The "option-data" parameter can be placed in multiple locations in "subnet4" (file "/usr/local/etc/kea/kea-dhcp4.conf") and this will depend on how you want to distribute your configuration for routing.



Especial thanks to @Isaac , @Rui F Ribeiro and @A.B !






share|improve this answer























  • 1





    kea guide 8.2.9. Custom DHCPv4 options: "When array is set to true and type is set to "record", the last field is an array, i.e., it can contain more than one value" [...] so a single (or to be more rigorous 5 uint8 for a /0 + 1 ipv4) uint8 should work for all cases (as is done with the dhcpd equivalent). 8 uint8 will work only for /17 or narrower.

    – A.B
    Aug 2 '18 at 17:39


















1
















In fact this answer is a complement to @Isaac's answer and some pitfalls - may seem a bit obvious, but not to me - on the issue presented.



First of all, although there is some pattern within the presented universe, it is necessary to understand a correlation between what is configured in DHCP Server and what is expected in DHCP Client. Practically, parameters such as "option-def" -> "name" can vary between "rfc3442-classless-static-routes" and "classless-static-routes", "option-def" -> "record-types" between "uint8, uint8, uint8, ipv4-address" and "uint8, uint8, uint8, uint8, uint8, uint8, uint8, uint8", and so on... That is, it depends on what the DHCP Client expects from the "other side" basically.



In the case of CentOS 7 what is pointed out in the thread https://unix.stackexchange.com/a/459963/61742 is already configured by default, then it is only necessary to configure in ISC KEA DHCP (DHCPv4) (my case) what CentOS 7 waits from the "other side".



Finally, the configuration looks like this...



cat /usr/local/etc/kea/kea-dhcp4.conf

[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"array": true,
"record-types": "uint8,uint8,uint8,uint8,uint8,uint8,uint8,uint8"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "24,10,1,4,10,1,6,4"
}]
[...]


... since CentOS 7 is configured as...



cat /var/lib/NetworkManager/dhclient-enp0s8.conf

[...]
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
[...]




SOME CLARIFICATIONS:



"record-types" is a mask, that is, what is in each position of the array informed in "date" that as expected in CentOS 7 is an "array of unsigned integer 8" (uint8).



"data" works according to the following example: if I want the following routing 10.1.4.0/24 via 10.1.6.4 then I will inform "24,10,1,4,10,1,6,4". Note that the zero in 10.1.4.0/24 should be omitted since it is a mask for 3 octets (/24).



TIP: The "option-data" parameter can be placed in multiple locations in "subnet4" (file "/usr/local/etc/kea/kea-dhcp4.conf") and this will depend on how you want to distribute your configuration for routing.



Especial thanks to @Isaac , @Rui F Ribeiro and @A.B !






share|improve this answer























  • 1





    kea guide 8.2.9. Custom DHCPv4 options: "When array is set to true and type is set to "record", the last field is an array, i.e., it can contain more than one value" [...] so a single (or to be more rigorous 5 uint8 for a /0 + 1 ipv4) uint8 should work for all cases (as is done with the dhcpd equivalent). 8 uint8 will work only for /17 or narrower.

    – A.B
    Aug 2 '18 at 17:39
















1














1










1









In fact this answer is a complement to @Isaac's answer and some pitfalls - may seem a bit obvious, but not to me - on the issue presented.



First of all, although there is some pattern within the presented universe, it is necessary to understand a correlation between what is configured in DHCP Server and what is expected in DHCP Client. Practically, parameters such as "option-def" -> "name" can vary between "rfc3442-classless-static-routes" and "classless-static-routes", "option-def" -> "record-types" between "uint8, uint8, uint8, ipv4-address" and "uint8, uint8, uint8, uint8, uint8, uint8, uint8, uint8", and so on... That is, it depends on what the DHCP Client expects from the "other side" basically.



In the case of CentOS 7 what is pointed out in the thread https://unix.stackexchange.com/a/459963/61742 is already configured by default, then it is only necessary to configure in ISC KEA DHCP (DHCPv4) (my case) what CentOS 7 waits from the "other side".



Finally, the configuration looks like this...



cat /usr/local/etc/kea/kea-dhcp4.conf

[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"array": true,
"record-types": "uint8,uint8,uint8,uint8,uint8,uint8,uint8,uint8"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "24,10,1,4,10,1,6,4"
}]
[...]


... since CentOS 7 is configured as...



cat /var/lib/NetworkManager/dhclient-enp0s8.conf

[...]
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
[...]




SOME CLARIFICATIONS:



"record-types" is a mask, that is, what is in each position of the array informed in "date" that as expected in CentOS 7 is an "array of unsigned integer 8" (uint8).



"data" works according to the following example: if I want the following routing 10.1.4.0/24 via 10.1.6.4 then I will inform "24,10,1,4,10,1,6,4". Note that the zero in 10.1.4.0/24 should be omitted since it is a mask for 3 octets (/24).



TIP: The "option-data" parameter can be placed in multiple locations in "subnet4" (file "/usr/local/etc/kea/kea-dhcp4.conf") and this will depend on how you want to distribute your configuration for routing.



Especial thanks to @Isaac , @Rui F Ribeiro and @A.B !






share|improve this answer















In fact this answer is a complement to @Isaac's answer and some pitfalls - may seem a bit obvious, but not to me - on the issue presented.



First of all, although there is some pattern within the presented universe, it is necessary to understand a correlation between what is configured in DHCP Server and what is expected in DHCP Client. Practically, parameters such as "option-def" -> "name" can vary between "rfc3442-classless-static-routes" and "classless-static-routes", "option-def" -> "record-types" between "uint8, uint8, uint8, ipv4-address" and "uint8, uint8, uint8, uint8, uint8, uint8, uint8, uint8", and so on... That is, it depends on what the DHCP Client expects from the "other side" basically.



In the case of CentOS 7 what is pointed out in the thread https://unix.stackexchange.com/a/459963/61742 is already configured by default, then it is only necessary to configure in ISC KEA DHCP (DHCPv4) (my case) what CentOS 7 waits from the "other side".



Finally, the configuration looks like this...



cat /usr/local/etc/kea/kea-dhcp4.conf

[...]
"option-def": [{
"name": "rfc3442-classless-static-routes",
"code": 121,
"space": "dhcp4",
"type": "record",
"array": true,
"record-types": "uint8,uint8,uint8,uint8,uint8,uint8,uint8,uint8"
}
],
"option-data": [{
"name": "rfc3442-classless-static-routes",
"data": "24,10,1,4,10,1,6,4"
}]
[...]


... since CentOS 7 is configured as...



cat /var/lib/NetworkManager/dhclient-enp0s8.conf

[...]
option rfc3442-classless-static-routes code 121 = array of unsigned integer 8;
also request rfc3442-classless-static-routes;
[...]




SOME CLARIFICATIONS:



"record-types" is a mask, that is, what is in each position of the array informed in "date" that as expected in CentOS 7 is an "array of unsigned integer 8" (uint8).



"data" works according to the following example: if I want the following routing 10.1.4.0/24 via 10.1.6.4 then I will inform "24,10,1,4,10,1,6,4". Note that the zero in 10.1.4.0/24 should be omitted since it is a mask for 3 octets (/24).



TIP: The "option-data" parameter can be placed in multiple locations in "subnet4" (file "/usr/local/etc/kea/kea-dhcp4.conf") and this will depend on how you want to distribute your configuration for routing.



Especial thanks to @Isaac , @Rui F Ribeiro and @A.B !







share|improve this answer














share|improve this answer



share|improve this answer








edited Aug 2 '18 at 18:02

























answered Aug 2 '18 at 17:22









Eduardo LucioEduardo Lucio

2403 silver badges21 bronze badges




2403 silver badges21 bronze badges











  • 1





    kea guide 8.2.9. Custom DHCPv4 options: "When array is set to true and type is set to "record", the last field is an array, i.e., it can contain more than one value" [...] so a single (or to be more rigorous 5 uint8 for a /0 + 1 ipv4) uint8 should work for all cases (as is done with the dhcpd equivalent). 8 uint8 will work only for /17 or narrower.

    – A.B
    Aug 2 '18 at 17:39
















  • 1





    kea guide 8.2.9. Custom DHCPv4 options: "When array is set to true and type is set to "record", the last field is an array, i.e., it can contain more than one value" [...] so a single (or to be more rigorous 5 uint8 for a /0 + 1 ipv4) uint8 should work for all cases (as is done with the dhcpd equivalent). 8 uint8 will work only for /17 or narrower.

    – A.B
    Aug 2 '18 at 17:39










1




1





kea guide 8.2.9. Custom DHCPv4 options: "When array is set to true and type is set to "record", the last field is an array, i.e., it can contain more than one value" [...] so a single (or to be more rigorous 5 uint8 for a /0 + 1 ipv4) uint8 should work for all cases (as is done with the dhcpd equivalent). 8 uint8 will work only for /17 or narrower.

– A.B
Aug 2 '18 at 17:39







kea guide 8.2.9. Custom DHCPv4 options: "When array is set to true and type is set to "record", the last field is an array, i.e., it can contain more than one value" [...] so a single (or to be more rigorous 5 uint8 for a /0 + 1 ipv4) uint8 should work for all cases (as is done with the dhcpd equivalent). 8 uint8 will work only for /17 or narrower.

– A.B
Aug 2 '18 at 17:39





















draft saved

draft discarded



















































Thanks for contributing an answer to Unix & Linux Stack Exchange!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f459945%2fcentos-7-dhcp-client-how-to-use-classless-static-routes-code-121%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

Taj Mahal Inhaltsverzeichnis Aufbau | Geschichte | 350-Jahr-Feier | Heutige Bedeutung | Siehe auch |...

Baia Sprie Cuprins Etimologie | Istorie | Demografie | Politică și administrație | Arii naturale...

Nicolae Petrescu-Găină Cuprins Biografie | Opera | In memoriam | Varia | Controverse, incertitudini...