[mpls] Short wg last call on draft-ietf-mpls-ldp-ipv6

[Qin Wu <[e-mail]>]

Hi, all:
Here are my review to draft-ietf-mpls-ldp-ipv6.
1. Section 5.1 said:
"
Additionally, the link-local
IPv6 address MUST be used as the source IP address in IPv6 LDP Link
Hellos.

"
[Qin]: Why the link local multicast IPv6 address MUST be used as the source address?
Usually multicast IPv6 address is used as destination address for datagram, what am I missing?

2. Section 5.1, last paragraph said:
"
Lastly, the IPv6 and IPv4 LDP Link Hellos must carry the same LDP
identifier (assuming per-platform label space usage).

"
s/must/MUST
3. Section 5.2, 1st paragraph said:
"
Suffice to say, the extended discovery mechanism (defined in section
2.4.2 of [RFC5036]) doesn't require any additional IPv6 specific
consideration, since the targeted LDP Hellos are sent to a pre-
configured (unicast) destination IPv6 address.
"

[Qin]; It is better to clarify the purpose of extended discovery mechanism? E.g., for
discovery of the LSR that is not directly connected in the LDP session?

4. Section 6.1, said:
"
however, it does not specify the
   behavior of LDP if both IPv4 and IPv6 transport address objects
   (TLV) are sent in a Hello message or separate Hello messages.

"
[Qin]: It is better to distinct one Hello from two Hello, so suggest the following change
s/separate Hello/two separate Hello

5. Section 6.1,2nd bullet:
"
O An LSR SHOULD accept the Hello message that contains both IPv4
and IPv6 transport address optional objects, but MUST use only
the transport address whose address family is the same as that
of the IP packet carrying Hello.

"
[Qin]: Since LSR is not allowed to send a Hello containing both IPv4 and IPv6 transport address, why receiving LSR need to process such Hello message?

6.Section 6.1, 5th bullet:
"
An LSR MUST prefer using global unicast IPv6 address for an LDP
session with a remote LSR, if it had to choose between global
unicast IPv6 address and unique-local or link-local IPv6
address (pertaining to the same LDP Identifier) for the
transport connection.
"
[Qin]: Can unique-local or link local IPv6 address be used in IPv6 transport address optional object? Is bullet 5 contradict with bullet 4?

7. Section 6.2 said:
"
This document allows an LSR to maintain Rx-side Link Hello adjacency
for only one address family that has been used for the establishment
of the LDP session.
"
[Qin]: What does Rx-side mean?
Is there sender side Link Hello?

-----Original Message-----
From: Loa Andersson <loa at pi.nu>
Date: Wednesday, December 11, 2013 11:52 PM
To: "mpls at ietf.org" <mpls at ietf.org>, "mpls-chairs at tools.ietf.org"
<mpls-chairs at tools.ietf.org>, Martin Vigoureux
<martin.vigoureux at alcatel-lucent.com>,
"draft-ietf-mpls-ldp-ipv6 at tools.ietf.org"
<draft-ietf-mpls-ldp-ipv6 at tools.ietf.org>
Subject: [mpls] Short wg last call on draft-ietf-mpls-ldp-ipv6

>Working Group,
>
>This is to start a one week working group last call on
>draft-ietf-mpls-ldp-ipv6-10
>
>We did a wglc on draft draft-ietf-mpls-ldp-ipv6 mid-2011. We had good
>comments and the document almost ready to go. At that point a discussion
>on the number of LDP session needed between a pair LSRs with both IPv4
>and IPv6 emerged, it has taken us quite a long time to resolve this.
>
>However, the author, wg chairs and people making the comments now agree
>that version -10 is resolve those comments.
>
>This working group last call is limited to the changes since the
>previous last call. A diff can be found at:
>
>http://www.ietf.org/rfcdiff?url1=draft-ietf-mpls-ldp-ipv6-07&difftype=--ht
>ml&submit=Go%21&url2=draft-ietf-mpls-ldp-ipv6-10
>
>Please send you comments to the MPLS wg mailing list (mpls at ietf.org).
>
>This wglc ends Dec 20, 2013.
>
>/Loa
________________________________