Oracle Cloud IPv6

Andrey Mundirov написал(а) к Alexander Kruglikov в Aug 21 01:52:26 по местному времени:

Здравствуй, Alexander!

Ответ на сообщение Alexander Kruglikov (2:5053/58) к Andrey Mundirov, написанное 14 авг 21 в 21:17:

AM>>>> У кого-нибудь работает IPv6 на бесплатной виртуалке от Оракла?
AM>>>> Я пробовал и по инструкции, и по всякому. И на старой
AM>>>> виртуалке, и новую создавал.
AK>>> Виртуалка 1. Была создана до того, как появился IPv6, добавлял
AK>>> потом.
AM>> Создал с нуля новую виртуальную сеть со всеми объектами - в новой
AM>> виртуалке заработало. Причем делал все то же самое. Наверно,
AM>> что-то криво привязалось.

AK> Странно. У меня изначально не добавлялась туда IPv6-подсеть в
AK> интерфейсе, саппорт предлагал снести виртуальную сеть и создать новую.
AK> Мне что-то было лень. а потом в один прекрасный момент я попробовал -
AK> и оп - всё случилось.

У меня в старую сеть добавилось, но не заработало. В саппорт не писал. Зато в новую все сразу и без проблем.

С наилучшими пожеланиями, Andrey

--- GoldED+/LNX 1.1.5-b20161221

Eugene Grosbein написал(а) к Dmitry Protasoff в Aug 21 10:13:48 по местному времени:

13 авг. 2021, пятница, в 15:49 NOVT, Dmitry Protasoff написал(а):

EM>> Теоретически - можно, но практически-то все виртуалки эмулируют
EM>> известные аппаратные адаптеры.
DP> root@ams:~# lspci | grep Ethernet
DP> 00:02.0 Ethernet controller: Red Нat, Inc Virtio network device
DP> root@storage:~# lspci | grep Ethernet
DP> 0b:00.0 Ethernet controller: VMware VMXNET3 Ethernet Controller (rev 01)
DP> Что это за аппаратные адаптеры такие?

Известность неважна. Важно то, что это эмуляция ethernet-адаптера
с его форматами фреймов, а не p2p-интерфейса без заголовков ethernet.

Eugene
--
Поэты - страшные люди. У них все святое.
--- slrn/1.0.3 (FreeBSD)

Eugene Grosbein написал(а) к Dmitry Protasoff в Aug 21 10:14:50 по местному времени:

13 авг. 2021, пятница, в 17:43 NOVT, Dmitry Protasoff написал(а):

DP> Про TCP/IP конечно же знают - TCP segmentation offload работает как раз на
DP> уровне сетевой карты.
DP> root@storage:~# ethtool -k eth0 | grep tcp-segmentation-offload
DP> tcp-segmentation-offload: on
DP> Идея, что сетевой адаптер ничего не знает про TCP/IP - это что-то из 90х годов.

Для виртуалки всяческие offload это как раз анахронизм,
а не наоборот.

Eugene
--- slrn/1.0.3 (FreeBSD)

Eugene Grosbein написал(а) к Eugene Muzychenko в Aug 21 10:16:00 по местному времени:

13 авг. 2021, пятница, в 09:54 NOVT, Eugene Muzychenko написал(а):

EG>> Но на самом деле AM спрашивал не про это, а про то,
EG>> как именно сконфигурировать сам протокол IPv6 на виртуальном
EG>> ethernet-интерфейсе
EM> Чем это отличается от конфигурирования на реальном, железном?

Вопрос был про конкретного хостера, к которому подключен
(виртуальный) ethernet-интерфейс. Конфигурирование отличается
от хостера к хостеру.

Eugene
--- slrn/1.0.3 (FreeBSD)

Eugene Grosbein написал(а) к Victor Sudakov в Aug 21 10:21:07 по местному времени:

14 авг. 2021, суббота, в 15:11 NOVT, Victor Sudakov написал(а):

VS> AFAIK не всегда так. Например бывает, что гипервизор выполняет NAT для
VS> виртуалки, а значит в сетевой и даже транспортный (в случае PAT) уровень лезет.

