Send kea-dev mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.isc.org/mailman/listinfo/kea-dev
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of kea-dev digest..."
Today's Topics:
1. Re: IA_NA + IA_PD (Sebasti?n Fritz)
----------------------------------------------------------------------
Message: 1
Date: Thu, 25 Sep 2014 16:06:37 -0300
From: Sebasti?n Fritz <[email protected]>
To: Tomek Mrugalski <[email protected]>
Cc: [email protected]
Subject: Re: [kea-dev] IA_NA + IA_PD
Message-ID:
<CAL74NoDVfeEHiwPDo3X7qRHuM430=z7h5ebw8evap52oyod...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hi Tomek,
We are considering to support several CMTSs, so as you recommend us, we?re
going to start assigning IA_NA as management address (side WAN) and
IAPREFIX at the side LAN within the same subnet. Additionally, below I?m
presenting another scenario where I found a problem and I would like to
know your opinion:
- Knowing that CMTS already supports route injection to update the prefixes
assigned to eRouters according to RFC 4779 (Section 5.2.2.5 ), it could be
possible to keep the prefix to a client which I need moving from one to
other CMTS. In this case, if I have associated relay-agent, IA_NA pool and
pd-pools altogether at the same subnet, it?s impossible to keep the same
IAPREFIX because the subnet and the relay-agent changes when the client is
moved to another CMTS. In this way, personally I think that I would be
great, if Kea can support associate a same pd-pool with different subnets.
What do you think?
Regards,
Sebastian
2014-09-24 15:08 GMT-03:00 Tomek Mrugalski <[email protected]>:
> On 23.09.2014 22:26, Sebasti?n Fritz wrote:
> > Hi Tomek,
> > Thank you for your help. I believe that, there is not
> > any problem in assign an IA_NA at the DOCSIS eRouter?s WAN side and a
> > different range prefix IAPREFIX at the DOCSIS eRouter?s LAN side. In
> > this way, I could have an smaller prefix to only assign IA_NA at the
> > WAN side and a bigger subnet to assign IAPREFIX at the LAN side.
> In a typical network, you would put both addresses (IA_NA + IAADDR) and
> prefixes (IA_PD + IAPREFIX) in the same subnet. That is important,
> because otherwise you can't aggregate routing configuration and for X
> clients you'd have to have X routing entries.
>
> Does that scale if you X goes into thousands clients? I honestly don't
> know. And I have very limited experience with cable modems.
>
> > Knowing that DOCSIS Spec suggests to do the
> > assignment (IA_NA) and DHCPv6 prefix delegation (IA_PD) in a single
> > DHCPv6 session. Do you plan to support it in the future?.
> Yes, we support responding to IA_NA and IA_PD in a single session already.
>
> > Below, there
> > is the references with this recommendation.
> >
> > ?CM-SP-eRouter-I13-140729? -( Section 8.3 - Obtain IPv6 address and
> > other configuration parameters),
> > (
> http://www.cablelabs.com/wp-content/uploads/specdocs/CM-SP-eRouter-I13-140729.pdf
> ):
> >
> >
> > ?...DHCPv6 address assignment (IA_NA) and DHCPv6 prefix delegation
> > (IA_PD) SHOULD be done as a single DHCPv6 session....?
> As stated above, we fully support that. I just read the whole section
> 8.3. There is nothing in there that says that addresses and prefixes
> should belong to different subnets.
>
> What we don't support is the ability you are requesting: to send
> prefixes and addresses that belong to disjoint subnets.
>
> How many CTMSes you need to support? Here's something you may consider.
> If you need to provide arbitrary addresses and arbitrary prefixes, maybe
> subnet ::/0 would work for you?
>
> Hope that helps,
> Tomek
>
> p.s.
> Oh, and we don't support SOLMAXRT option mentioned in the docsis specs
> you linked. Fortunately, you can define custom option format and start
> sending this particular option. See section 6.2.7 of Kea ARM.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<https://lists.isc.org/pipermail/kea-dev/attachments/20140925/97f30107/attachment-0001.html>
------------------------------
_______________________________________________
kea-dev mailing list
[email protected]
https://lists.isc.org/mailman/listinfo/kea-dev
End of kea-dev Digest, Vol 6, Issue 20
**************************************
