<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">Just to reftesh and answer.<br>
      <br>
      There seems to be a bug after some enchancements in 12.1.1.7p1.<br>
      Dynamic pool, if exists for clips - MUST be attached (interface IP
      address) to the first multibind interface on the list. I.e.:<br>
      <br>
      [clips]R0_SE600#show ip interface brief <br>
      Thu Jul  3 08:39:09 2014<br>
      Name              Address                   MTU   State   
      Bindings<br>
      PON               188.xx.yy.1/22           0     Up       <br>
                       <b> 10.222.0.1/22 </b><br>
      clips             91.yy.xx.1/22            0     Up       <br>
                        87.yy.xx.1/22 <br>
      <br>
      <br>
      If the network 10.222.0.0.22 would be in interface clips - there
      would be a problem.<br>
      So, moving that first ip of network used for pool to PON interface
      - fixes the issue.<br>
      <br>
      But this is only workaround.<br>
      Previously (12.1.1.5p2) we had it in interface clips and that was
      ok.<br>
      <br>
      Regards,<br>
      Marcin<br>
      <br>
      <br>
      On 2014-06-30 11:11, Marcin Kuczera wrote:<br>
    </div>
    <blockquote cite="mid:53B129AC.5080808@leon.pl" type="cite">hello,
      <br>
      <br>
      <br>
      Does anyone know what could that mean ?
      <br>
      <br>
      Our config is like that:
      <br>
      authorized MAC addresses get IP from radius (fixed).
      <br>
      If MAC is not authorized, that radius doesn't offer IP for this
      subscriber and it is taken than in DHCP from a private pool.
      <br>
      <br>
      After upgrading from 12.1.1.5p2 to 12.1.17p1 we have a lot of logs
      like below:
      <br>
      Jun 30 09:05:36: [0010]: [1/2:511:63:31/7/2/109794]: %AAA-3-ERR:
      aaa_idx 5001ace2: aaa_alloc_dhcp_server_addr: session
      00:0c:42:b1:8e:1b state 9 not UP
      <br>
      Jun 30 09:05:40: [0008]: [255/22:13:58/7/2/109807]: %AAA-3-ERR:
      aaa_idx 5001acf0: aaa_alloc_dhcp_server_addr: session
      d4:ca:6d:0c:6e:3b state 9 not UP
      <br>
      <br>
      The result is that a lot of unauthorized hosts don't get their IP
      addresses and CLIPS session is closed.
      <br>
      <br>
      But, 12.1.1.7p1 seems to resolv a lot of other problems...
      <br>
      <br>
      Regards,
      <br>
      Marcin
      <br>
      <br>
      _______________________________________________
      <br>
      redback-nsp mailing list
      <br>
      <a class="moz-txt-link-abbreviated" href="mailto:redback-nsp@puck.nether.net">redback-nsp@puck.nether.net</a>
      <br>
      <a class="moz-txt-link-freetext" href="https://puck.nether.net/mailman/listinfo/redback-nsp">https://puck.nether.net/mailman/listinfo/redback-nsp</a>
      <br>
    </blockquote>
    <br>
  </body>
</html>