[{"author": "Ryo Yanagida", "text": "

:wave:

", "time": "2022-11-11T09:33:19Z"}, {"author": "\u00c9ric Vyncke", "text": "

Wondering whether this use case (chained IPv4aaS) is frequent

", "time": "2022-11-11T09:47:04Z"}, {"author": "Eduard V", "text": "

For sure, the chain of XLAT translator does not exsts now in the real world. Transit and destination Carriers are using DualStack.
\nWould such XLAT chain be adopted in the future \u2013 it is a big question. Carriers may still use DualStack on backbones.

", "time": "2022-11-11T09:50:06Z"}, {"author": "Ryo Yanagida", "text": "

If the AS receives v4 traffic, does that not transit using v4 to the next AS?

", "time": "2022-11-11T09:50:08Z"}, {"author": "Ryo Yanagida", "text": "

(I may need some help taking notes in discussion...!)

", "time": "2022-11-11T09:51:00Z"}, {"author": "Daniel Bernier", "text": "

@\u00c9ric Vyncke not to my knowledge. most of the time for RFC1918 based IPV4 addresses we would send to overlay. For registered IPv4 I believe RFC 8950 would be leveraged

", "time": "2022-11-11T09:59:39Z"}, {"author": "Boris Khasanov", "text": "

I would suggest to ask BMWG feedback on that.

", "time": "2022-11-11T10:00:13Z"}, {"author": "\u00c9ric Vyncke", "text": "

Alas, Alexa service is stopped now https://www.alexa.com/

", "time": "2022-11-11T10:02:32Z"}, {"author": "Yasunobu Toyota", "text": "

Is it possible to increase the volume of the microphone at the stage?

", "time": "2022-11-11T10:38:16Z"}, {"author": "Juliusz Chroboczek", "text": "

Meetecho: the volume of the microphone used by presenters is too low. Could that be tweaked?

", "time": "2022-11-11T10:39:10Z"}, {"author": "Eduard V", "text": "

the volume is fine me.

", "time": "2022-11-11T10:39:33Z"}, {"author": "Boris Khasanov", "text": "

@meetecho please increase the volume for the presenter mike a bit

", "time": "2022-11-11T10:40:11Z"}, {"author": "Lorenzo Miniero", "text": "

Do you mean for local attendees or remote?

", "time": "2022-11-11T10:40:44Z"}, {"author": "Juliusz Chroboczek", "text": "

Remote, in my case.

", "time": "2022-11-11T10:41:13Z"}, {"author": "Boris Khasanov", "text": "

@Lorenzo - for remote pls

", "time": "2022-11-11T10:41:19Z"}, {"author": "Juliusz Chroboczek", "text": "

(Hi Lorenzo!)

", "time": "2022-11-11T10:41:19Z"}, {"author": "Lorenzo Miniero", "text": "

We've just raised a bit, is it better?

", "time": "2022-11-11T10:46:50Z"}, {"author": "Lorenzo Miniero", "text": "

(hi Juliusz :) )

", "time": "2022-11-11T10:47:29Z"}, {"author": "Boris Khasanov", "text": "

yes, better. Thank you!

", "time": "2022-11-11T10:47:35Z"}, {"author": "Juliusz Chroboczek", "text": "

I don't understand David's point. How can this be used in a pure v6 network?

", "time": "2022-11-11T10:53:42Z"}, {"author": "David Lamparter", "text": "

Juliusz: my \"extreme example\" was that the network is mostly v6-only, but the DNS cache has access to a NAT64 service

", "time": "2022-11-11T10:55:23Z"}, {"author": "Yasunobu Toyota", "text": "

This mechanism is not fundamentally dependent on DNS64; only IPv4 Internet reachability via NAT64 is required.

", "time": "2022-11-11T10:57:25Z"}, {"author": "Juliusz Chroboczek", "text": "

Okay, clear. Thanks to both of you. (I'd argue it's a somewhat exotic sceniario, though -- you're also assuming the v6-only hosts need to access a distant host that has v6 but is not advertised over DNS over v6.)

", "time": "2022-11-11T10:58:36Z"}, {"author": "Juliusz Chroboczek", "text": "

Is Jen arguing that routing tables are as easy to scale as ND cached?

", "time": "2022-11-11T10:59:31Z"}, {"author": "Juliusz Chroboczek", "text": "

*caches.

", "time": "2022-11-11T10:59:57Z"}, {"author": "Ole Tr\u00f8an", "text": "

No she is saying you can replace network keeping track of each address a host has assigned, by a single route to a host. (Could of course be used to assign a prefix of 8 addresses instead of 2^64 number of addresses)

", "time": "2022-11-11T11:01:18Z"}, {"author": "Juliusz Chroboczek", "text": "

Ah, ok. Thanks.

", "time": "2022-11-11T11:01:57Z"}, {"author": "Boris Khasanov", "text": "

very low sound on remote side

", "time": "2022-11-11T11:02:48Z"}, {"author": "Eduard V", "text": "

The draft that has \"MUST\" in the text is probably for 6man. Right?

", "time": "2022-11-11T11:03:42Z"}, {"author": "Anthony Somerset", "text": "

@Warren Kumari i think you need a better router at home :D

", "time": "2022-11-11T11:05:41Z"}, {"author": "Warren Kumari", "text": "

... but this one came in a pretty purple box...

", "time": "2022-11-11T11:07:15Z"}, {"author": "Juliusz Chroboczek", "text": "

It sill allows finding out that two IPs belong to the same client.

", "time": "2022-11-11T11:07:16Z"}, {"author": "Juliusz Chroboczek", "text": "

(Even if you do PD refresh.)

", "time": "2022-11-11T11:07:24Z"}, {"author": "Ole Tr\u00f8an", "text": "

Lots of people have a /60 at home. So now they are restricted to 16 hosts at home. :-D

", "time": "2022-11-11T11:08:51Z"}, {"author": "Anthony Somerset", "text": "

@Ole Tr\u00f8an i was about to observe the exact same issue

", "time": "2022-11-11T11:09:08Z"}, {"author": "\u00c9ric Vyncke", "text": "

I have a /56 so more hosts that you :-P

", "time": "2022-11-11T11:09:10Z"}, {"author": "Anthony Somerset", "text": "

only 256 instead

", "time": "2022-11-11T11:09:22Z"}, {"author": "Warren Kumari", "text": "

Actually my example wasn't strictly true - it's a dumb layer 2 switch, and the MAC TCAM holds a maximum of 32 entries - 4 per port... guess how I found this :-)

", "time": "2022-11-11T11:09:29Z"}, {"author": "Warren Kumari", "text": "

But i'm sure that there are similar v6 implementations because cheaper is better...

", "time": "2022-11-11T11:10:08Z"}, {"author": "Ole Tr\u00f8an", "text": "

My IPv6 machines at home runs very happily with 1 GUA here.

", "time": "2022-11-11T11:10:08Z"}, {"author": "Warren Kumari", "text": "

My home provider does DHCP-PD... and they give me one (1) /64. Win!

", "time": "2022-11-11T11:10:49Z"}, {"author": "Ryo Yanagida", "text": "

WRT docker use-case; so we don't want a laptop to turn in-to a dumb L2 switch to the docker instances? I mean, it's not nice but that's not bad either. I think...?

", "time": "2022-11-11T11:11:36Z"}, {"author": "Antoine Fressancourt", "text": "

I wanted to +1 Eric\u2019s concern on privacy, and express my concern that in the long term, if we recommend assigning a /64 to hosts, practically speaking we will restrict ipv6 to 64 bits and leave the last 64 bits as alternative to port number / service id / others

", "time": "2022-11-11T11:11:39Z"}, {"author": "Juliusz Chroboczek", "text": "

Strange. I was under the impression that all the cheap (and not so cheap) switches use one of a set of just three bridge chips, and I was under the impression that the cheap chips support 256 entries shared between all ports.

", "time": "2022-11-11T11:11:46Z"}, {"author": "Warren Kumari", "text": "

It's awesome, I can split that up into N networks, as long as N == 1

", "time": "2022-11-11T11:11:49Z"}, {"author": "Juliusz Chroboczek", "text": "

I've got a /60, but no PD \u2014 static routes in the web interface :-/

", "time": "2022-11-11T11:12:25Z"}, {"author": "\u00c9ric Vyncke", "text": "

Used Mythic Beasts for the JAMES draft with IPv6-only, really cool ;-)

