Lines Matching refs:will
72 individual lines of code, which will be in the code review.
156 perform any of the I/O; regular IP sockets will do the job. It also
225 As a result, IP logical interfaces will come and go with DHCPv6,
245 For DHCPv6, we will need to keep LIFs on a single IP physical
261 represent these groupings, we will use a new dhcp_lease_t structure.
262 IPv4 DHCP will have one such structure per state machine, while
263 DHCPv6 will have a list. (Note: the initial implementation will
270 For all of these new structures, we will use the same insert/hold/
275 longer just an "interface," a new dhcp_smach_t structure will hold
285 lease structure will use a base pointer for the first LIF in the
365 definitions. A new <netinet/dhcp6.h> file will be introduced with
366 the necessary #defines and structures. The key structure there will
380 only within dhcpagent. This structure will be amended to use a
410 functions will be added to libdhcputil. The former function will
442 functions are needed. First, an add_pkt_subopt() function will take
447 options up to the top level. To do this, update_v6opt_len() will be
483 testing and if any do show up, they will be dealt with by fixing the
500 To simplify this, we will open at most one DLPI stream on a PIF, and
502 stream must be open and when it can be closed. This mechanism will
542 facilitate a Solaris 10 backport, this will be done separately as CR
545 In the case of DHCPv6, we already have IPV6_PKTINFO, so we will pave
620 on one IA, the server will suddenly start responding when we attempt
629 messages. The DHCPv6 method is a cleaner design, so we will change
638 server that will ignore Rebind but then suddenly spring into action
677 generated, there's exactly one of these created, and it will
680 /etc/dhcp/duid, will be used to hold the automatically generated
684 in a file is made in get_smach_cid(). This function will
689 attempt fails with EROFS, we will set a timer for 60 second
692 becomes writable, then the impact will be that the daemon will wake
698 we will use two strategies. First the IAID value for a given
699 interface (if not known) will just default to the IP ifIndex value,
701 we will save off the IAID we choose in a single /etc/dhcp/iaid file,
706 This mechanism depends on the interface name, and thus will need to
716 writing to /etc/dhcp will just never work. A possible solution
764 We will have the DHCPv6 client configure each interface with an
765 all-ones (/128) netmask by default. In.ndpd will be modified so
768 necessary. If no matching prefix is known, it will send a new
772 will scan all of the IFF_DHCPRUNNING IP logical interfaces on the
774 Dhcpagent, for its part, will ignore the netmask on IPv6 interfaces
810 Hardware Type number) will be placed in libdhcputil.
891 - The timer mechanism will be refactored. Rather than using the
893 if_{t1,t2,lease} to hold the relative timer values, we will
944 DHCPv4 and DHCPv6, a new module will be created to handle DHCPv6
945 decoding, and will export a interpret_dhcpv6() function.
951 show_htype() function in snoop_dhcp.c will be renamed to arp_htype()
961 for filtering. As a part of this, CR 6487534 will be fixed.
983 somehow knows which source address will result in the "best"
986 We will thus split Rule 8 into three separate rules:
990 address will be preferred.
995 (Note that Rule 7 will take care of temporary address preferences,
1002 there are multiple to choose from, then will pick static first, then
1007 a fix for that will be included with this project.
1013 development will be fixed along with this project. Some of these
1023 - CR 6482163 causes excessive lint errors with libxnet; will fix.
1041 zero-length read any time the client goes away, and that will be
1048 These will all be removed and replaced with insque(3C) and
1079 Clearview UV (vanity naming) will cause link names, and thus IP
1080 interface names, to become changeable over time. This will break
1085 design may need to be revisited. (The solution will likely be
1088 Clearview is also contributing a new libdlpi that will work for
1091 DHCPv6 project will need to adjust to the new interfaces, and remove
1098 This project will not fix that problem, but the DUID/IAID could be
1132 this is not being done now is that Network Automagic [NWAM] will
1147 for IPv4. (For the latter, if we fail to do that, it will likely
1149 it will be useful for testing, even though it should not be needed