Size: a a a

2020 April 22

BL

Boris Lytochkin in freebsd_ru
Наверное, можно придумать какой-то alias к fib, чтобы туда можно было бы записать нечто, похожее на rd и использовать этот как алиас к номеру фиба
источник

DL

Dmitry Luhtionov in freebsd_ru
Boris Lytochkin
Наверное, можно придумать какой-то alias к fib, чтобы туда можно было бы записать нечто, похожее на rd и использовать этот как алиас к номеру фиба
ну так я за это и говорил
источник

BL

Boris Lytochkin in freebsd_ru
не, ты говори не за это
источник

BL

Boris Lytochkin in freebsd_ru
ты набросил, что fib = 1 byte
источник

BL

Boris Lytochkin in freebsd_ru
к тому же, это ещё и неправда
источник

BL

Boris Lytochkin in freebsd_ru
net/if.h:               u_int   ifru_fib;
источник

DL

Dmitry Luhtionov in freebsd_ru
ну так два пути:
1 - расширить fib до 8 байт
2 - сделать алиас к нему
источник

DL

Dmitry Luhtionov in freebsd_ru
чтобы можно было выполнить аналог такой команды на JUNOS "show route table rd-prefix XXX"
источник

AF

Andrey F in freebsd_ru
ну так может эту команду просто надо написать, в смысле запатчить
источник

BL

Boris Lytochkin in freebsd_ru
я на 99% уверен, что  junos сделал второй путь
источник

DL

Dmitry Luhtionov in freebsd_ru
источник

AF

Andrey F in freebsd_ru
но при чём тут фиб, который тупо внутренний номер таблици?
источник

DL

Dmitry Luhtionov in freebsd_ru
fib == VRF
источник

BL

Boris Lytochkin in freebsd_ru
Boris Lytochkin
net/if.h:               u_int   ifru_fib;
в ядре, кстати, ещё более точно
uint32_t fibnum
источник

DL

Dmitry Luhtionov in freebsd_ru
Итак VRF — это не маршрутизатор в маршрутизаторе, а всего лишь изоляция таблицы маршрутизации одного клиента от другого и от основной таблицы маршрутизации роутера — это надо твердо усвоить (маршрутизатор в маршрутизаторе — это например logical systems в JunOS). По сути можно провести аналогию с VLAN — между различными VLAN пакеты напрямую не передаются (между VLAN пакеты должны идти через маршрутизируемый интерфейс), так же и два VRF, живущих на одном маршрутизаторе не могут общаться друг с другом без перераспределения маршрутов, так как их таблицы маршрутизации не имеют маршрутов к друг другу.
источник

DL

Dmitry Luhtionov in freebsd_ru
К PE-маршрутизатору подключены два клиента, но есть проблема — оба клиента имеют одно и то же приватное адресное пространство — 10.0.0.0/24. Предположим что между CE1 и PE запущен OSPF, а между CE2 и PE — RIP. На PE нам необходимо сделать перераспределение маршрутов из IGP протоколов в BGP, что бы передать маршруты клиентов на другие PE-маршрутизаторы. Для BGP это один и тот же префикс 10.0.0.0/24, поэтому перераспределен и анонсирован соседям по BGP будет только один лучший маршрут. Но нам то надо анонсировать оба маршрута. Вот тут нам на помощь приходит Route Distinguisher. Его единственной, но очень важной задачей является сделать заведомо не уникальный префикс уникальным. Получается это с помощью добавления 64-битного Route Distinguisher к искомому префиксу:
источник

DL

Dmitry Luhtionov in freebsd_ru
если я в обеих FIB сделаю сети 192.168.0.1/24 и соединюсь с одним bgp пиром
источник

DL

Dmitry Luhtionov in freebsd_ru
как bgp пир узнает о том, с какой таблицей маршрутизации он имеет дело ?
источник

DL

Dmitry Luhtionov in freebsd_ru
ответ - я ему должен выдавать RD
источник

AF

Andrey F in freebsd_ru
ещё раз как всё это связано с внутренним номером fib?
источник