r
итого минус 2 тыщи маршрутов, минус 1 тыща адресов. вся сетка у клиента
не пойдёт
Size: a a a
2018 May 07
r
все эти роутеры с веб-фейсами требуют линк-сеть и "server IPv6 address"
VG
пойдет. но могут быть нюансы с клиентами, которые требуют шлюз
r
так ради этого и был весь сыр-бор, когда сразу все встряли с тем что всего одна /64
r
"нету адресов которые надо прописать на туннель"
VG
для решения - выделить одну /64, повесить из нее /128 на lo, остальные - по /128 отдавать клиентам в качестве их адреса клиента
r
это всё уже акробатика
r
надо не перебарщивать с упрощением, клиентские роутеры самые разные, и многие из них требуют тупо "как у HE"
VG
согласен. где-то может быть захардкожено ::2 в качестве адреса клиента
VG
еще вариант, добавлять на стороне сервера не prefix::1/48 адрес, а prefix::/48. как адрес валиден, и обычно никем не занимается на клиентской стороне, в отличии от ::1
MA
вот если исправить развешивание айпишников на туннель
Если в туннель будет смотреть /48 то за шлюз ничего не уйдёт.
MA
Не надо так делать.
VG
Если в туннель будет смотреть /48 то за шлюз ничего не уйдёт.
почему?
r
Если в туннель будет смотреть /48 то за шлюз ничего не уйдёт.
не надо путать L2 и L3 туннели.
здесь L3 туннель точка-точка - и то о чём ты говоришь не актуально
здесь L3 туннель точка-точка - и то о чём ты говоришь не актуально
r
всё что смотрит в туннель свалится клиентскому роутеру при любом раскладе
r
ему личновруки
VG
другими словами в этом туннеле ndp не работает by design.
MA
Почему в ipv4 маршрут не пойдёт на 192.168.123.123 за 192.168.0.2 если на роутере выше будет адрес 192.168.0.1/16
MA
вот потому же\
r
так на клиенте не будет /48 смотреть обратно-то в туннель, лол