Lines Matching refs:will
74 individual lines of code, which will be in the code review.
158 perform any of the I/O; regular IP sockets will do the job. It also
227 As a result, IP logical interfaces will come and go with DHCPv6,
247 For DHCPv6, we will need to keep LIFs on a single IP physical
263 represent these groupings, we will use a new dhcp_lease_t structure.
264 IPv4 DHCP will have one such structure per state machine, while
265 DHCPv6 will have a list. (Note: the initial implementation will
272 For all of these new structures, we will use the same insert/hold/
277 longer just an "interface," a new dhcp_smach_t structure will hold
287 lease structure will use a base pointer for the first LIF in the
367 definitions. A new <netinet/dhcp6.h> file will be introduced with
368 the necessary #defines and structures. The key structure there will
382 only within dhcpagent. This structure will be amended to use a
412 functions will be added to libdhcputil. The former function will
444 functions are needed. First, an add_pkt_subopt() function will take
449 options up to the top level. To do this, update_v6opt_len() will be
485 testing and if any do show up, they will be dealt with by fixing the
502 To simplify this, we will open at most one DLPI stream on a PIF, and
504 stream must be open and when it can be closed. This mechanism will
544 facilitate a Solaris 10 backport, this will be done separately as CR
547 In the case of DHCPv6, we already have IPV6_PKTINFO, so we will pave
622 on one IA, the server will suddenly start responding when we attempt
631 messages. The DHCPv6 method is a cleaner design, so we will change
640 server that will ignore Rebind but then suddenly spring into action
679 generated, there's exactly one of these created, and it will
682 /etc/dhcp/duid, will be used to hold the automatically generated
686 in a file is made in get_smach_cid(). This function will
691 attempt fails with EROFS, we will set a timer for 60 second
694 becomes writable, then the impact will be that the daemon will wake
700 we will use two strategies. First the IAID value for a given
701 interface (if not known) will just default to the IP ifIndex value,
703 we will save off the IAID we choose in a single /etc/dhcp/iaid file,
708 This mechanism depends on the interface name, and thus will need to
718 writing to /etc/dhcp will just never work. A possible solution
766 We will have the DHCPv6 client configure each interface with an
767 all-ones (/128) netmask by default. In.ndpd will be modified so
770 necessary. If no matching prefix is known, it will send a new
774 will scan all of the IFF_DHCPRUNNING IP logical interfaces on the
776 Dhcpagent, for its part, will ignore the netmask on IPv6 interfaces
812 Hardware Type number) will be placed in libdhcputil.
893 - The timer mechanism will be refactored. Rather than using the
895 if_{t1,t2,lease} to hold the relative timer values, we will
946 DHCPv4 and DHCPv6, a new module will be created to handle DHCPv6
947 decoding, and will export a interpret_dhcpv6() function.
953 show_htype() function in snoop_dhcp.c will be renamed to arp_htype()
963 for filtering. As a part of this, CR 6487534 will be fixed.
985 somehow knows which source address will result in the "best"
988 We will thus split Rule 8 into three separate rules:
992 address will be preferred.
997 (Note that Rule 7 will take care of temporary address preferences,
1004 there are multiple to choose from, then will pick static first, then
1009 a fix for that will be included with this project.
1015 development will be fixed along with this project. Some of these
1025 - CR 6482163 causes excessive lint errors with libxnet; will fix.
1043 zero-length read any time the client goes away, and that will be
1050 These will all be removed and replaced with insque(3C) and
1081 Clearview UV (vanity naming) will cause link names, and thus IP
1082 interface names, to become changeable over time. This will break
1087 design may need to be revisited. (The solution will likely be
1090 Clearview is also contributing a new libdlpi that will work for
1093 DHCPv6 project will need to adjust to the new interfaces, and remove
1100 This project will not fix that problem, but the DUID/IAID could be
1134 this is not being done now is that Network Automagic [NWAM] will
1149 for IPv4. (For the latter, if we fail to do that, it will likely
1151 it will be useful for testing, even though it should not be needed