<div dir="ltr"><br><div class="gmail_extra"><span style="font-size:12.8px">Given Richard's comments how about:</span><br style="font-size:12.8px"><br style="font-size:12.8px"><div style="font-size:12.8px">If it goes in the DFZ it must be Assigned, Allocated or SWIPed.</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">If it goes to goes to a customer long-term it MUST be SWIPed irregardless of network size.  Example: the address does not change or can not change if the customer were offline longer than the lease time. The client would still get the same address space when they clear their outage.  </div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">If the assigned network is dynamic it need not be SWIPed.  </div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">On the flip side (not having used the process myself so not sure how wrong this is), I would suggest that the SWIP process be modified to incorporate automatic SWIP (the current Restful interface) and de-SWIP (from the original SWIPER) with a TTL on the records for DYNAMIC SWIP's.  If I make a customer assignment through DHCPv6 or RD why not allow an automated way for me to make and remove them in real time?  Why not let me put a TTL on the SWIP and have it cleaned up when it gets too old? </div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">Lets get away from the size of the network as to if it should be SWIPed or not. Just make it so easy it makes no sense not to do it.</div><div style="font-size:12.8px"><br></div><div style="font-size:12.8px">james</div></div></div>