Re: [v6ops] New Version Notification for draft-patterson-intarea-ipoe-health-01.txt

["Bernie Volz (volz)" <[e-mail]>]

>    - If yes, is DHCPv6 client going to send the same address in SOLICIT? Is DHCPv6 client going to unicast SOLICIT to the same DHCPv6 server, if OPTION_UNICAST was set for the lease?
 
SOLICITs must not be unicast.

See https://tools.ietf.org/html/draft-ietf-dhc-rfc3315bis-13#section-16:

   A server MUST discard any Solicit, Confirm, Rebind or Information-
   request messages it receives with a layer-3 unicast destination
   address.

A client can certainly include the address it previously had in a Solicit (though most likely if the same server is present, that is not necessary as the server will likely use the existing address). There are also privacy considerations for including this in the Solicit (since the client may have moved to a different network).

- Bernie

On 6/12/18, 11:06 AM, "v6ops on behalf of Mudric, Dusan (Dusan)" <[e-mail] on behalf of [e-mail]> wrote:

    Hi Richard,
    
    "4.3.  Behaviour 2: Expire Lease"
    
    Typo: Behavior
    
    - Is this option an attempt for the lease RENEW-al but not using RENEW?
    - If not, what is the benefit of not sending RELEASE? 
    - If yes, is DHCPv6 client going to send the same address in SOLICIT? Is DHCPv6 client going to unicast SOLICIT to the same DHCPv6 server, if OPTION_UNICAST was set for the lease?
    
    Thanks,
    Dusan.
    
    > -----Original Message-----
    > From: v6ops [mailto:[e-mail]] On Behalf Of Richard
    > Patterson
    > Sent: Tuesday, June 12, 2018 7:11 AM
    > To: [e-mail] list <[e-mail]>
    > Subject: [v6ops] New Version Notification for draft-patterson-intarea-ipoe-
    > health-01.txt
    > 
    > A new version of draft-patterson-intarea-ipoe-health has been posted.
    > 
    > The major change since -00, is the inclusion and preference of BFD
    > Echo as the health check mechanism when available.
    > The draft now has an informational reference to Broadband Forum's
    > TR-146 document which also discusses this problem.
    > 
    > The authors believe that this draft builds on the method suggested in
    > TR-146 in the following ways:
    > - Prefers BFD Echo, but allows for ARP/ND methods when not available.
    > - Defaults to DHCP renew as an action, but specifies optional
    > alternative actions to expedite recovery.
    > - Provides a DHCP Option to allow network administrators to signal
    > parameters dynamically to CEs.
    > 
    > 
    > On 12/06/2018, 10:11, "[e-mail]"
    > <[e-mail]> wrote:
    > 
    > 
    >     A new version of I-D, draft-patterson-intarea-ipoe-health-01.txt
    >     has been successfully submitted by Richard Patterson and posted to the
    >     IETF repository.
    > 
    >     Name:draft-patterson-intarea-ipoe-health
    >     Revision:01
    >     Title:IPoE Client Health Checking
    >     Document date:2018-06-12
    >     Group:Individual Submission
    >     Pages:12
    >     URL:
    > https://urldefense.proofpoint.com/v2/url?u=https-
    > 3A__www.ietf.org_internet-2Ddrafts_draft-2Dpatterson-2Dintarea-2Dipoe-
    > 2Dhealth-
    > 2D01.txt&d=DwIGaQ&c=BFpWQw8bsuKpl1SgiZH64Q&r=UT3Bk9cbLeaJxhf3iC
    > rhIoUWB8YLZU23029sMQGQ2kY&m=EBdxMMCB_3bhRx7Mk5RhobLPuxgDn
    > mbU6VSjpN4g1BY&s=bjBu9v7AUFYPKnWlcbMcpVAUCBAQAQkjarrZ0rAAUM
    > s&e=
    >     Status:
    > https://urldefense.proofpoint.com/v2/url?u=https-
    > 3A__datatracker.ietf.org_doc_draft-2Dpatterson-2Dintarea-2Dipoe-
    > 2Dhealth_&d=DwIGaQ&c=BFpWQw8bsuKpl1SgiZH64Q&r=UT3Bk9cbLeaJxhf3
    > iCrhIoUWB8YLZU23029sMQGQ2kY&m=EBdxMMCB_3bhRx7Mk5RhobLPuxgD
    > nmbU6VSjpN4g1BY&s=dpxyyPBoO4A6BEutg0KaTT2q1PFWSUd9xsjOPqel58s
    > &e=
    >     Htmlized:
    > https://urldefense.proofpoint.com/v2/url?u=https-
    > 3A__tools.ietf.org_html_draft-2Dpatterson-2Dintarea-2Dipoe-2Dhealth-
    > 2D01&d=DwIGaQ&c=BFpWQw8bsuKpl1SgiZH64Q&r=UT3Bk9cbLeaJxhf3iCrhI
    > oUWB8YLZU23029sMQGQ2kY&m=EBdxMMCB_3bhRx7Mk5RhobLPuxgDnmb
    > U6VSjpN4g1BY&s=ThEknV5dGWD2dWjPit9UcR0zTReSLb_HDbhDFN6SyCU&e
    > =
    >     Htmlized:
    > https://urldefense.proofpoint.com/v2/url?u=https-
    > 3A__datatracker.ietf.org_doc_html_draft-2Dpatterson-2Dintarea-2Dipoe-
    > 2Dhealth&d=DwIGaQ&c=BFpWQw8bsuKpl1SgiZH64Q&r=UT3Bk9cbLeaJxhf3i
    > CrhIoUWB8YLZU23029sMQGQ2kY&m=EBdxMMCB_3bhRx7Mk5RhobLPuxgD
    > nmbU6VSjpN4g1BY&s=wL3Cutrjzfyx5SLpM8qVzG4FHPxZoUkqzriELn3kuLM&
    > e=
    >     Diff:
    > https://urldefense.proofpoint.com/v2/url?u=https-
    > 3A__www.ietf.org_rfcdiff-3Furl2-3Ddraft-2Dpatterson-2Dintarea-2Dipoe-
    > 2Dhealth-
    > 2D01&d=DwIGaQ&c=BFpWQw8bsuKpl1SgiZH64Q&r=UT3Bk9cbLeaJxhf3iCrhI
    > oUWB8YLZU23029sMQGQ2kY&m=EBdxMMCB_3bhRx7Mk5RhobLPuxgDnmb
    > U6VSjpN4g1BY&s=cxcZ0tpDBRZc1iXSIKE9riKY-d6uMoShAsUvtPxFVTE&e=
    > 
    >     Abstract:
    >        PPP over Ethernet clients have the functionality to detect path
    >        unavailability by using PPP Keepalives.  IP over Ethernet does not
    >        have this functionality, and it's not specified when an IP over
    >        Ethernet client should consider its WAN connectivity down, unless
    >        there is a physical layer link down event.
    > 
    >        This document describes a way for IP over Ethernet clients to achieve
    >        connectivity validation, similar to that of PPP over Ethernet, by
    >        using BFD Echo, or ARP and Neighbor Discovery functions.
    > 
    > 
    > 
    > 
    >     Please note that it may take a couple of minutes from the time of
    > submission
    >     until the htmlized version and diff are available at tools.ietf.org.
    > 
    >     The IETF Secretariat
    > 
    > _______________________________________________
    > v6ops mailing list
    > [e-mail]
    > https://urldefense.proofpoint.com/v2/url?u=https-
    > 3A__www.ietf.org_mailman_listinfo_v6ops&d=DwIGaQ&c=BFpWQw8bsuKp
    > l1SgiZH64Q&r=UT3Bk9cbLeaJxhf3iCrhIoUWB8YLZU23029sMQGQ2kY&m=EBd
    > xMMCB_3bhRx7Mk5RhobLPuxgDnmbU6VSjpN4g1BY&s=geRPXtDiGajRjqb31
    > HRjp1le3zrflYjy6yhXPDSBouc&e=
    _______________________________________________
    v6ops mailing list
    [e-mail]
    https://www.ietf.org/mailman/listinfo/v6ops