forum.wfido.ru

forum.wfido.ru (http://forum.wfido.ru/index.php)
-   RU.UNIX.BSD (http://forum.wfido.ru/forumdisplay.php?f=36)
-   -   IFCONFIG_FORMAT (http://forum.wfido.ru/showthread.php?t=76114)

Victor Sudakov 27.10.2018 21:33

IFCONFIG_FORMAT
 
Victor Sudakov написал(а) к All в Oct 18 00:02:16 по местному времени:

Dear All,

Очень неудобно видеть во FreeBSD в выводе ifconfig маску сети в виде "netmask 0xfffffe00". И кто такое придумал?

К счастью, теперь есть переменная среды IFCONFIG[b]FORMAT, и "setenv IFCONFIG_FORMAT inet:cidr" или "setenv IFCONFIG[/b]FORMAT inet:dotted" помогают увидеть маску подсети в привычном виде.

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

Alex Korchmar 27.10.2018 23:02

Re: IFCONFIG_FORMAT
 
Alex Korchmar написал(а) к Victor Sudakov в Oct 18 21:53:08 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote:

> Очень неудобно видеть во FreeBSD в выводе ifconfig маску сети в виде "netmask
> 0xfffffe00". И кто такое придумал?
те кому лень было набирать 255.255.254.0 и еще более лень потом пытаться расслеповать разницу между
254 и 252, например

> К счастью, теперь есть переменная среды IFCONFIG_FORMAT, и "setenv
> IFCONFIG[b]FORMAT inet:cidr" или "setenv IFCONFIG[/b]FORMAT inet:dotted" помогают
> увидеть маску подсети в привычном виде.
к несчастью нас всех ждет ipv6, где маски и адреса невозможно ни прочитать,ни
запомнить, ни сравнить без бумажки и калькулятора.

> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein 28.10.2018 01:14

Re: IFCONFIG_FORMAT
 
Eugene Grosbein написал(а) к Alex Korchmar в Oct 18 03:57:39 по местному времени:

27 окт. 2018, суббота, в 20:53 NOVT, Alex Korchmar написал(а):

>> К счастью, теперь есть переменная среды IFCONFIG_FORMAT, и "setenv
>> IFCONFIG[b]FORMAT inet:cidr" или "setenv IFCONFIG[/b]FORMAT inet:dotted" помогают
>> увидеть маску подсети в привычном виде.
AK> к несчастью нас всех ждет ipv6, где маски и адреса невозможно ни прочитать,ни
AK> запомнить, ни сравнить без бумажки и калькулятора.

Ну, маски как были двузначные в основном, так и останутся,
"благодаря" щедрой рукой отмеренным /64 на каждый сегмент
и по /56 на локалку. Разве что /128 на p2p из трехзначных.

А вот адреса да. 8 знаков на автономную систему и ещё
столько же на клиентскую часть адреса, плюс остальное...

Eugene
--
Choose no life
--- slrn/1.0.3 (FreeBSD)

Alex Korchmar 28.10.2018 11:22

Re: IFCONFIG_FORMAT
 
Alex Korchmar написал(а) к Eugene Grosbein в Oct 18 10:01:27 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

> Ну, маски как были двузначные в основном, так и останутся,
> "благодаря" щедрой рукой отмеренным /64 на каждый сегмент
> и по /56 на локалку. Разве что /128 на p2p из трехзначных.
это пока с огорчением не обнаружится,что локалки из умных унитазов
не помещаются в /56
когда-то тоже казалось что помнить надо единственную маску 255.255.255.0, а
все остальное ненужно.


> Alex

--- ifmail v.2.15dev5.4

Victor Sudakov 28.10.2018 12:13

IFCONFIG_FORMAT
 
Victor Sudakov написал(а) к Alex Korchmar в Oct 18 14:42:24 по местному времени:

Dear Alex,

27 Oct 18 21:53, Alex Korchmar wrote to me:

>> Очень неудобно видеть во FreeBSD в выводе ifconfig маску сети в виде
>> "netmask 0xfffffe00". И кто такое придумал?
AK> те кому лень было набирать 255.255.254.0 и еще более лень потом
AK> пытаться расслеповать разницу между 254 и 252, например

Им видимо было проще набрать 0xfffffe00, чем /23 ? Мсье знают толк в извращениях.

>> К счастью, теперь есть переменная среды IFCONFIG_FORMAT, и "setenv
>> IFCONFIG[b]FORMAT inet:cidr" или "setenv IFCONFIG[/b]FORMAT inet:dotted"
>> помогают увидеть маску подсети в привычном виде.
AK> к несчастью нас всех ждет ipv6, где маски

В IPv6 нет понятия "маски". А для агрегирования по nibble boundary никакой калькулятор не нужен.

AK> и адреса невозможно ни
AK> прочитать,ни запомнить, ни сравнить без бумажки и калькулятора.

Это миф и предубеждение. Автоматические адреса тебя никто не заставляет читать и помнить, а которые нужно читать и помнить, можно и нужно делать запоминаемыми. Чем тебе не нравятся адреса 2001:4860:4860::8888 или 2001:19f0:5001:21dc::10 ?

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

Victor Sudakov 28.10.2018 12:13

IFCONFIG_FORMAT
 
Victor Sudakov написал(а) к Alex Korchmar в Oct 18 14:51:16 по местному времени:

Dear Alex,

28 Oct 18 10:01, Alex Korchmar wrote to Eugene Grosbein:

>> Ну, маски как были двузначные в основном, так и останутся,
>> "благодаря" щедрой рукой отмеренным /64 на каждый сегмент
>> и по /56 на локалку. Разве что /128 на p2p из трехзначных.
AK> это пока с огорчением не обнаружится,что локалки из умных унитазов
AK> не помещаются в /56

Унитазов у тебя может быть 2^64 в одном сегменте. Это ж каким надо быть засранцем, чтобы не хватило?

И кстати раздают скорее /48, чем /56. Тебе не хватит 65536 отдельных сегментов по 2^64 унитазов?

Насчет раздачи /48-х, сейчас принято давать их кому попало. В глобальном пуле 2000::/3 всего 35 триллионов блоков /48. Интересно, как быстро они кончатся. Триллион - это не так много. Говорят, именно столько бактерий живет на одном человеке, или звезд в Туманности Андромеды.

AK> когда-то тоже казалось что помнить надо единственную маску
AK> 255.255.255.0, а все остальное ненужно.


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

Eugene Grosbein 29.10.2018 06:42

Re: IFCONFIG_FORMAT
 
Eugene Grosbein написал(а) к Alex Korchmar в Oct 18 09:30:02 по местному времени:

28 окт. 2018, воскресенье, в 10:01 NOVT, Alex Korchmar написал(а):

>> Ну, маски как были двузначные в основном, так и останутся,
>> "благодаря" щедрой рукой отмеренным /64 на каждый сегмент
>> и по /56 на локалку. Разве что /128 на p2p из трехзначных.
AK> это пока с огорчением не обнаружится,что локалки из умных унитазов
AK> не помещаются в /56

Не знаю насчёт умных унитазов, не пробовал, но бродкасты же там отменили
и теперь можно их хоть по 1000 штук в один влан совать, лишь бы
у свичей таблицы не переполнялись, а таких подсетей в /56 очень много.

AK> когда-то тоже казалось что помнить надо единственную маску 255.255.255.0, а
AK> все остальное ненужно.

Да добственно почти так и осталось. Что там ещё - /30-/32 на линки p2p,
или наоборот крупнее /24 при использовании супервланов (у меня /19),
ну крайне редко локалки /23 вместо /24. Всё что между /24 и /30
осталось, в сущности, в прошлом или изолировано в исторически
сложившихся сеточках.

Eugene
--
И кого не любишь, в лицо не знать, и смотреть на звезды и жить спокойно.
--- slrn/1.0.3 (FreeBSD)

Eugene Grosbein 29.10.2018 06:42

Re: IFCONFIG_FORMAT
 
Eugene Grosbein написал(а) к Victor Sudakov в Oct 18 09:34:28 по местному времени:

28 окт. 2018, воскресенье, в 14:51 NOVT, Victor Sudakov написал(а):

>>> Ну, маски как были двузначные в основном, так и останутся,
>>> "благодаря" щедрой рукой отмеренным /64 на каждый сегмент
>>> и по /56 на локалку. Разве что /128 на p2p из трехзначных.
AK>> это пока с огорчением не обнаружится,что локалки из умных унитазов
AK>> не помещаются в /56
VS> Унитазов у тебя может быть 2^64 в одном сегменте. Это ж каким надо быть
VS> засранцем, чтобы не хватило?

Там есть и другие ограничения, которые могут заставить ограничивать
размеры сегментов - первым делом размеры таблиц в свичах,
но не единственным. Управлять унитазами целыми блоками по 64K
может оказаться непрактичным чисто из-за человеческого фактора.

VS> И кстати раздают скорее /48, чем /56. Тебе не хватит 65536 отдельных сегментов
VS> по 2^64 унитазов?

Провайдеры раздают клиентам по /48? Не слышал такого.

Eugene
--
Научить не кланяться авторитетам, а исследовать их и сравнивать их поучения
с жизнью. Научить настороженно относиться к опыту бывалых людей, потому что
жизнь меняется необычайно быстро.
--- slrn/1.0.3 (FreeBSD)

Alex Korchmar 29.10.2018 11:02

Re: IFCONFIG_FORMAT
 
Alex Korchmar написал(а) к Eugene Grosbein в Oct 18 09:46:04 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

> Не знаю насчёт умных унитазов, не пробовал, но бродкасты же там отменили
зато не отменили мультикасты - а умные унитазы находят друг-друга по запаху.

> и теперь можно их хоть по 1000 штук в один влан совать, лишь бы
1000 - не хватит.

> Да добственно почти так и осталось. Что там ещё - /30-/32 на линки p2p,
еще масса случаев когда адресов жалко, и раздают /28 или /27

или когда не влезаит, у меня здесь сервера живут в /22 - при том
что это одна из многих серверных сетей, просто остальные поменьше.

дальше будет хуже - модные контейнеризации и прочие антитехнологии.


> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein 29.10.2018 16:22

Re: IFCONFIG_FORMAT
 
Eugene Grosbein написал(а) к Alex Korchmar в Oct 18 19:02:58 по местному времени:

29 окт. 2018, понедельник, в 09:46 NOVT, Alex Korchmar написал(а):

>> Не знаю насчёт умных унитазов, не пробовал, но бродкасты же там отменили
AK> зато не отменили мультикасты - а умные унитазы находят друг-друга по запаху.
>> и теперь можно их хоть по 1000 штук в один влан совать, лишь бы
AK> 1000 - не хватит.

Ну сегментов-то можно настрогать много. А тебе сколько унитазов надо
в одном месте?

>> Да добственно почти так и осталось. Что там ещё - /30-/32 на линки p2p,
AK> еще масса случаев когда адресов жалко, и раздают /28 или /27

Когда адресов IPv4 жалко, то невыгодно раздавать /28 и даже /27 - потери большие.
Гораздо удобнее использовать "супервланы", это когда берём большой пул
адресов типа /19 и выдаём каждому хосту один адрес с этой маской
и адресом шлюза .1 независимо от того, в котором влане сидит этот хост,
с прописыванием на роутере маршрута /32 до выданного адреса в нужный влан
и с proxy arp на роутере. Так адреса IPv4 очень экономятся,
но для IPv6 это уже не актуально.

Адрес при этом может прописываться статически или выдаваться
по DНCP, неважно - в последнем случае роутер работает DНCP-релеем
и маршрут /32 создаёт автоматически, когда видит выдачу хосту
адреса и удаляет маршрут, когда аренда протухла.

AK> или когда не влезаит, у меня здесь сервера живут в /22 - при том
AK> что это одна из многих серверных сетей, просто остальные поменьше.
AK> дальше будет хуже - модные контейнеризации и прочие антитехнологии.

И для них тоже работают супервланы.

Но в случае IPv6 имеется астрономическое количество сеток /64.

Eugene
--
Enter old password: xxx
Enter new password: yyy
Confirm password: подтверждаю
--- slrn/1.0.3 (FreeBSD)

Alex Korchmar 29.10.2018 18:02

Re: IFCONFIG_FORMAT
 
Alex Korchmar написал(а) к Eugene Grosbein в Oct 18 16:51:15 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

> Ну сегментов-то можно настрогать много. А тебе сколько унитазов надо
> в одном месте?
сколько камер смотрит на тебя в любом автобусе?

> Когда адресов IPv4 жалко, то невыгодно раздавать /28 и даже /27 - потери
> большие.
> Гораздо удобнее использовать "супервланы", это когда берём большой пул
это пока им не надо общаться друг с другом.
Или пока они, к примеру, не используют multicast. Тут быстренько узнаешь, что
лучше бы не выпендриваться и не использовать сомнительные кривые технологии.
Ну или использовать таки v6, где адресов бесконечно...хмхм... по крайней мере,
многим так кажется.

> Но в случае IPv6 имеется астрономическое количество сеток /64.
сначала (уже) кончатся удобозаписываемые, с ноликами. Потом -
удобозапоминаемые. А потом - "найди глазом отличие между abdc и
abcd". Я надеюсь к этому времени уже не иметь отношения к современному
it.

> Alex

--- ifmail v.2.15dev5.4

Victor Sudakov 30.10.2018 08:53

IFCONFIG_FORMAT
 
Victor Sudakov написал(а) к eugen в Oct 18 11:28:20 по местному времени:

Dear eugen,

29 Oct 18 09:34, Eugene Grosbein wrote to me:

>>>> Ну, маски как были двузначные в основном, так и останутся,
>>>> "благодаря" щедрой рукой отмеренным /64 на каждый сегмент
>>>> и по /56 на локалку. Разве что /128 на p2p из трехзначных.
AK>>> это пока с огорчением не обнаружится,что локалки из умных
AK>>> унитазов не помещаются в /56
VS>> Унитазов у тебя может быть 2^64 в одном сегменте. Это ж каким
VS>> надо быть засранцем, чтобы не хватило?

EG> Там есть и другие ограничения, которые могут заставить ограничивать
EG> размеры сегментов - первым делом размеры таблиц в свичах,
EG> но не единственным.

Тут ты скорее всего прав, расшили одно узкое место - найдутся другие.

EG> Управлять унитазами целыми блоками по 64K
EG> может оказаться непрактичным чисто из-за человеческого фактора.

Впереди у нас SDN, наверное.

VS>> И кстати раздают скорее /48, чем /56. Тебе не хватит 65536
VS>> отдельных сегментов по 2^64 унитазов?

EG> Провайдеры раздают клиентам по /48? Не слышал такого.

Даже бесплатные IPv6 брокеры типа he.net раздают /48 всем подряд не спрашивая.

И вообще AFAIK /48 - это наибольшая длина префикса, которую ещё не отфильтровывают из глобальной таблицы, так что multihomed клиентам по-любому надо давать /48.

Если даже у мелкого оператора аллокейшен от RIPE не менее /32, то в этом /32 будет 65 тысяч блоков /48. Жалко, что ли?

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

Eugene Grosbein 30.10.2018 15:32

Re: IFCONFIG_FORMAT
 
Eugene Grosbein написал(а) к Alex Korchmar в Oct 18 18:16:52 по местному времени:

29 окт. 2018, понедельник, в 16:51 NOVT, Alex Korchmar написал(а):

>> Ну сегментов-то можно настрогать много. А тебе сколько унитазов надо
>> в одном месте?
AK> сколько камер смотрит на тебя в любом автобусе?
>> Когда адресов IPv4 жалко, то невыгодно раздавать /28 и даже /27 - потери
>> большие.
>> Гораздо удобнее использовать "супервланы", это когда берём большой пул
AK> это пока им не надо общаться друг с другом.
AK> Или пока они, к примеру, не используют multicast. Тут быстренько узнаешь, что
AK> лучше бы не выпендриваться и не использовать сомнительные кривые технологии.

Это тебе они сомнительные, а мы это много-много лет используем
для подключения юзеров. И с мультикастом, да - он никак не противоречит.

А насчет "общаться друг с другом", тут никакой разницы нет -
те, что в одном влане, общаются напрямую как при /28, так и при /19,
а те, что в разных вланах - через роутер в любом случае.

AK> Ну или использовать таки v6, где адресов бесконечно...хмхм... по крайней мере,
AK> многим так кажется.
>> Но в случае IPv6 имеется астрономическое количество сеток /64.
AK> сначала (уже) кончатся удобозаписываемые, с ноликами.

Внутри твоего блока /32 (или /56, если ты не провайдер)
они кончатся, когда ты сам захочешь.

Eugene
--- slrn/1.0.3 (FreeBSD)

Eugene Grosbein 30.10.2018 15:32

Re: IFCONFIG_FORMAT
 
Eugene Grosbein написал(а) к Victor Sudakov в Oct 18 18:18:50 по местному времени:

30 окт. 2018, вторник, в 11:28 NOVT, Victor Sudakov написал(а):

VS> Если даже у мелкого оператора аллокейшен от RIPE не менее /32, то в этом /32
VS> будет 65 тысяч блоков /48. Жалко, что ли?

65 тысяч клиентов это не так много, с учетом мертвых душ,
из-за которых в IPv4 приходится с годами переиспользовать адреса.

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

Eugene Grosbein 30.10.2018 15:32

Re: IFCONFIG_FORMAT
 
Eugene Grosbein написал(а) к Alex Korchmar в Oct 18 18:20:07 по местному времени:

29 окт. 2018, понедельник, в 16:51 NOVT, Alex Korchmar написал(а):

>> Ну сегментов-то можно настрогать много. А тебе сколько унитазов надо
>> в одном месте?
AK> сколько камер смотрит на тебя в любом автобусе?

Эмм, нисколько? Ну может быть одна-две, я уже лет 20
не ездил в муниципальных автобусах, а в коммерческих
пазиках-"маршрутных такси" особо и некуда больше пихать.
--- slrn/1.0.3 (FreeBSD)

Andrey Ostanovsky 01.11.2018 15:31

IFCONFIG_FORMAT
 
Andrey Ostanovsky написал(а) к Eugene Grosbein в Nov 18 14:22:48 по местному времени:

Нello Eugene!

30 Oct 18 18:20, you wrote to Alex Korchmar:

>>> Ну сегментов-то можно настрогать много. А тебе сколько унитазов
>>> надо в одном месте?
AK>> сколько камер смотрит на тебя в любом автобусе?
EG> Эмм, нисколько? Ну может быть одна-две, я уже лет 20
EG> не ездил в муниципальных автобусах, а в коммерческих
EG> пазиках-"маршрутных такси" особо и некуда больше пихать.

Обычно у водителя видно экран, разделенный на 4-6 окон.

Andrey

--- GoldED+/BSD 1.1.5-b20070503

Denis Ognewsky 02.11.2018 19:02

Re: IFCONFIG_FORMAT
 
Denis Ognewsky написал(а) к Alex Korchmar в Nov 18 17:48:15 по местному времени:

From: "Denis Ognewsky" <Denis_Ognewsky@p70.f830.n5020.z2.fidonet.org>

Нello, Alex Korchmar.
On 29.10.18 18:51 you wrote:

AK> это пока им не надо общаться друг с другом. Или пока они, к
AK> примеру, не используют multicast. Тут быстренько узнаешь, что
AK> лучше бы не выпендриваться и не использовать сомнительные кривые
AK> технологии. Ну или использовать таки v6, где адресов
AK> бесконечно...хмхм... по крайней мере, многим так кажется.

и что им помешает ?

--
Best regards!
Posted using Нotdoged on Android
--- НotdogEd/2.13.5 (Android; Google Android; rv:1) Нotdoged/1482374710000 НotdogEd/2.13.5

Alex Korchmar 03.11.2018 00:32

Re: IFCONFIG_FORMAT
 
Alex Korchmar написал(а) к Denis_Ognewsky в Nov 18 23:22:20 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Denis Ognewsky <Denis_Ognewsky@p70.f830.n5020.z2.fidonet.org> wrote:

> AK> это пока им не надо общаться друг с другом. Или пока они, к
> AK> примеру, не используют multicast. Тут быстренько узнаешь, что
> AK> лучше бы не выпендриваться и не использовать сомнительные кривые
> AK> технологии. Ну или использовать таки v6, где адресов
> AK> бесконечно...хмхм... по крайней мере, многим так кажется.
> и что им помешает ?
proxy arp "не очень хорошо работает" с multicast. Равно как и с другими
странными технологиями, обожаемыми, к примеру, камерами.


> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein 03.11.2018 00:52

Re: IFCONFIG_FORMAT
 
Eugene Grosbein написал(а) к Alex Korchmar в Nov 18 03:40:11 по местному времени:

02 нояб. 2018, пятница, в 23:22 NOVT, Alex Korchmar написал(а):

AK>> это пока им не надо общаться друг с другом. Или пока они, к
AK>> примеру, не используют multicast. Тут быстренько узнаешь, что
AK>> лучше бы не выпендриваться и не использовать сомнительные кривые
AK>> технологии. Ну или использовать таки v6, где адресов
AK>> бесконечно...хмхм... по крайней мере, многим так кажется.
>> и что им помешает ?
AK> proxy arp "не очень хорошо работает" с multicast. Равно как и с другими
AK> странными технологиями, обожаемыми, к примеру, камерами.

Мультикаст ортогонален проксиарпу. Или иначе сказать,
плевать мультикасту на проксиарп.

Eugene
--- slrn/1.0.3 (FreeBSD)

Alex Korchmar 03.11.2018 10:40

Re: IFCONFIG_FORMAT
 
Alex Korchmar написал(а) к Eugene Grosbein в Nov 18 08:50:08 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

> Мультикаст ортогонален проксиарпу. Или иначе сказать,
> плевать мультикасту на проксиарп.
угу, пакетик просто никуда не доходит за пределы влана. А так - плевать.
Продолжайте экономить адреса и удивляться, почему клиенты бегут от вас при
малейшей возможности.


> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein 04.11.2018 22:02

Re: IFCONFIG_FORMAT
 
Eugene Grosbein написал(а) к Alex Korchmar в Nov 18 00:36:01 по местному времени:

03 нояб. 2018, суббота, в 08:50 NOVT, Alex Korchmar написал(а):

>> Мультикаст ортогонален проксиарпу. Или иначе сказать,
>> плевать мультикасту на проксиарп.
AK> угу, пакетик просто никуда не доходит за пределы влана. А так - плевать.

Ровно как и при использовании сетки /28. Супервлан не равен vlan-per-ip.
И к проксиарпу это вообще никак не относится.

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

Alex Korchmar 05.11.2018 00:41

Re: IFCONFIG_FORMAT
 
Alex Korchmar написал(а) к Eugene Grosbein в Nov 18 23:29:45 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

> AK> угу, пакетик просто никуда не доходит за пределы влана. А так - плевать.
> Ровно как и при использовании сетки /28. Супервлан не равен vlan-per-ip.
при использовании сетки 28 клиент как бе способен догадаться, что вне нее
не будут работать мультикасты. А вот при использовании рецептов самоучек
без мотора из дерьма и палок - начинаются чудеса.


> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein 05.11.2018 05:41

Re: IFCONFIG_FORMAT
 
Eugene Grosbein написал(а) к Alex Korchmar в Nov 18 08:20:39 по местному времени:

04 нояб. 2018, воскресенье, в 23:29 NOVT, Alex Korchmar написал(а):

AK>> угу, пакетик просто никуда не доходит за пределы влана. А так - плевать.
>> Ровно как и при использовании сетки /28. Супервлан не равен vlan-per-ip.
AK> при использовании сетки 28 клиент как бе способен догадаться, что вне нее
AK> не будут работать мультикасты. А вот при использовании рецептов самоучек
AK> без мотора из дерьма и палок - начинаются чудеса.

Существует крайне мало клиентов, вообще имеющих понятие о мультикастах.
А те, что имеют, либо заказывают L2 vlan для соединения своих точек,
либо специально уточняют поддержку маршрутизации мультикастов
внутри своего VRF. Магистралы так вообще не поддерживают роутинг
мультикастов по дефолту, если не заказать услугу специально.

Eugene
--
И кого не любишь, в лицо не знать, и смотреть на звезды и жить спокойно.
--- slrn/1.0.3 (FreeBSD)

Victor Sudakov 05.11.2018 06:23

IFCONFIG_FORMAT
 
Victor Sudakov написал(а) к Eugene Grosbein в Nov 18 09:07:10 по местному времени:

Dear eugen,

30 Oct 18 18:18, Eugene Grosbein wrote to me:

VS>> Если даже у мелкого оператора аллокейшен от RIPE не менее /32, то
VS>> в этом /32 будет 65 тысяч блоков /48. Жалко, что ли?

EG> 65 тысяч клиентов это не так много, с учетом мертвых душ,
EG> из-за которых в IPv4 приходится с годами переиспользовать адреса.

Это конечно философский вопрос, что такое много или мало: [url]https://youtu.be/sDRJhAWMRIM?t=20[/url]

Но если представить себе провайдера или ЛИРа, у которого 65 тысяч multihomed-capable клиентов (и значит минимум каждому выдана /24), то IMНO это будет [i]огромный[/i] провайдер по российским меркам.

ЗЫ Пожалуй метод оценки Попугая самый правильный.

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

Alex Korchmar 05.11.2018 13:03

Re: IFCONFIG_FORMAT
 
Alex Korchmar написал(а) к Eugene Grosbein в Nov 18 11:47:35 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

> Существует крайне мало клиентов, вообще имеющих понятие о мультикастах.
Женя, вылезай из заповедника.
миллионы их уже существуют - "клиент" - обычная веб-камера, ага.

> А те, что имеют, либо заказывают L2 vlan для соединения своих точек,
да как будто у тебя в l2 мультикасты работают, ага, поверила бабка.
Экономы - они везде экономы, где проксиарп на маршрутизаторе, там
и неработающий мультикаст на l2. А если сегодня работает - то завтра сломают,
и никто не будет знать, как починить - "ой, а у нас - длинк!". Хотя на самом
деле у них атрофия мозга, остался только хватательный рефлекс.

> внутри своего VRF. Магистралы так вообще не поддерживают роутинг
> мультикастов по дефолту, если не заказать услугу специально.
магистралам оно реже прилетает, у них нет таких клиентов или они продаются
как услуга.

> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein 05.11.2018 17:12

Re: IFCONFIG_FORMAT
 
Eugene Grosbein написал(а) к Victor Sudakov в Nov 18 19:48:02 по местному времени:

05 нояб. 2018, понедельник, в 09:07 NOVT, Victor Sudakov написал(а):

VS>>> Если даже у мелкого оператора аллокейшен от RIPE не менее /32, то
VS>>> в этом /32 будет 65 тысяч блоков /48. Жалко, что ли?
EG>> 65 тысяч клиентов это не так много, с учетом мертвых душ,
EG>> из-за которых в IPv4 приходится с годами переиспользовать адреса.
VS> Это конечно философский вопрос, что такое много или мало:
VS> [url]https://youtu.be/sDRJhAWMRIM?t=20[/url]

Куча орехов это когда их можно сложить так, что их центры не лежат
в одной плоскости. То есть, до трёх орехов включительно это не куча,
а четыре уже можно попробовасть сложить кучей-пирамидкой:
три в основании и один сверху.

VS> Но если представить себе провайдера или ЛИРа, у которого 65 тысяч
VS> multihomed-capable клиентов (и значит минимум каждому выдана /24), то IMНO это
VS> будет [i]огромный[/i] провайдер по российским меркам.

VS> ЗЫ Пожалуй метод оценки Попугая самый правильный.

К сожалению, он эфемерный и субъективный :-)

Eugene
--
[url]http://www.grosbein.net/papirosn.mp3[/url]
[url]http://dadv.livejournal.com/2006/03/11/[/url]
--- slrn/1.0.3 (FreeBSD)

Eugene Grosbein 05.11.2018 17:12

Re: IFCONFIG_FORMAT
 
Eugene Grosbein написал(а) к Alex Korchmar в Nov 18 19:52:32 по местному времени:

05 нояб. 2018, понедельник, в 11:47 NOVT, Alex Korchmar написал(а):

>> Существует крайне мало клиентов, вообще имеющих понятие о мультикастах.
AK> Женя, вылезай из заповедника.
AK> миллионы их уже существуют - "клиент" - обычная веб-камера, ага.

Веб-камер про мультикаст знают, а их владельцы чаще нет,
и клиенты это владельцы, а не веб-камеры.

>> А те, что имеют, либо заказывают L2 vlan для соединения своих точек,
AK> да как будто у тебя в l2 мультикасты работают, ага, поверила бабка.

Не знаю ни одной причины для того, чтобы в l2 не работали мультикасты.

AK> Экономы - они везде экономы, где проксиарп на маршрутизаторе, там
AK> и неработающий мультикаст на l2.

Как этого добиться для натурального l2?

Eugene
--
Научить не кланяться авторитетам, а исследовать их и сравнивать их поучения
с жизнью. Научить настороженно относиться к опыту бывалых людей, потому что
жизнь меняется необычайно быстро.
--- slrn/1.0.3 (FreeBSD)

Alex Korchmar 06.11.2018 12:02

Re: IFCONFIG_FORMAT
 
Alex Korchmar написал(а) к Eugene Grosbein в Nov 18 10:49:12 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Eugene Grosbein <Eugene.Grosbein@f1.n5006.z2.fidonet.org> wrote:

> AK> Женя, вылезай из заповедника.
> AK> миллионы их уже существуют - "клиент" - обычная веб-камера, ага.
> Веб-камер про мультикаст знают, а их владельцы чаще нет,
> и клиенты это владельцы, а не веб-камеры.
владельцы не будут это узнавать, они просто сменят провайдера на адекватного

> >> А те, что имеют, либо заказывают L2 vlan для соединения своих точек,
> AK> да как будто у тебя в l2 мультикасты работают, ага, поверила бабка.
> Не знаю ни одной причины для того, чтобы в l2 не работали мультикасты.
ну вот пока не узнаешь - к тебе точно не надо отправлять клиентов.

> Как этого добиться для натурального l2?
натуральный l2 это что, прости, такое? Натуральный l1 знаю - темная оптика, или
кусок медной проволоки, там, действительно, не добиться.


> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein 06.11.2018 14:51

Re: IFCONFIG_FORMAT
 
Eugene Grosbein написал(а) к Alex Korchmar в Nov 18 17:41:14 по местному времени:

06 нояб. 2018, вторник, в 10:49 NOVT, Alex Korchmar написал(а):

>> Как этого добиться для натурального l2?
AK> натуральный l2 это что, прости, такое? Натуральный l1 знаю - темная оптика, или
AK> кусок медной проволоки, там, действительно, не добиться.

Натуральный l2 это в котором выполняются стандарты
IEEE 802.1D / IEEE 802.1Q, в которых, в частности,
описано, что MAC Bridges обязаны делать с ethernet multicast.

[url]https://standards.ieee.org/content/dam/ieee-standards/standards/web/documents/tutorials/macgrp.pdf[/url]

Это может быть даже не обязательно IP multicast,
и они тоже в натуральном l2 должны обрабатываться по стандарту.

Eugene
--- slrn/1.0.3 (FreeBSD)

Victor Sudakov 07.11.2018 09:51

IFCONFIG_FORMAT
 
Victor Sudakov написал(а) к eugen в Nov 18 12:20:36 по местному времени:

Dear eugen,

05 Nov 18 19:48, Eugene Grosbein wrote to me:

VS>>>> Если даже у мелкого оператора аллокейшен от RIPE не менее /32,
VS>>>> то в этом /32 будет 65 тысяч блоков /48. Жалко, что ли?
EG>>> 65 тысяч клиентов это не так много, с учетом мертвых душ,
EG>>> из-за которых в IPv4 приходится с годами переиспользовать
EG>>> адреса.
VS>> Это конечно философский вопрос, что такое много или мало:
VS>> [url]https://youtu.be/sDRJhAWMRIM?t=20[/url]

EG> Куча орехов это когда их можно сложить так, что их центры не лежат
EG> в одной плоскости. То есть, до трёх орехов включительно это не куча,
EG> а четыре уже можно попробовасть сложить кучей-пирамидкой:
EG> три в основании и один сверху.

Это если определять "кучу" геометрически по возможности сложить образующие её предметы горкой. Но определить более абстрактное понятие "много" уже не получится геометрически.

65 тысяч клиентов, каждому из которых ты дашь routable /24 - это тебе надо иметь IPv4 аллокейшен /8, это две тыщи стандартных /19-х аллокейшенов, если я правильно посчитал. По-моему это [i]очень[/i] большой провайдер/LIR.

И это я ещё не считал полосу, которая такому провайдеру понадобится. Ведь каждый клиент захочет никак не менее 100 Мбит/с, а скорее 1 Гбит/с. Даже с учетом oversubscription... боюсь считать. Да и не буду уводить разговор в сторону, речь всё-таки об адресации.

VS>> Но если представить себе провайдера или ЛИРа, у которого 65 тысяч
VS>> multihomed-capable клиентов (и значит минимум каждому выдана
VS>> /24), то IMНO это будет [i]огромный[/i] провайдер по российским
VS>> меркам.

VS>> ЗЫ Пожалуй метод оценки Попугая самый правильный.

EG> К сожалению, он эфемерный и субъективный :-)

Э нет, попугай мудр и видимо знаком с тезисом Протагора.

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

Eugene Grosbein 07.11.2018 12:13

Re: IFCONFIG_FORMAT
 
Eugene Grosbein написал(а) к Victor Sudakov в Nov 18 14:58:58 по местному времени:

07 нояб. 2018, среда, в 12:20 NOVT, Victor Sudakov написал(а):

VS>>>>> Если даже у мелкого оператора аллокейшен от RIPE не менее /32,
VS>>>>> то в этом /32 будет 65 тысяч блоков /48. Жалко, что ли?
EG>>>> 65 тысяч клиентов это не так много, с учетом мертвых душ,
EG>>>> из-за которых в IPv4 приходится с годами переиспользовать
EG>>>> адреса.
VS>>> Это конечно философский вопрос, что такое много или мало:
VS>>> [url]https://youtu.be/sDRJhAWMRIM?t=20[/url]
EG>> Куча орехов это когда их можно сложить так, что их центры не лежат
EG>> в одной плоскости. То есть, до трёх орехов включительно это не куча,
EG>> а четыре уже можно попробовасть сложить кучей-пирамидкой:
EG>> три в основании и один сверху.
VS> Это если определять "кучу" геометрически по возможности сложить образующие её
VS> предметы горкой. Но определить более абстрактное понятие "много" уже не
VS> получится геометрически.

Зато получится аксиоматически, при помощи математической индукции:
один орех это не много, на один больше это не много, ещё на один больше
это не много, а дальше - много.

VS> 65 тысяч клиентов, каждому из которых ты дашь routable /24 - это тебе надо
VS> иметь IPv4 аллокейшен /8, это две тыщи стандартных /19-х аллокейшенов, если я
VS> правильно посчитал. По-моему это [i]очень[/i] большой провайдер/LIR.
VS> И это я ещё не считал полосу, которая такому провайдеру понадобится. Ведь
VS> каждый клиент захочет никак не менее 100 Мбит/с, а скорее 1 Гбит/с. Даже с
VS> учетом oversubscription... боюсь считать. Да и не буду уводить разговор в
VS> сторону, речь всё-таки об адресации.

Я не имел в виду мультихом-клиентов с /24, вообще не понимаю откуда они взялись.
65 тысяч клиентов я имел виду любых.

VS>>> ЗЫ Пожалуй метод оценки Попугая самый правильный.
EG>> К сожалению, он эфемерный и субъективный :-)
VS> Э нет, попугай мудр и видимо знаком с тезисом Протагора.

