Да вот мне тоже показалось, что странно. Лень смотреть, но скорее всего IANA готовит поправки в RFC3330, потом к RFC, чтоб вендоры могли ориентироваться, а уж потом. Хотя, с них станется, конечно.
Какой смысл обсуждать тут хамство и самолюбование в чьем-то персональном блоге? Будет желание, все то же самое можно изложить тут в каментах или отдельным постом без кривляния нормальным тоном — мне не западло ответить и обсудить по делу. Но задача там не в этом, в «смотрите какой я умный». Ну мне не жалко, чо.
Такой же, какой и в линках /31. Директ-бродкаст — это обычный, нормальный адрес. Ничем не лучше и не хуже всех остальных. Одно полудохлое приложение, которому нужно, чтобы он чем-то отличался от других адресов, и которому никто не мешает перейти на мультикаст — это, конечно, архиважный повод выкинуть в помойку такую долю глобального адресного пространства.
Эээ… пардон, а если вы можете просто определить пул виртуальных адресов, не привязанных к физическому интерфейсу, то как вы добьетесь, что сетевое оборудование пошлет пакеты адерсам этого пула именно цитриксу или кому там. VRRP тут вообще ни при чем.
Ой, слушайте, спросите в гугле, чем свич от роутера отличается, а то я устал, если честно )
Адреса подсетей (все нули в хостовой части) и бродкастов (все единицы) нельзя использовать в качестве адресов компьютеров. В случае с серыми адресами это и не является проблемой, т. к. их много.
Это нормальный дизайн, вопрос лишь в том, какие у вас туннели до абонента. Если PPPoE или 1:N VLAN — нормально, если чистый SVLAN 1:1, то так просто не работает. Если PPTP, то вообще говно, а не дизайн.
С другой стороны, ситуация потихоньку меняется. Нынешние брасы стали мощными и multi-edge будет отмирать.
Но мы, собственнно, о чем? О стоительстве сетей ШПД или о ликбезе про маски подсетей? То есть, я-то о втором, а вы — не знаю.
Приходит в TAC обращение с симтомом, типа, я с машины 10.0.0.63 не пингую дефолт гейтвей. А на интерфейсе гейтвея стоит адрес 10.0.0.1/26. Если инженер поддержки ничего не заподозрит, то и не спасет его никакой ipcalc. Вместо 20 секунд потратит несколько дней, пока случайно не придет в голову вбить адерса в калькулятор.
Они вроде еще зимой анонсировали, что распечатают этот блок, а в JUNOS в 11.3R1 таки пока до сих пор:
user@router> show route martians | match 128 128.0.0.0/16 orlonger -- disallowed 128.0.0.0/16 orlonger -- disallowed 128.0.0.0/16 orlonger -- disallowed 128.0.0.0/16 orlonger -- disallowed 128.0.0.0/16 orlonger -- disallowed 128.0.0.0/16 orlonger -- disallowed [...]Вот визгу-то будееет…
root@linux-host:~# ifconfig eth0 10.0.0.63 netmask 255.255.255.192 root@linux-host:~# route add default gw 10.0.0.1 root@linux-host:~# ifconfig | grep "inet addr" inet addr:10.0.0.63 Bcast:10.0.0.63 Mask:255.255.255.192 inet addr:127.0.0.1 Mask:255.0.0.0 root@linux-host:~# route -n Kernel IP routing table Destination Gateway Genmask Flags Metric Ref Use Iface 10.0.0.0 0.0.0.0 255.255.255.192 U 0 0 0 eth0 127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo 0.0.0.0 10.0.0.1 0.0.0.0 UG 0 0 0 eth0 root@linux-host:~#root@linux-host:~# route add default gw 10.0.0.1
root@linux-host:~# ifconfig eth0 | grep «inet addr»
inet addr:10.0.0.63 Bcast:10.0.0.63 Mask:255.255.255.192
root@linux-host:~# route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.0.0.0 0.0.0.0 255.255.255.192 U 0 0 0 eth0
127.0.0.0 0.0.0.0 255.0.0.0 U 0 0 0 lo
0.0.0.0 10.0.0.1 0.0.0.0 UG 0 0 0 eth0
root@linux-host:~#
Адреса подсетей (все нули в хостовой части) и бродкастов (все единицы) нельзя использовать в качестве адресов компьютеров. В случае с серыми адресами это и не является проблемой, т. к. их много.
С другой стороны, ситуация потихоньку меняется. Нынешние брасы стали мощными и multi-edge будет отмирать.
Но мы, собственнно, о чем? О стоительстве сетей ШПД или о ликбезе про маски подсетей? То есть, я-то о втором, а вы — не знаю.
2. То же самое. Скорее всего нет.
Но дело даже не в этом. См. habrahabr.ru/blogs/sysadm/129664/#comment_4313055