Send dhcp-users mailing list submissions to
[email protected]
Advertising
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
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of dhcp-users digest..."
Today's Topics:
1. Wrong data layout for DHCPv6 option bootfile-param? (Celelibi)
2. Re: Wrong data layout for DHCPv6 option bootfile-param?
(Shawn Routhier)
3. Using ISC DHCP for Layer 2 Relay Solution
(DATACOM - henrique.marks)
----------------------------------------------------------------------
Message: 1
Date: Thu, 27 Aug 2015 01:35:10 +0200
From: Celelibi <[email protected]>
To: [email protected]
Subject: Wrong data layout for DHCPv6 option bootfile-param?
Message-ID:
<CAJR2zJ_oA_3EXQo9VCsW7NPuxj1pQDSPA81_suOYyLh=-pa...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Hello,
I've seen that the DHCPv6 option 60 has been implemented. However, I
think the data layout sent on the network is wrong with respect to the
RFC 5970.
The current implementation send this option as a single string. I.e. a
16 bits integer representing the size of the string and the sequence
of bytes of the string.
The RFC 5970 say that the data layout of this option start with the
total byte size on a 16 bits integer, followed by a sequence of
strings (length + bytes).
Have I understood something wrong or is this really a bug from the dhcpd?
Best regards,
Celelibi
------------------------------
Message: 2
Date: Wed, 26 Aug 2015 17:05:13 -0700
From: Shawn Routhier <[email protected]>
To: Users of ISC DHCP <[email protected]>
Subject: Re: Wrong data layout for DHCPv6 option bootfile-param?
Message-ID: <[email protected]>
Content-Type: text/plain; charset=utf-8
> On Aug 26, 2015, at 4:35 PM, Celelibi <[email protected]> wrote:
>
> Hello,
>
> I've seen that the DHCPv6 option 60 has been implemented. However, I
> think the data layout sent on the network is wrong with respect to the
> RFC 5970.
>
> The current implementation send this option as a single string. I.e. a
> 16 bits integer representing the size of the string and the sequence
> of bytes of the string.
>
> The RFC 5970 say that the data layout of this option start with the
> total byte size on a 16 bits integer, followed by a sequence of
> strings (length + bytes).
>
> Have I understood something wrong or is this really a bug from the dhcpd?
Neither. This is a limitation of the description and parsing code used
to manage the options. With the current description it isn?t possible
to represent the multiple variable length fields that the option describes.
The closest we currently have is X - ascii or binary - in which you would
need to pre-format the parameters into a single string.
Or if you have
a well specified list (for example you have a single parameter) you could
undefine RFC5970 and add your own definition that is more restrictive
but allows you easier control.
>
>
> Best regards,
> Celelibi
> _______________________________________________
> dhcp-users mailing list
> [email protected]
> https://lists.isc.org/mailman/listinfo/dhcp-users
------------------------------
Message: 3
Date: Thu, 27 Aug 2015 08:44:19 -0300 (BRT)
From: "DATACOM - henrique.marks" <[email protected]>
To: [email protected]
Subject: Using ISC DHCP for Layer 2 Relay Solution
Message-ID:
<[email protected]>
Content-Type: text/plain; charset="utf-8"
Hi all
I am trying to use ISC DHCP in an embedded project to implement DHCP Relay. We
are interested in a DHCP Relay Layer 2 solution, but i don't know if ISC DHCP
works for this case.
I saw in the source code that it is necessary to have an IP in the VLAN
interface, so that the sockets used internally by the package can be sent. But
also, i saw that there is a flag in compilation to enable the use of some type
of sockets that would not need IP addresses on the interface.
The question is: is it possible to use ISC DHCP as a Layer 2 Relay ? In other
words, can we use Linux Vlan Interfaces without ip addresses, with this package
?
I saw another dhcp solution, dhcp-helper, that claims to do this, receive the
package in one VLAN interface, and send to another. How hard it would be to
port this solution to ISC DHCP, if there is some interest ?
Thanks ina advance
--
Dr. Henrique Marks
[email protected]
R. Am?rica, 1000 - Eldorado do Sul - RS
CEP: 92990-000 - Brasil
Fone: +55 51 3933 3000 - Ramal 3466
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.isc.org/pipermail/dhcp-users/attachments/20150827/168bfbfc/attachment-0001.html>
------------------------------
_______________________________________________
dhcp-users mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/dhcp-users
End of dhcp-users Digest, Vol 82, Issue 12
******************************************
