![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
![]() |
|
Hi JP,
Quick
questions to help make my
choice:
- Is it correct to say that all the fields
except the Instance ID, the RRcount and the Reverse Route Stack are per
prefix?
- Why do you need the instance ID? Either you assume
that DAO are sent in unicast to preferred parents and hence you only receive DAO
from childs belonging to your DAG iteration or you would need to specify the
InstanceID, DAGID, DAG sequence triplet no?
- The route tag (32bits!) usage is undefined for now,
shall we drop it?
Best,
Mathilde
From: roll-bounces at ietf.org [mailto:roll-bounces at ietf.org] On Behalf Of JP Vasseur (jvasseur) Sent: lundi, 9. novembre 2009 12:34 To: roll at ietf.org Subject: Re: [Roll] [roll] #11: Decision on prefix packing in DIO messages Here is a proposed resolution.
Issue: as of today: there is exactly one prefix per DAO. Thanks to the
DelayDAO timer,
we may have a chance to perform data aggregation (when possible) but we
would
still end up with an increasing number of DAO as we get closer to the sink,
with the
worst case being one DAO per leaf ...
As a reminder, here is the format of the DAO message:
0 1 2 3
0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| DAO Sequence | InstanceID | DAO Rank |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| DAO Lifetime |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Route Tag |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Prefix Length | RRCount | |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ |
| Prefix (Variable Length) |
. .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| Reverse Route Stack (Variable Length) |
. .
. .
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
We have three options:
1) Option 1 (Trivial packing): we change the DAO message structure to carry
more than one prefix
in a DAO message. This is of course only possible for prefixes sharing the
same route tag, rank.
2) Option 2: we also try to factorize common element. By adopting a
flexible encoding, we avoid
repeating fields that are identical for a set of prefixes. Back to the
example provided below, this would
avoid repeating the value of the Reverse Route Stack for each prefix that
uses the same recorded
path.
Thoughts ?
Thanks.
JP.
On Nov 2, 2009, at 3:04 PM, roll issue tracker wrote:
|