IP сейчас несет в себе две функции, индификация хоста и как к нему добраться. Давно уже предлагают их разделить (ILNP, HIP, LISP, etc [1]), но это требует нового стека у клиента (ну кроме LISP).
Фейсбук сделал некоторые[2] наработки используя ILNP, они уже в ядре сейчас [3], оно больше ориентированное на дц. Этот тот самый пример где IPv6 удобнее потому что разделить 128bit на 2 части по 64 бит где одна маршрутизируемая часть а другая индификаця хоста.
[1] https://tools.ietf.org/html/rfc6115 [2] https://tools.ietf.org/html/draft-herbert-nvo3-ila-03 [3] https://lwn.net/Articles/654540/
On 11/11/16 19:07, Yaroslav Kapsalov wrote:
Нет это совсем не то. Это не масштабирумый костыль - таких вариантов было несколько но все это vpn для ленивых. Я говорю о измении принципов глобальной адресации. Считайте что мы утилизировали один перикс /16 для 48 битного адреса. И осталось 65534 префикса равных размерности ipv4. При этом у нас одна таблица раутинга и структура tcam
Best Regards Yaroslav Kapsalov
Sent from my iPad
On 11 нояб. 2016 г., at 18:53, Vladislav V. Prodan admin@support.od.ua wrote:
11 ноября 2016 г., 17:42 пользователь Yaroslav Kapsalov yksmoke@gmail.com написал:
P.s в качестве бреда - надо откатиться назад и сделать правильный в6 добавив два октета перед нашими 4-мя и встроив v4 в один префикс нового 48 битного адреса и обеспечив обратную совместимость аля переход на 32 битные as. :)
Вроде подобное есть для туннелей 6to4 в RFC 3056
При этом адрес IPv4 ставится позади приставки 2002::/16, но в шестнадцатеричном виде.
-- Vladislav V. Prodan System & Network Administrator support.od.ua _______________________________________________ discuss mailing list discuss@enog.org https://www.enog.org/mailman/listinfo/discuss
discuss mailing list discuss@enog.org https://www.enog.org/mailman/listinfo/discuss