Модули расширения.

[Знайка]

И меньше 10 не ставится, вы хотите сказать? Ещё раз повторю вопрос про прошивку   Предположу, что в перечисленных вами аппаратах такая поддержка есть потому, что они умеют ospf на виртуальных интерфейсах, типа VPN, чего у нас почему-то нет

[Maika]

Меньше 10 не ставится. Всё верно. Прошивка вроде как предпоследняя (Firmware Version :    V5.6 build 18110820, скопировано с реального оборудования). При попытке настройки и добавления интерфейса пишет "hello interval must be between 10 and 65535" и не добавляется. По поводу point-to-point - нет, там OSPF полноценный: на обычных (network) интерфейсах, на VRF-ных и, конечно, на VPN-ных, и  везде без проблем ставится тип broadcast или point-to-point. Это же полноценная "разновидность" OSPF. Почему бы и нет. А huawei у нас вообще не роутер даже, а всего лишь свитч "с поддержкой роутинга", но point-to-point - одна из основных опций на всевозможных интерфейсах.

[Знайка]

Поставьте, плз, последнюю 5.7, и если там будет так же - я спрошу у разработчика, почему оно так.

[Maika]

Хорошо, отпишу, как поставлю. Это не так просто, всё в работе.

[Знайка]

Понимаю. Но первое, что мне ответит разработчик, будет: "поставьте последнюю версию".

[Maika]

Снова приветствую. В ожидании прошивки хотел вот узнать такую вещь. Всё те же коммутаторы IKS-G6824А... в настройках протокола RIP отсутствует возможность задания интервалов для этого самого RIP. Так и задумано, изменений не предвидится? Если нет, то какие значения тогда используются при включении данного протокола (в обеих версиях, V1 и V2)?

[Знайка]

Доброе утро 30 секунд должно быть и там и там. Изменений думаю не предвидится - умирающий протокол. А зачем вам вообще 1вая версия?

[Maika]

1-я или 2-я, - не важно. Просто удобно резервировать соединение с такими штуками как CN2650 (сервер последовательных интерфейсов), а там есть РИП 1 и 2. Собственно, только он и есть.  А то что 30 сек...жалко. 

[Знайка]

Вообще говоря, механизм triggered update должен обеспечивать отправку сведений об изменившихся маршрутах, не дожидаясь истечения интервального таймера. Правда с оговоркой, что обязателен такой функционал только для удаляемых маршрутов. То есть для добавляемых может и не работать. Как это сделано у нас я, честно говоря, не знаю, надо проверять, а сейчас такой возможности нет

[Maika]

Прошили коммутатор. Версия последняя (5.7, 20-й год). Изменений в интервалах OSPF нет. Как был минимум 10  - так и остался.

[Знайка]

Понял, буду узнавать.

[Maika]

Приветствую. Ещё вопрос. Заметил, что у EDR-810 соседство OSPF не поднимается, если оное пытаемся установить с интерфейса mgmt-vlan. Так и задумано? если да, есть ли ещё какие-нибудь "приколы", связанные с mgmt-vlan?

[Знайка]

Добрый день! Да, это так. Management VLAN там достался нам в наследство от коммутаторов. По сути он вам там не нужен - любой L3 интерфейс будет сразу и Management. Так что есть предложение  задать Management VLAN как 4094 и забыть о нем.

[Maika]

Ну как бы да, но mgmt vlan, вроде как, предполагает наличие ip интерфейса, сеть которого попадает в таблицу маршрутизации и разносится, например OSPF-ом по всему домену. А когда устройств около 30-ти, то таблица изрядно изгажена.

[Знайка]

Если вы укажете несуществующий VID, то и IP на нём не будет, по идее, откуда ему взяться то?

[Maika]

А вот и нет, к сожалению. При указании несуществующего vlan как mgmt, роутер автоматически присваивает ему ip от предыдущего mgmt-vlan, который изначально есть. Т.е., если прям с завода, то при указании mgmt vlan ему будет присвоен ip от 1-го. А просто удалить L3 интерфейс, если он mgmt низя(

[Знайка]

Забавно. Тогда да, он будет разноситься. Спрошу у разработчика, есть ли способ этого избежать.

[Maika]

Да, не забудьте про ОСПФ интервалы))

[Знайка]

Да, вопрос висит, разработчик думает

[Maika]

Ок, благодарю, будем ждать.

[Maika]

Еще бы хотел вот такой вопрос задать. LSA фильтров случайно не планируется добавить в OSPF-опции? Было бы хорошо. А то всякие ненужные маршруты попадают, штук 50 бы отсечь...

[Maika]

И ещё.. опять сражались с EDR-810. Мучали-мучали и вот что увидели: при изменении настроек типа замены mgmt-vlana или настройках OSPF ни с того ни с сего в таблице маршрутизации появляется маршрут типа connected в сеть 10.0.0.0/8.. хотя сети есть 10.30.0.0/29 (единственные с 10-кой). Причем маршрут висит независимо от наличия соединений. Плюс ко всему он разносится по OSPF и тупо мешает. Лечится просто - ребут железки, - тогда маршрут пропадает. Что за багофича?

[Знайка]

Фильтрацию в OSFP просили многие, не первый год, но планов на этот счёт мне неизвестно. Спрошу, может что поменялось.

Про появление 10.0.0.0/8. Дайте, плз, конфиг и точный алгоритм, как это воспроизвести. Посмотрим.

[Знайка]

Забыл написать - про Management VLAN разработчик просит картинку, где бы было видны эти ненужные маршруты (желательно не один).

[Maika]

Мы из этих вланов весь день сегодня делали "полезные". Так что теперь маршруты все нужные. Способ борьбы с таким вланом простой: назначить ему порт аксессный и вырубить порт. Тогда маршрут в сеть просто не будет существовать. А если все порты заняты - тогда будет. Но мы вот решили - пускай пользу приносит. По поводу 10.0.0.0/8 - чуть позже накидаю схему, по которой удалось глюк поймать... но, его "воспроизводимость"... дело тонкое.. Может потребоваться несколько раз проделать процедуру.