Есть такой у нас RFC3021 "Using 31-Bit Prefixes on IPv4 Point-to-Point Links", который как раз рассказывает про про это. Мы все привыкли что минимальная подсеть идет у нас по /30 - адрес у нас и значащий адрес клиенту, адрес сети и бродкаст идут в неизменный довесок и вроде все юзается так сказать и все устраивает, но вот можно допустим провести оптимизацию и адреса по беречь.
Документ с мотивации собственно и начинается:
Документ короткий и по сути ничего не рекомендует, а вот так элегантно обходит все аккуратно:
При такой маски у нас получается только два адреса:
адрес сети он же первый адрес сети
максимальный адрес совпадает с броадкастом
ВАЖНО: они все же не являются адресами сети и бродкаст, а только
адресами для работы точка - точка.
Соответственно перестают работать все протоколы, которые работают на broadcast-трафике. В сети пишут, что это даже больше плюс, чем минус т.к. ибрает возможность атаки.
Лично у меня на старенькой циски 1760 не получилось провернуть такое, но возможно надо обновится(если б можно было конечно).
А вот на JUNIPER SRX-110 прокатило, только надо привыкнуть к синтексу т.к. запись масок в октетах не понимает, только префиксы:
set interfaces ge-0/0/0 unit 0 family inet address 1.2.3.4/28
[edit]
root@SRX_110_CherTELECOM# show interfaces fe-0/0/1
description to--->ACX_CENTEL_em0.0;
unit 0 {
family inet {
address 192.168.2.141/30;
address 192.168.10.2/31;
}
}
Причем, к моему идивлению принял такую маску и AddPac:
!
interface FastEthernet0/0
ip address 10.20.201.36 255.255.255.254
ip access-group 150 in
bridge-group 1
speed auto
no qos-control
!
Может на практике с ним что-то м вылезет, но пока весьма достойно смотрится
Идея безусловно интересная и думаю со временем в провайдерах тема зайдет, а вот в карпорейт ценность этого относительная и условная, куда им такое прикрутить не понятно.
Документ с мотивации собственно и начинается:
1. Introduction and Motivation
The perceived problem of a lack of Internet addresses has driven a number of changes in address space usage and a number of different approaches to solving the problem: - More stringent address space allocation guidelines, enforced by the IANA and the regional address assignment authorities [RFC2050]. - Use of Network Address Translators (NATs), where a small number of IANA-compliant addresses are shared by a larger pool of private, non-globally routed addresses topologically behind a NAT box [RFC1631].
Документ короткий и по сути ничего не рекомендует, а вот так элегантно обходит все аккуратно:
Цель этого документа - обсудить применимость и работу 31-битных префиксов в двухточечных ссылках. Эффекты (если таковые имеются) на другие типы интерфейсов не рассматриваются.
При такой маски у нас получается только два адреса:
адрес сети он же первый адрес сети
максимальный адрес совпадает с броадкастом
ВАЖНО: они все же не являются адресами сети и бродкаст, а только
адресами для работы точка - точка.
Соответственно перестают работать все протоколы, которые работают на broadcast-трафике. В сети пишут, что это даже больше плюс, чем минус т.к. ибрает возможность атаки.
Лично у меня на старенькой циски 1760 не получилось провернуть такое, но возможно надо обновится(если б можно было конечно).
А вот на JUNIPER SRX-110 прокатило, только надо привыкнуть к синтексу т.к. запись масок в октетах не понимает, только префиксы:
set interfaces ge-0/0/0 unit 0 family inet address 1.2.3.4/28
[edit]
root@SRX_110_CherTELECOM# show interfaces fe-0/0/1
description to--->ACX_CENTEL_em0.0;
unit 0 {
family inet {
address 192.168.2.141/30;
address 192.168.10.2/31;
}
}
Причем, к моему идивлению принял такую маску и AddPac:
!
interface FastEthernet0/0
ip address 10.20.201.36 255.255.255.254
ip access-group 150 in
bridge-group 1
speed auto
no qos-control
!
Может на практике с ним что-то м вылезет, но пока весьма достойно смотрится
Идея безусловно интересная и думаю со временем в провайдерах тема зайдет, а вот в карпорейт ценность этого относительная и условная, куда им такое прикрутить не понятно.
Комментариев нет:
Отправить комментарий