", "time": "2022-11-11T11:12:43Z"}, {"author": "Warren Kumari", "text": "

@Juliusz -- I'll crack it open when I get home and see what chipset it uses. I had looked it up once before and found the datasheet, but don't think I have the photos on my laptop

", "time": "2022-11-11T11:13:31Z"}, {"author": "Antoine Fressancourt", "text": "

@Warren Kumari when your d-link gets old you definitely want a Turris Omnia ;-)

", "time": "2022-11-11T11:15:46Z"}, {"author": "Ole Tr\u00f8an", "text": "

For any of the <prefix> to the host proposals you don't need to do address discovery, just like the presenter says

", "time": "2022-11-11T11:17:39Z"}, {"author": "Ole Tr\u00f8an", "text": "

Of course MAC randomization makes the host look very much like an attack vector again. ;-)

", "time": "2022-11-11T11:18:44Z"}, {"author": "Juliusz Chroboczek", "text": "

Doesn't MAC randomisation only happen when you join the network?

", "time": "2022-11-11T11:19:24Z"}, {"author": "Juliusz Chroboczek", "text": "

That's a usable quote. \u00ab 6 months migration plan started in 2017, due to end in 2022 \u00bb

", "time": "2022-11-11T11:20:46Z"}, {"author": "\u00c9ric Vyncke", "text": "

