<html>
  <head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
  </head>
  <body style="background-color: rgb(255, 255, 255); color: rgb(0, 0,
    0); font-family: Tahoma; font-size: 16px;" bgcolor="#FFFFFF"
    text="#000000">
    <br>
    <br>
    <div class="moz-cite-prefix">On 14/Aug/16 16:32, Mukom Akong T.
      wrote:<br>
      <br>
    </div>
    <blockquote style="border-left: 2px solid rgb(0, 153, 0) !
      important; border-right: 2px solid rgb(0, 153, 0) ! important;
      padding: 0px 15px; margin: 8px 2px; font-size: medium;"
cite="mid:CAHDzDLC9qQvBYK08qhKiZPcb6WiiB=W7nkP-cyBNW0BZ7R0QZg@mail.gmail.com"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
      <div dir="ltr">
        <div class="gmail_extra"><br>
          <div class="gmail_quote">
            <div><br>
            </div>
            <div>I can understand why it gets a new address. Unsure why
              it will get a second gateway considering that both RAs
              came from the same router thus same link local address
              that's a default gateway candidate. Can you shed more
              light on what the two different default gateways?</div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    I think this is a code and process implementation issue on the CPE.
    It would be too burdensome for the BNG to check and manage this.<br>
    <br>
    <blockquote style="border-left: 2px solid #009900 !important;
      border-right: 2px solid #009900 !important; padding: 0px 15px 0px
      15px; margin: 8px 2px; background-color: null !important; color:
      null !important;"
cite="mid:CAHDzDLC9qQvBYK08qhKiZPcb6WiiB=W7nkP-cyBNW0BZ7R0QZg@mail.gmail.com"
      type="cite">
      <div dir="ltr">
        <div class="gmail_extra">
          <div class="gmail_quote">
            <div><br>
            </div>
            <div><br>
            </div>
            <div>do you mean in lieu of DHCPv6-PD? </div>
            <div><br>
            </div>
            <div>With static prefix, then all CPE provision on the
              client network will also need to be manually done (or
              scripted somehow) which limits scalability right</div>
          </div>
        </div>
      </div>
    </blockquote>
    <br>
    Not necessarily. The only concern will be if customers churn, and
    you need to recover IP address assignments tied to usernames that
    are no longer in-service.<br>
    <br>
    It's less than ideal, but static assignments override the automated
    nature of RADIUS, which would make the process more reliable, but
    less scalable.<br>
    <br>
    Mark.<br>
  </body>
</html>