Тезис Протагора - самопротиворечивый софизм, если даже не касаться
того очевидного факта, что это антропоцентризм, а почти любой
антропоцентризм ложен.

Eugene
--- slrn/1.0.3 (FreeBSD)

Eugene Grosbein 08.11.2018 21:42

Re: IFCONFIG_FORMAT
 
Eugene Grosbein написал(а) к Alex Korchmar в Nov 18 00:34:05 по местному времени:

05 нояб. 2018, понедельник, в 11:47 NOVT, Alex Korchmar написал(а):

>> А те, что имеют, либо заказывают L2 vlan для соединения своих точек,
AK> да как будто у тебя в l2 мультикасты работают, ага, поверила бабка.

У меня - работают, и я не знаю причин, по которым в L2 мультикасты
могли бы не работать.

>> внутри своего VRF. Магистралы так вообще не поддерживают роутинг
>> мультикастов по дефолту, если не заказать услугу специально.
AK> магистралам оно реже прилетает, у них нет таких клиентов или они продаются
AK> как услуга.

Кстати, о магистралах. Заказали тут на днях у Ростелекома vlan
с правильным mtu до удалённой точки за пределами города,
с обоих сторон влана поставили каталисты и dotq-tunnel поверх влана -
свой транк прокинули. IP в своих вланах работает, включая DНCP
и мультикасты, а PPPoE-фреймы идут только в одну сторону - бродкасты
от удалённой точки через dotq-tunnel приходят, ответные юникасты
отправляются, как подтверждает зеркалирование физического порта стыка,
уходят с двумя тегами 802.1q, как положено - на ту сторону не приходят.

