LINUX.ORG.RU
ФорумAdmin

non-continious network mask


0

0

господа,
вчера вот знакомый подкинул вопрос. он со студентами читал rfc950, и натолкнулся в секции примеров на следующее:

3. A Class C Network Case (illustrating non-contiguous subnet bits)

For this case, assume that the requesting host is on class C
network 192.1.127.0, has address 192.1.127.19, that there is a
gateway at 192.1.127.50, and that on network an 3-bit subnet field
is in use (01011000), that is, the address mask is 255.255.255.88.

посмотрел я на это, и стал копать, где ж такое описано (non-contiguous subnet bits). всю жизнь считал, что так нельзя, да и ни одна протестированная мной реализация не позволяет назначить маску с битами 0 и 1 вперемешку. ничего нигде не нашел, ни один прочитанный рфц про такое ничего не говорит.

объясните, пожалуйста, как это и где можно про это почитать? может, это просто раньше было такое предложение, но в до proposed standart так и не дошло? такое ощущение, что я пропустил что-то крупное в жизни...

★★★★★

Ответ на: комментарий от pupok

> а проблемы с роутингом не начнутся если ставить 0 и 1 вперемешку?

А ты попробуй постваь) уверен на 99% что у тебя это не выйдет)

Nao ★★★★★
()
Ответ на: комментарий от Nao

> А ты попробуй постваь) уверен на 99% что у тебя это не выйдет)

мы тут все теоретики, а ты практик :). Понятно что

# ifconfig eth0 10.10.1.1 netmask 255.0.255.0

из под Linux не сработает. У ТС вопрос типа «а можно ли написать свой IP стек чтобы делать сетки вида 255.0.255.0».

pupok ★★
()
Ответ на: комментарий от pupok

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

val-amart ★★★★★
() автор топика

такое ощущение, что я пропустил что-то крупное в жизни...

ты не один такой

drull ★☆☆☆
()
Ответ на: комментарий от pupok

> а проблемы с роутингом не начнутся если ставить 0 и 1 вперемешку?
проблемы будут в том случае, если внутреннее представление таблицы маршрутизации отсортировано по длине маски. а большинство реализаций так и делает

val-amart ★★★★★
() автор топика
Ответ на: комментарий от mky

И он правильно их отрабатывает? Хотя почему бы и нет - с точки зрения математики-то ничего сверхъестественного, только из-за сортировки таблицы маршрутизации проблемы начинаются?

oxumorron
()
Ответ на: комментарий от oxumorron

Раньше отрабатывал правильно, сейчас, наверное, тоже, я не проверял. А проблемы, скорее, начнутся из-за сложности представления в голове такой сети, одно дело, когда 192.168.1.16/28, а другое, когда 192.168.1.0/255.255.255.88.

mky ★★★★★
()
Ответ на: комментарий от mky

> Зато в iptables можно указывать такие маски :)

В iptables оно по-другому работает :-)

no-dashi ★★★★★
()
Ответ на: комментарий от pupok

freebsd опять заруливает?

[20:25] hizel@tnigh ~ >sudo ifconfig fxp0 inet 10.0.0.1 netmask 255.0.255.0
[20:26] hizel@tnigh ~ >ifconfig fxp0
fxp0: flags=8843<UP,BROADCAST,RUNNING,SIMPLEX,MULTICAST> metric 0 mtu 1500
options=2008<VLAN_MTU,WOL_MAGIC>
ether 00:50:8b:0b:17:17
inet 10.0.0.1 netmask 0xff00ff00 broadcast 10.255.0.255
media: Ethernet autoselect (none)
status: no carrier
[20:26] hizel@tnigh ~ >uname -a
FreeBSD tnigh.vyborg.ru 8.0-RC1 FreeBSD 8.0-RC1 #0: Sat Sep 26 22:26:29 MSD 2009 root@tnigh.vyborg.ru:/usr/obj/usr/src/sys/RNIGHT amd64

hizel ★★★★★
()
Ответ на: комментарий от hizel

> freebsd опять заруливает?

а на всех свичах в твоей локалке тоже freebsd стоит? или у тебя локалка из одной машины? :)

pupok ★★
()
Ответ на: комментарий от pupok

> а свичи тут причем? :]
ну а кто в реальности будет разруливать трафик и всякие broadcast/anycast/multicast?

ну мултикаст мы сразу отбросим ;]

что касается остального, вопрос на засыпку: откуда свич узнает\знает какая маска у разных устройств в сети? :]

hizel ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.