Hi all, It came to my attention that some words below in this mail was offensive.
I apologize for the bad choice of the words. Civility first. Regards, Behcet On Fri, Aug 24, 2012 at 10:59 AM, Behcet Sarikaya <sarikaya2...@gmail.com> wrote: > Hi Med. > > Please see inline. > > On Fri, Aug 24, 2012 at 12:41 AM, <mohamed.boucad...@orange.com> wrote: >> Hi Behcet, >> >> I'm ready to record in the document whatever the WG agrees to do. But as far >> as I know the solution which consists in encapsulating all multicast flows >> to the unicast AFTR has not been accepted by the working group. The >> drawbacks are even been documented in this draft. >> > > > The 3rd paragraph in the introduction should reference > http://tools.ietf.org/html/draft-sarikaya-softwire-dslitemulticast-01 > > and I would like this be a normative reference. > > Your evauation that follows paragraph 3 (with Points 1 and 2) are > quite biased and ill stated. As such it gives the impression of > Execution without trial? > > In fact draft-sarikaya-softwire-dslitemulticast does have a much > better evaluation of the so-called avalanche problem. > > Thank you for referring to this solution as DS-Lite environment. At > least it is DS-Lite environment and > draft-ietf-softwire-dslite-multicast-03 is not. > >> I'm aware of the tickets you opened. I already answered several times to >> those issues by e-mail. >> >> I sincerely don't see what I can do more. >> > > I could not see anyplace where WG agreed on the changes you made, > basically pushed by one person. > > Please show me where there was WG consensus to do the revisions that way? > Is this the solution draft for DS-Lite multicast in Softwire WG? I > think it is a solution draft for draft-ietf-mboned-v4v6-mcast-ps, i.e. > for mboned. > > Regards, > > Behcet >> Cheers, >> Med >> >>>-----Message d'origine----- >>>De : Behcet Sarikaya [mailto:sarikaya2...@gmail.com] >>>Envoyé : jeudi 23 août 2012 21:33 >>>À : BOUCADAIR Mohamed OLNC/NAD/TIP >>>Cc : softwires@ietf.org >>>Objet : Re: [Softwires] draft-ietf-softwire-dslite-multicast-03 >>> >>>Hi Med, >>> >>>Thanks for posting this revision but it seems like it has not solved >>>any problems but instead it created more problems :-). >>> >>>First, please see the two active tickets, >>> >>>ticket #10 >>>and >>>ticket #11 >>> >>>in the issue tracker: >>>http://tools.ietf.org/wg/softwire/trac/report/1 >>> >>>In addition, in Section 4.3, the draft all of a sudden deviates from >>>translation which is used all over and introduces encapsulation. >>>I had asked before in my mails, asking it again, why? You think that >>>translation of multicast data could not be used/does not work? Please >>>see http://tools.ietf.org/html/draft-sarikaya-behave-mcast4nat64-06 >>> >>>Section 5 might be containing immature text as the underlying draft >>>work has not yet been finalized. >>> >>>The right way to handle tickets # 10 & 11 >>>is >>> >>>first to include the encapsulation solution >>> >>>and next describe the drawbacks based on the application that you >>>consider and then >>> >>>next present this translation solution. >>> >>>Failing this, the only suggestion is to take this draft to another >>>place, e.g. mboned and try its chances there. >>> >>>Regards, >>> >>>Behcet >>> >>>On Thu, Aug 23, 2012 at 9:54 AM, <mohamed.boucad...@orange.com> wrote: >>>> Dear all, >>>> >>>> A new version taking into account comments received during >>>the WGLC has been submitted. The main changes are: >>>> >>>> * change the title >>>> * clarify the solution is generic for any 4-6-4 use case and >>>the solution has been designed with DS-Lite in mind >>>> * add a discussion about scoping: preserve the scope when >>>translation multicast addresses >>>> * add a note only IPv4-in-IPv6 encap is detailed in the >>>document but other tunnelling techniques may be defined in the future >>>> * update the security section with some discussions related >>>to scoping. >>>> * + other editorial changes. >>>> >>>> To view the detailed changes: >>>http://www.ietf.org/rfcdiff?url2=draft-ietf-softwire-dslite-mul >> ticast-03 >>>> >>>> I hope this version solve the concerns raised during the WGLC. >>>> >>>> Cheers, >>>> Med >>>> >>>> >>>>>-----Message d'origine----- >>>>>De : softwires-boun...@ietf.org >>>>>[mailto:softwires-boun...@ietf.org] De la part de >>>>>internet-dra...@ietf.org >>>>>Envoyé : jeudi 23 août 2012 16:47 >>>>>À : i-d-annou...@ietf.org >>>>>Cc : softwires@ietf.org >>>>>Objet : [Softwires] I-D Action: >>>>>draft-ietf-softwire-dslite-multicast-03.txt >>>>> >>>>> >>>>>A New Internet-Draft is available from the on-line >>>>>Internet-Drafts directories. >>>>> This draft is a work item of the Softwires Working Group of >>>the IETF. >>>>> >>>>> Title : Delivery of IPv4 Multicast Services >>>>>to IPv4 Clients over an IPv6 Multicast Network >>>>> Author(s) : Jacni Qin >>>>> Mohamed Boucadair >>>>> Christian Jacquenet >>>>> Yiu L. Lee >>>>> Qian Wang >>>>> Filename : draft-ietf-softwire-dslite-multicast-03.txt >>>>> Pages : 20 >>>>> Date : 2012-08-23 >>>>> >>>>>Abstract: >>>>> This document specifies a solution for the delivery of IPv4 >>>>>multicast >>>>> services to IPv4 clients over an IPv6 multicast network. The >>>>> solution relies upon a stateless IPv4-in-IPv6 encapsulation scheme >>>>> and uses the IPv6 multicast distribution tree to deliver IPv4 >>>>> multicast traffic. The solution is particularly useful for the >>>>> delivery of multicast service offerings to DS-Lite serviced >>>>> customers. >>>>> >>>>> >>>>>The IETF datatracker status page for this draft is: >>>>>https://datatracker.ietf.org/doc/draft-ietf-softwire-dslite-multicast >>>>> >>>>>There's also a htmlized version available at: >>>>>http://tools.ietf.org/html/draft-ietf-softwire-dslite-multicast-03 >>>>> >>>>>A diff from the previous version is available at: >>>>>http://www.ietf.org/rfcdiff?url2=draft-ietf-softwire-dslite-mul >>>>>ticast-03 >>>>> >>>>> >>>>>Internet-Drafts are also available by anonymous FTP at: >>>>>ftp://ftp.ietf.org/internet-drafts/ >>>>> >>>>>_______________________________________________ >>>>>Softwires mailing list >>>>>Softwires@ietf.org >>>>>https://www.ietf.org/mailman/listinfo/softwires >>>>> >>>> _______________________________________________ >>>> Softwires mailing list >>>> Softwires@ietf.org >>>> https://www.ietf.org/mailman/listinfo/softwires >>> _______________________________________________ Softwires mailing list Softwires@ietf.org https://www.ietf.org/mailman/listinfo/softwires
