[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [VRRP] VRRP versions & Misc L2s (was RE: DISCUSS and COMMENT: draft-ietf-vrrp-unified-spec )
Concerning 1) - yes, clarification of the terminology in the
introduction section on the lines of what you explain here would
probably help, so if you can draw a proposal for text I would be happy
to consider it. Also, should this document be marked on the header as an
update to RFC 3768?
Dan
> -----Original Message-----
> From: Stephen Nadas [mailto:stephen.nadas at ericsson.com]
> Sent: Wednesday, November 05, 2008 3:16 PM
> To: Romascanu, Dan (Dan); iesg at ietf.org
> Cc: vrrp-chairs at tools.ietf.org;
> draft-ietf-vrrp-unified-spec at tools.ietf.org; vrrp at ietf.org
> Subject: VRRP versions & Misc L2s (was RE: DISCUSS and
> COMMENT: draft-ietf-vrrp-unified-spec )
>
> Hi Dan,
>
> Thank you for these comments. I will fix and/or consider
> clarifications for the next pass.
>
> Regarding DISCUSS:
>
> 1) Perhaps it is clarifying to say that the text discussing
> the VRRP version came from the v6 draft, and there is no such
> text in 3768. But
> 3768 does send packets with the version field set to 2 and I
> think all "VRRPv3" is trying to say is that the unified
> draft sends packets with
> the version field set to 3.
>
> 2) I do not know of such deployments and I'd be happy to
> loose all of this text, perhaps VRRP list knows more.
>
> Thanks,
> Steve
>
> > -----Original Message-----
> > From: Dan Romascanu [mailto:dromasca at avaya.com]
> > Sent: Tuesday, November 04, 2008 16:09
> > To: iesg at ietf.org
> > Cc: vrrp-chairs at tools.ietf.org;
> > draft-ietf-vrrp-unified-spec at tools.ietf.org
> > Subject: DISCUSS and COMMENT: draft-ietf-vrrp-unified-spec
> >
> > Discuss:
> > 1. The version management and transition plan for VRRP is unlear to
> > me. The Introduction section mentions that this is 'version
> three (3)
> > of the protocol and it is based on VRRP (version 2) for
> IPv4 that is
> > defined in RFC 3768 and on
> draft-ieft-vrrp-ipv6-spec-08.txt'. However
> > RFC 3768 does not make the claim to be VRRPv2, itlooks like this
> > terminology was decided later and is defined here for the
> first time.
> > On the other hand draft-ieft-vrrp-ipv6-spec-08.txt which VRRPv3 is
> > based upon is just an informative reference and is actually
> an expired
> > I-D? Should not this document update RFC 3768, and should
> not at least
> > part of the migration and coexistence issues in Appendix A
> be moved to
> > the Operational Issues section?
> >
> > 2. I do not understand what is the logic of including a section 9
> > 'Operation over FDDI, Token Ring, and ATM LANE' in this
> document. Has
> > anybody heard about a deployment of any of these layer 2 networks
> > lately, and with VRRP atop of them?
> >
> > Comment:
> >
> > Appendix B and part of Appendix C excepting the part refering to
> > changes from RFC 3768 should be dropped at publication.
> >
> >
>
_______________________________________________
vrrp mailing list
vrrp at ietf.org
https://www.ietf.org/mailman/listinfo/vrrp