Khaled, Am 25.09.20 um 17:13 schrieb Khaled Omar: > Ok, I have no energy to keep repeating, I'm sorry, read the full draft please > again.
Be assured that I read the draft, but that does not solve the problem with your draft/proposal. Unless you see the contradiction I pointed out here, there is no common ground for ANY further discussion on this topic. Most of us may have different views on proposals, but at least no different views on logical inferences like this one. Roland > Khaled Omar > > -----Original Message----- > From: Bless, Roland (TM) <[email protected]> > Sent: Friday, September 25, 2020 5:11 PM > To: Khaled Omar <[email protected]>; Mikael Abrahamsson > <[email protected]> > Cc: IPv6 Operations <[email protected]>; int-area <[email protected]> > Subject: Re: [Int-area] [v6ops] Still need to know what has changed.... Re: > IPv10 draft (was Re: FW: v6ops - New Meeting Session Request for IETF 109 - > IPv10) > > Hi Khaled, > > Am 25.09.20 um 16:41 schrieb Khaled Omar: >> Roland, the sending host will encapsulate an extension header with two >> different IP versions, where is the contradiction here? I don't see it. > > This is a bit sad, but probably one last try: > An IPv4-only host does only understand a single IP version, namely IPv4. > Inside an IPv4-only host there is NO understanding of a different packet > format (IPv10) or IP address format (neither IPv6 nor > IPv10) by definition. Consequently, it cannot encapsulate an IPv4 packet into > an IPv10 packet by lack of knowing the format and functionality. > Otherwise you have an IPv4/IPv10 _dual_ stack host, but that is then not an > IPv4-only host by definition. > > Regards > Roland > >> Khaled Omar >> >> -----Original Message----- >> From: Bless, Roland (TM) <[email protected]> >> Sent: Friday, September 25, 2020 4:38 PM >> To: Khaled Omar <[email protected]>; Mikael Abrahamsson >> <[email protected]> >> Cc: IPv6 Operations <[email protected]>; int-area <[email protected]> >> Subject: Re: [Int-area] [v6ops] Still need to know what has >> changed.... Re: IPv10 draft (was Re: FW: v6ops - New Meeting Session >> Request for IETF 109 - IPv10) >> >> Hi Khaled, >> >> Am 25.09.20 um 15:04 schrieb Khaled Omar: >>>>> You don't even have running code to be able to verify that your proposal >>>>> actually works (it doesn't). >>> >>> Do you have a running code to state this? >> >> How should one create running code out of a flawed specification? >> The following picture from your draft already shows that it definitely >> cannot work, thus no code needed: >> an IPv4-_only_ host by definition does NOT support IPv10 and thus CANNOT >> send any IPv10 tunnel packets. Same for an IPv6-_only_ host. >> >> IPv10 Host IPv10 Host >> PC-1 PC-2 >> +----+ +----+ >> | | | | >> | | | | >> +----+ +----+ >> / / <---------------------------------------> / / >> +----+ IPv10 Header (Tunnel) +----+ >> (3) >> IPv4-Only Host IPv6-Only Host >> >> Do you see the contradiction here? >> >> Roland >> >>> -----Original Message----- >>> From: Mikael Abrahamsson <[email protected]> >>> Sent: Friday, September 25, 2020 2:43 PM >>> To: Khaled Omar <[email protected]> >>> Cc: IPv6 Operations <[email protected]>; int-area <[email protected]> >>> Subject: Re: [v6ops] [Int-area] Still need to know what has >>> changed.... Re: IPv10 draft (was Re: FW: v6ops - New Meeting Session >>> Request for IETF 109 - IPv10) >>> >>> On Fri, 25 Sep 2020, Khaled Omar wrote: >>> >>>> That’s why looking into the transitions solutions became a mandatory >>>> or a peaceful solution such as IPv10 that will allow both version to >>>> coexist and communicate until the full migration. >>> >>> No, any change now just resets the clock and postpones the transition by >>> another 20 years. >>> >>> Meaningful support for IPv6 has been available in end-devices since >>> the >>> 2006-2008 timeframe when Windows Vista was released and around the same >>> timeframe other end-user operating systems gained support as well. >>> >>> We're now in 2020 in a situation where basically every end user >>> device in use has IPv6 support, even laggards like Smart TVs have >>> started to gain >>> IPv6 support. Printers have had IPv6 support for 10+ years. >>> >>> For your proposal, you have zero running code and thus zero devices >>> supporting your proposal. >>> >>> You keep making these statements that upgrades are easy. They are not. >>> Ecosystems take a long time to build. You don't even have running code to >>> be able to verify that your proposal actually works (it doesn't). >>> >> > _______________________________________________ Int-area mailing list [email protected] https://www.ietf.org/mailman/listinfo/int-area
