RFC Errata
Found 2 records.
Status: Held for Document Update (2)
RFC 4889, "Network Mobility Route Optimization Solution Space Analysis", July 2007
Source of RFC: nemo (int)
Errata ID: 1038
Status: Held for Document Update
Type: Technical
Publication Format(s) : TEXT
Reported By: Alfred Hoenes
Date Reported: 2007-09-12
Held for Document Update by: Brian Haberman
Section 5.1.2 says:
Traditionally, it has been generally avoided having state information in the routers to increase proportionally with the number of pairs of communicating peers.
It should say:
[see below]
Notes:
This is not true for the vast majority of IPv4 routers deployed
today, the typical NAT/NAPT 'SOHO' access routers, which all need to
keep *per flow* state -- increasing even more, proportionally with
the number of transport 'sessions' between communicating peers!
Errata ID: 1037
Status: Held for Document Update
Type: Editorial
Publication Format(s) : TEXT
Reported By: Alfred Hoenes
Date Reported: 2007-09-12
Held for Document Update by: Brian Haberman
(1) Section titles -- missing articles
The following section titles:
5.5.1. Binding to the Location of Parent Mobile Router
and
5.5.3. Binding to the Location of Root Mobile Router
apparently lack of tha article after "of", and should therefore
better have been written as:
5.5.1. Binding to the Location of the Parent Mobile Router
and
5.5.3. Binding to the Location of the Root Mobile Router
or perhaps alternatively, even shorter:
5.5.1. Binding to the Parent Mobile Router's Location
and
5.5.3. Binding to the Root Mobile Router's Location
(2) Section 1 -- a typo and sluggish wording
(2a)
The first paragraph of Section 1 says:
Network Mobility Route Optimization Problem Statement [1] describes
| operational limitations and overheads incurred in a deployment of
Network Mobility (NEMO) Basic Support [2], which could be alleviated
by a set of NEMO Route Optimization techniques to be defined.
It should perhaps better have used the singular, "overhead",
and stated:
Network Mobility Route Optimization Problem Statement [1] describes
| operational limitations and overhead incurred in a deployment of
Network Mobility (NEMO) Basic Support [2], which could be alleviated
by a set of NEMO Route Optimization techniques to be defined.
(2b)
The last paragraph of Section 1 says:
[...]. A point to note is that since this
document discusses aspects of Route Optimization, the reader may
| assume that a mobile network or a mobile host is away when they are
mentioned throughout this document, unless it is explicitly specified
that they are at home.
The sluggish abbreviated pure "away" should better have been avoided,
stating:
[...]. A point to note is that since this
document discusses aspects of Route Optimization, the reader may
| assume that a mobile network or a mobile host is away from home when
they are mentioned throughout this document, unless it is explicitly
specified that they are at home.
(3) Section 2
As in item (2a) above, in the 4th bullet of Section 2, near the
bottom of page 4, "overheads" should perhaps better b replaced by
the singular form, "overhead".
(4) Section 3.1 -- missing article
The initial paragraph of Section 3.1, on mid-page 6, says:
| [...]. With the use of Correspondent Router, Route
Optimization session is terminated at the Correspondent Router on
behalf of the Correspondent Node. As long as the Correspondent
Router is located "closer" to the Correspondent Node ...
It should better say:
vvvv
| [...]. With the use of Correspondent Router, the
Route Optimization session is terminated at the Correspondent Router
on behalf of the Correspondent Node. As long as the Correspondent
Router is located "closer" to the Correspondent Node ...
(5) Section 3.2.1 -- mis-wording
The last paragraph/sentence of Section 3.1.2, at the bottom of
page 8, does not parse.
The RFC says:
An example of this approach include Reverse Routing Header (RRH)
[10].
It should perhaps say either:
An example of this approach can be found in Reverse Routing Header
(RRH) [10].
or simply:
Reverse Routing Header (RRH) [10] is an example of this approach.
(6) Section 3.3 -- typo
The first paragraph of Section 3.3, on mid-page 9, says:
An infrastructure-based optimization is an approach where
optimization is carried out fully in the infrastructure. One example
is to make use of Mobility Anchor Points (MAPs) such as defined in
HMIPv6 [13] to optimize routes between themselves. Another example
| is to make use of proxy Home Agent such as defined in the global Home
Agent to Home Agent (HAHA) protocol [14]. A proxy Home Agent acts as
a Home Agent for the Mobile Node, and acts as a Mobile Node for the
Home Agent, Correspondent Node, Correspondent Router, and other
proxies. In particular, the proxy Home Agent terminates the MRHA
tunnel and the associated encryption, extracts the packets, and re-
encapsulates them to the destination. In this case, proxy Home
Agents are distributed in the infrastructure and each Mobile Router
binds to the closest proxy. [...]
It should use the plural of "Home Agent" in the 5th line,
and thus say:
An infrastructure-based optimization is an approach where
optimization is carried out fully in the infrastructure. One example
is to make use of Mobility Anchor Points (MAPs) such as defined in
HMIPv6 [13] to optimize routes between themselves. Another example
| is to make use of proxy Home Agents such as defined in the global
Home Agent to Home Agent (HAHA) protocol [14]. A proxy Home Agent
acts as a Home Agent for the Mobile Node, and acts as a Mobile Node
for the Home Agent, Correspondent Node, Correspondent Router, and
other proxies. In particular, the proxy Home Agent terminates the
MRHA tunnel and the associated encryption, extracts the packets, and
re-encapsulates them to the destination. In this case, proxy Home
Agents are distributed in the infrastructure and each Mobile Router
binds to the closest proxy. [...]
(7) Section 4.1 -- singular/plural mismatches
Within Section 4.1, at the bottom of page 1, ...
(7a)
the 2nd paragraph says:
| [...]. This effect will be especially significant for wireless
| environment where bandwidth is relatively limited.
where it should say:
vv
| [...]. This effect will be especially significant for a
wireless environment where bandwidth is relatively limited.
or:
[...]. This effect will be especially significant for wireless
| environments where bandwidth is relatively limited.
^
and ...
(7b)
the 3rd paragraph says:
| It is possible to moderate the effect of Signaling Storm by
incorporating mechanisms such as [...]
where it should say:
vv
| It is possible to moderate the effect of a Signaling Storm by
incorporating mechanisms such as [...]
or:
v
| It is possible to moderate the effect of Signaling Storms by
incorporating mechanisms such as [...]
(Please choose!)
(8) Section 4.2 -- missing article and singular/plural mismatch
The 1st paragraph of Section 4.2, on page 12, says:
v
It is expected that NEMO Route Optimization will be more complicated
| than NEMO Basic Support. Thus, complexity of nodes that are required
to incorporate new functionalities to support NEMO Route Optimization
| would be higher than those required to provide NEMO Basic Support.
^^^^^
It should say:
vvvvv
It is expected that NEMO Route Optimization will be more complicated
| than NEMO Basic Support. Thus, the complexity of nodes that are
required to incorporate new functionalities to support NEMO Route
| Optimization would be higher than that required to provide NEMO
Basic Support.
^^^^
(9) Section 4.3 -- missing articles
The 1st paragraph of Section 4.3, on mid-page 12, says:
v
| Due to the diversity of locations of different nodes that Mobile
v
| Network Node may signal with and the complexity of NEMO Route
Optimization procedure that may cause several rounds of signaling
messages, a NEMO Route Optimization procedure may take a longer time
to finish its handoff than that in NEMO Basic Support. [...]
It should say:
vvv
| Due to the diversity of locations of different nodes that a Mobile
vvv
| Network Node may signal with and the complexity of a NEMO Route
Optimization procedure that may cause several rounds of signaling
messages, a NEMO Route Optimization procedure may take a longer time
to finish its handoff than that in NEMO Basic Support. [...]
(10) Section 4.4 -- missing article
The first paragraph of Section 4.4, on top of page 13, says:
v
In order to support NEMO Route Optimization, some nodes need to be
| changed or upgraded. Smaller number of nodes required to be changed
will allow for easier adoption of the NEMO Route Optimization
solution in the Internet and create less impact on existing Internet
infrastructure. [...]
It should say:
vvv
In order to support NEMO Route Optimization, some nodes need to be
| changed or upgraded. A smaller number of nodes required to be
changed will allow for easier adoption of the NEMO Route Optimization
solution in the Internet and create less impact on existing Internet
infrastructure. [...]
(11) Section 4.6
In the first paragraph of Section 4.6, in place of:
... keep track of the states of all Route Optimization sessions.
^
the RFC should preferably say:
... keep track of the state of all Route Optimization sessions.
(12) Section 5
The list item:
3. How is Route Optimization capabilities detected?
should better say:
3. How are Route Optimization capabilities detected?
or:
3. How is Route Optimization capability detected?
... depending on whether you expect a variety or finer granularity of
Route Optimization capabilities vs. a single 'block' of procedures.
Many parts of the memo make it likely that there might be various
solutions for various senarios, and hence the former expectation
be more appropriate.
(13) [[posted separately as Technical.]]
(14) Section 5.1.3
The 3rd paragraph of Section 5.1.3, on top of page 18, says:
A deployment consideration with respect to the use of Correspondent
| Router is the location of the Correspondent Router relative to the
Correspondent Node. [...]
It should say:
v
A deployment consideration with respect to the use of Correspondent
| Routers is the location of the Correspondent Router relative to the
Correspondent Node. [...]
(15) Section 5.2
The first paragraphh of Section 5.2 (still on page 18) says:
[...]. However,
when the mobile node is within a nested mobile network, the detection
of the mobility of upstream Mobile Routers may need to be conveyed to
| the nested Mobile Network Node. This might incur longer signaling
delay as discussed in Section 4.3.
It should say:
[...]. However,
when the mobile node is within a nested mobile network, the detection
of the mobility of upstream Mobile Routers may need to be conveyed to
| the nested Mobile Network Node. This might incur a longer signaling
delay as discussed in Section 4.3.
^^
(16) Section 5.3 -- grammar
The first paragraphh of Section 5.3, on mid-page 19, says:
The question here is how the initiator of Route Optimization knows
whether the Correspondent Entity supports the functionality required
| to established a Route Optimization session. [...]
^^^
This sentence does not parse.
It should say:
The question here is how the initiator of Route Optimization knows
whether the Correspondent Entity supports the functionality required
| to establish a Route Optimization session. [...]
^
(17) Section 5.5
The first paragraphh of Section 5.5, near the bottom of page 20, says:
v
| In order for route to be optimized, it is generally necessary for the
Correspondent Entity to create a binding between the address and the
location of the Mobile Network Node. This can be done in the
following ways:
It should say:
vvv
| In order for a route to be optimized, it is generally necessary for
the Correspondent Entity to create a binding between the address and
the location of the Mobile Network Node. This can be done in the
following ways:
(18) Section 5.5.1
(18a) section headline -- see item (1) above
(18b) headline of second bullet on page 21
The RFC says:
| o Sending Information of Parent Mobile Router
^
It should say:
| o Sending Information of the Parent Mobile Router
^^^^^
This issue recurs several times in the text;
I omit to mention these details.
(18c)
At the bottom of page 22, the RFC says:
One advantage shared by all the approaches listed here is that only
mobility protocol is affected. [...]
It should say:
One advantage shared by all the approaches listed here is that only
| the mobility protocol is affected. [...]
^^^^
(19) Section 5.5.3
(19a) section headline -- see item (1) above
(19b)
The third paragraph of the first bullet of Section 5.5.3, just below
the page break to page 25, says:
[...]. However, it requires the access
<< page break >>
| router (or some other entity within the access network) and Mobile
| Router to possess prefix delegation functionality, and also
maintain information on what prefix is delegated to which node.
| How to efficiently assign a subset of Mobile Network Prefix to
child Mobile Routers could be an issue because Mobile Network
Nodes may dynamically join and leave with an unpredictable
pattern. [...]
It should say:
[...]. However, it requires the access
<< page break >> vvvv
| router (or some other entity within the access network) and the
Mobile Router to possess prefix delegation functionality, and also
| to maintain information on what prefix is delegated to which node.
^^^ vvvv
| How to efficiently assign a subset of the Mobile Network Prefix to
child Mobile Routers could be an issue because Mobile Network
Nodes may dynamically join and leave with an unpredictable
pattern. [...]
(Alternatively, use "a" in place of the inserted "the".)
(20) Section 5.6
The 2nd paragraph of Section 5.6, on topof page 27, says:
[...]. Off-plane signaling, on the other hand, sends
| signaling messages independently from the data packet. [...]
^^
It should say:
[...]. Off-plane signaling, on the other hand, sends
| signaling messages independently from the data packets. [...]
^^^
(21) Section 5.8.1
The last paragraph of Section 5.8.1, on page 30, says:
[...]. There is also a
| proposed mechanism in [23] for Mobile Network Node to delegate some
rights to their Mobile Routers, which may be used to allow the Mobile
Routers to prove their authenticities to Correspondent Entities when
establishing Route Optimization sessions on behalf of the Mobile
Network Nodes.
It should say:
a v
[...]. There is also a
| proposed mechanism in [23] for Mobile Network Nodes to delegate some
rights to their Mobile Routers, which may be used to allow the Mobile
Routers to prove their authenticities to Correspondent Entities when
establishing Route Optimization sessions on behalf of the Mobile
Network Nodes.