И это очень плохо, что они лезут на уровень выше коммутации
ethernet-фреймов, от этого потом фрагментированные ESP-пакеты
внутри IP перестают ходить, или там GRE, или ещё много чего.
Именно из-за гипервизора. Потом (может быть) разработчики
гипервизора выпускают патч и проблема уходит, но гораздо
лучше бы они оставляли кесарево кесарю^W^W роутинг роутерам,
а трансляцию пакетов тоже роутерам, а вместо этого
делали корректную по стандарту реализацию виртуального коммутатора,
это гораздо проще и надежнее.

Eugene
--- slrn/1.0.3 (FreeBSD)

Eugene Grosbein написал(а) к Dmitry Protasoff в Aug 21 10:21:47 по местному времени:

14 авг. 2021, суббота, в 14:30 NOVT, Dmitry Protasoff написал(а):

VS>> ЗЫ По поводу облаков, мне нравится, как у Vultr сделано: на
VS>> виртуальную машину даётся сетка /64, что хочешь с ней делай, хоть 2^64
VS>> IPv6 адресов назначай (можно статически).
DP> Это как раз нифига не правильно. Правильно, когда выдается /56. Если у тебя
DP> внутри крутится с десяток отдельных сетей.

Если ты не используешь безумный SLAAC, тебе и /64 хватит на всю жизнь.

Eugene
--- slrn/1.0.3 (FreeBSD)

Dmitry Protasoff написал(а) к Eugene Grosbein в Aug 21 11:40:18 по местному времени:

* Answering a msg posted in area carbonArea (Carbon Area).

Нello, Eugene!

Monday August 16 2021 10:13, you wrote to me:

EG> Известность неважна. Важно то, что это эмуляция ethernet-адаптера
EG> с его форматами фреймов, а не p2p-интерфейса без заголовков ethernet.

Изначально утверждалось, что эмулируются конкретные аппаратные реализации.
Каким именно физическим адаптерам соответствуют эти виртуальные устройства?

Best regards,
dp.

--- GoldED+/W64-MSVC 1.1.5-b20180707

Dmitry Protasoff написал(а) к Eugene Grosbein в Aug 21 11:41:34 по местному времени:

* Answering a msg posted in area carbonArea (Carbon Area).

Нello, Eugene!

Monday August 16 2021 10:14, you wrote to me:

DP>> Идея, что сетевой адаптер ничего не знает про TCP/IP - это что-то
DP>> из 90х годов.

EG> Для виртуалки всяческие offload это как раз анахронизм,
EG> а не наоборот.

С чего это анахронизм? Наоборот, это очень модная тема.

Best regards,
dp.

--- GoldED+/W64-MSVC 1.1.5-b20180707

Dmitry Protasoff написал(а) к Eugene Grosbein в Aug 21 11:42:30 по местному времени:

* Answering a msg posted in area carbonArea (Carbon Area).

Нello, Eugene!

Monday August 16 2021 10:21, you wrote to me:

DP>> Это как раз нифига не правильно. Правильно, когда выдается /56.
DP>> Если у тебя внутри крутится с десяток отдельных сетей.

EG> Если ты не используешь безумный SLAAC, тебе и /64 хватит на всю жизнь.

Он не безумный, а утвержденный стандартный протокол. Почему из-за бессмысленной жадности хостера приходится страдать?

Best regards,
dp.

--- GoldED+/W64-MSVC 1.1.5-b20180707

Victor Sudakov написал(а) к eugen в Aug 21 00:07:28 по местному времени:

Dear eugen,

16 Aug 21 10:21, Eugene Grosbein wrote to me:

VS>> AFAIK не всегда так. Например бывает, что гипервизор выполняет
VS>> NAT для виртуалки, а значит в сетевой и даже транспортный (в
VS>> случае PAT) уровень лезет.

EG> И это очень плохо, что они лезут на уровень выше коммутации
EG> ethernet-фреймов, от этого потом фрагментированные ESP-пакеты
EG> внутри IP перестают ходить, или там GRE, или ещё много чего.

Я и не говорил, что это хорошо. Я говорил, как оно есть и надо это иметь в виду.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20170303-b20170303