@Juliusz check MADINAS documents, answer is \"it varies\" ;-)

", "time": "2022-11-11T11:22:27Z"}, {"author": "Juliusz Chroboczek", "text": "

Will do, thanks.

", "time": "2022-11-11T11:22:49Z"}, {"author": "Toerless Eckert", "text": "

we can be happy to have had IETF without anybody stealing the RPI4 on our projectors, given how they're actually NOT available now

", "time": "2022-11-11T11:25:03Z"}, {"author": "Juliusz Chroboczek", "text": "

(...except in France. For administrative reasons, it's illegal for us to buy RPI for teaching \u2014 we need to buy some weird board made by Asus. For the record, I'm not claiming that money has exchanged hands in order to make that regulation.)

", "time": "2022-11-11T11:30:11Z"}, {"author": "Anthony Somerset", "text": "

sounds like an extension for SLAAC to send netboot options would be cool

", "time": "2022-11-11T11:39:35Z"}, {"author": "Ole Tr\u00f8an", "text": "

I tried having a simple way to add options to RAs, but someone near the microphone blocked it. ;-)

", "time": "2022-11-11T11:40:20Z"}, {"author": "Ryo Yanagida", "text": "

we have name server in RA... surely NAT64 is... a potentially sensible option?

", "time": "2022-11-11T11:41:05Z"}, {"author": "Juliusz Chroboczek", "text": "

Problem is, unless the RA options are exhaustive enough to allow you to get rid of DHCPv6 completely, they're just duplication of effort. I'm afrait this particular ship has sailed, we're stuck with DHCPv6 for the foreseeable future.

", "time": "2022-11-11T11:42:13Z"}, {"author": "Juliusz Chroboczek", "text": "

(Lorenzo's efforts notwithstanding.)

", "time": "2022-11-11T11:43:04Z"}]