Как так можно сделать, не понятно. Только если специально, но зачем?

Eugene
--- slrn/1.0.3 (FreeBSD)

Evgeny Larionov 09.11.2018 08:25

IFCONFIG_FORMAT
 
Evgeny Larionov написал(а) к Eugene Grosbein в Nov 18 10:37:52 по местному времени:


Нello Eugene!

09 Nov 18 00:34, you wrote to Alex Korchmar:

EG> Кстати, о магистралах. Заказали тут на днях у Ростелекома vlan
EG> с правильным mtu до удалённой точки за пределами города,
EG> с обоих сторон влана поставили каталисты и dotq-tunnel поверх влана -
EG> свой транк прокинули. IP в своих вланах работает, включая DНCP
EG> и мультикасты, а PPPoE-фреймы идут только в одну сторону - бродкасты
EG> от удалённой точки через dotq-tunnel приходят, ответные юникасты
EG> отправляются, как подтверждает зеркалирование физического порта стыка,
EG> уходят с двумя тегами 802.1q, как положено - на ту сторону не
EG> приходят.

EG> Как так можно сделать, не понятно. Только если специально, но зачем?


PPPoE snooping на коммуаторах доступа ?

/Evgeny


--- GoldED+/BSD 1.1.5-b20160322-b20160322

Eugene Grosbein 09.11.2018 08:41

Re: IFCONFIG_FORMAT
 
Eugene Grosbein написал(а) к Evgeny Larionov в Nov 18 11:33:28 по местному времени:

09 нояб. 2018, пятница, в 10:37 NOVT, Evgeny Larionov написал(а):

EG>> Как так можно сделать, не понятно. Только если специально, но зачем?
EL> PPPoE snooping на коммуаторах доступа ?

Вероятно - про эту хрень я не подумал.

Eugene
--- slrn/1.0.3 (FreeBSD)

Eugene Grosbein 16.11.2018 13:02

Re: IFCONFIG_FORMAT
 
Eugene Grosbein написал(а) к Evgeny Larionov в Nov 18 15:35:13 по местному времени:

09 нояб. 2018, пятница, в 10:37 NOVT, Evgeny Larionov написал(а):

EG>> Кстати, о магистралах. Заказали тут на днях у Ростелекома vlan
EG>> с правильным mtu до удалённой точки за пределами города,
EG>> с обоих сторон влана поставили каталисты и dotq-tunnel поверх влана -
EG>> свой транк прокинули. IP в своих вланах работает, включая DНCP
EG>> и мультикасты, а PPPoE-фреймы идут только в одну сторону - бродкасты
EG>> от удалённой точки через dotq-tunnel приходят, ответные юникасты
EG>> отправляются, как подтверждает зеркалирование физического порта стыка,
EG>> уходят с двумя тегами 802.1q, как положено - на ту сторону не
EG>> приходят.
EG>> Как так можно сделать, не понятно. Только если специально, но зачем?
EL> PPPoE snooping на коммуаторах доступа ?

Да, это было оно. Оказалось, что Ростелеком воткнул наш линк
в коммутатор, на котором в глобальном конфиге включен
PPPoE Intermediate Agent и он блочил серверные фреймы PPPoE,
несмотря на то, что не активирован на нашем влане - временное
отключение агента в глобальном контексте проблему сняло.
Это всё со слов местной техподдержки Ростелекома
и по результатам совместного тестирования.

Причём Ростелекому оказалось проще перевести влан на отдельное волокно
(и на том спасибо), чем оформить внутри себя установку отдельного свича.

Eugene
--
- Локапалы непобедимы, - сказал Кубера, а девочка подняла кубик
и долго-долго разглядывала его, прежде чем назвать.
--- slrn/1.0.3 (FreeBSD)


Текущее время: 19:29. Часовой пояс GMT +4.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot