Добрый день решил настроить OSPF (простейший вариант), ранее не пробывал настраивать. Линк компа воткнут в gi 0/20. Пинги до компа идут. На нем настроена quagga.
Настройки 3610 следующие
Версия прошивки

DGS-3610#sh ver
System description : DGS-3610-26G Gigabit Ethernet Switch
System start time : 2011-07-19 10:21:58
System uptime : 8:5:28:35
System hardware version : A1.0
System software version : v10.4(3) Release(117920)
System BOOT version : 10.3 Release(94612)
System CTRL version : 10.3 Release(94612)
Device information:
Device-1
Hardware version : A1.0
Software version : v10.4(3) Release(117920)
BOOT version : 10.3 Release(94612)
CTRL version : 10.3 Release(94612)

Вот интерфейсы

Вот вырезка router ospf 777

Вот вывод

DGS-3610#sh ip ospf
Routing Process "ospf 777" with ID 172.28.100.154
Process uptime is 13 minutes
Process bound to VRF default
Memory Overflow is enabled.
Router is not in overflow state now.
Conforms to RFC2328, and RFC1583Compatibility flag is enabled
Supports only single TOS(TOS0) routes
Supports opaque LSA
Enable two-way-maintain
Initial SPF schedule delay 1000 msecs
Minimum hold time between two consecutive SPFs 5000 msecs
Maximum wait time between two consecutive SPFs 10000 msecs
Initial LSA throttle delay 0 msecs
Minimum hold time for LSA throttle 5000 msecs
Maximum wait time for LSA throttle 5000 msecs
Lsa Transmit Pacing timer 40 msecs, 10 LS-Upd
Minimum LSA arrival 1000 msecs
Pacing lsa-group: 240 secs
Number of incomming current DD exchange neighbors 0/5
Number of outgoing current DD exchange neighbors 0/5
Number of external LSA 0. Checksum 0x000000
Number of opaque AS LSA 0. Checksum 0x000000
Number of non-default external LSA 0
External LSA database is unlimited.
Number of LSA originated 1
Number of LSA received 0
Log Neighbor Adjency Changes : Enabled detail
Graceful-restart disabled
Graceful-restart helper support enabled
Number of areas attached to this router: 1: 1 normal 0 stub 0 nssa
Area 1
Number of interfaces in this area is 1(2)
Number of fully adjacent neighbors in this area is 0
Number of fully adjacent virtual neighbors through this area is 0
Area has no authentication
SPF algorithm last executed 00:11:37.550 ago
SPF algorithm executed 2 times
Number of LSA 1. Checksum 0x00385b

DGS-3610#sh ip ospf neighbor и пустота

DGS-3610#sh ip ospf route

OSPF process 777:
Codes: C - connected, D - Discard, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2

C 172.28.100.0/24 [1] is directly connected, VLAN 1, Area 0.0.0.1

Вот конфиг компа

Подскажите в чем неправ?

тип сети не забывайте указывать на интерфейсах (с обеих сторон) и все у вас получится...
ip ospf network broadcast или какой вам надо?
ну и сети хоть какие-то затяните для анонсов...

Удалось заработало!

Добрый день! Максим хотел бы посоветоваться с Вами. Значит запустил OSPF между DGS3610 и DGS3627G а также на прочих узлах L3. На стеке 3627G создана сетка для свитчей в отдельном управляющем влане и видится на ядре 3610 в area 1. Все прекрасно работает.
Хочу сервера FreeBSD которые подключены в 3610 включить в процесс OSPF.
Вопросы следующие 1)Как лучше создать отдельную в router ospf 1111 area 0 и туда добавить все сети которые есть на 3610 к примеру

Ну и прочие вланы с интерфейсами.
А на FreeBSD также создать процесс OSPF и включить туда интерфейс сетевой карты. Должно работать по идее. Разные area вроде хороши для удобства применения правил acl на area.
2) Может не допонял но для того чтобы сосед из одного дома в одной сети бежал не большой петлей (через ядро) к соседу в соседнем доме а они все пролетают через узлы распределения L3 и далее все сводится в итоге на ядро. Надо чтобы эти сети которые есть на ядре виделись на узлах распределения (DGS-3324 и т.п.) я так понимаю? Тогда L3 перенаправит пакет малой петлей (не через ядро).
3) Будут ли видется сети на узлах L3 которые допустим будут в area0? Какие доп. настройки необходимы?
Извиняюсь за возможно глупые вопросы просто спросить не у кого. Спасибо если ответите по пунктам и порекомендуете оптимальный вариант!

Приветствую.

Для начала хочется сказать, что число secondary интерфейсов более 2х на svi это - bad design
1) Подсеть заьтягивается просто 1 командой:
network 172.28.X.0 0.0.0.255 area Y

Только почему вам надо все затягивать в area 0 обязательно.
Разные зоны хороши тем, что можно контролировать анонсы изначально без всяких acl, существуют разные типы area, почитайе теорию.
Всякие дистрибьют листы и фильтры, это уже так называемый route-leaking для тонкой настройки
2) Не совсем понял вопросы про петли, но могу сказать одно если L2 терминитурется на L3 логику, то петель быть не должно
3) Все зависит от типа area обычно area 0 видит все маршруты...

Опишите свою задачу простыми словами, что у вас есть текущая физика и логика лучше со схемой... и что вы хотите получить в итоге... и тогда я и другие люди с форума смогут вам помочь.

1)Не спорю когда пришел это уже было. Как раз занимаюсь переводом домов на вланы и на DHCP. Пока у юзеров статические настройки эти сети убить немогу. Получается 1 дом 1 влан + своя подсеть. Кстати для DHCP использую Микротик RB (1000) на каждый влан запущен свой DHCP сервер. Не в тему но можно ли такое сделать на 3610? Сколько юзеров может потянуть железка?
2) Про петли имел ввиду несколько иное - вот схема DES-3526№1-DGS3324SR-DES-3526№2. DGS-3324SR подключен в 3610. Так вот я допустим сижу на DES-3526№1 обращаюсь к компьютеру подключенному к DES-3526№2. Трафик я так понимаю бежит сейчас так DES-3526№1 затем DGS3324SR затем 3610 затем опять на DGS3324SR и потом DES-3526№2. А хотелось бы DES-3526№1-DGS3324SR и сразу DES-3526№2. На DGS3324SR настроен OSPF. Будет ли так работать?

1) DHCP сервер сделать можно, но на мой взгляд не нужно.... DHCP сервер должен оставаться сервером...3610 это не сервер с мощным CPU, сколько потянет не скажу...
2) Вы мне логику включений скажите, в каких VLAN кто находится, какие коммутаторы являются шлюзами для клиентов, о которых вы говорите...

Есть сегмент все комутаторы в управляющем влане. Это 3526 включенные в DGS-3324 который в свою очередь включен в 3610, где для абонентов шлюзом является 3610 а абоненты пока в дефолтном влане. Да и управляемое оборудование стоит на доступе пока не везде - меняем. Может и нет смысла затеваться пока на вланы и сети все не разделю?

Так у Вас DGS-3324 как L2 или как L3? Приведите ПОЛНУЮ топологию, с указанием адресов и чего и как хотите настроить. Без этого невозможно дать хоть сколько-нибудь внятный ответ.

На DGS-3324 есть vlan 910 - управление узлами сеть 172.16.16.0/27. Vlan 900 сеть 172.16.20.0/23 для управления доступом, и включен OSPF. 3324 является шлюзом для доступа. (172.16.20.1). На 3610

DGS-3610(config)#sh ip ospf route

OSPF process 1111:
Codes: C - connected, D - Discard, O - OSPF, IA - OSPF inter area
N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
E1 - OSPF external type 1, E2 - OSPF external type 2

C 172.16.16.0/27 [1] is directly connected, VLAN 910, Area 0.0.0.1
O 172.16.20.0/23 [2] via 172.16.16.2, VLAN 910, Area 0.0.0.1

OSPF позволяет видеть в офисной сети комутаторы которые стоят на доступе. Если я добавляю сети которые статикой прописаны на 3610
Вот пример

то на любом L3 появляется сеть

DGS-3627G:admin#show iproute
Command: show iproute


Routing Table

IP Address/Netmask Gateway Interface Cost Protocol
------------------ --------------- ------------ -------- --------
0.0.0.0/0 172.16.16.1 System 1 Default
172.16.16.0/27 0.0.0.0 System 1 Local
172.16.20.0/23 0.0.0.0 For_Access 1 Local
172.28.1.0/24 172.16.16.1 System 2 OSPF
172.28.100.0/24 172.16.16.1 System 2 OSPF

Total Entries : 5

Сетка 172.28.1.0/24 абонентская. На серверах FreeBSD это имеет смысл, так как прописывать на каждом все сети это не рационально. Так как шлюзом является 3610 для сети 172.28.1.0/24 у пользователей статикой прибиты настройки то я понимаю что в любом случае весь трафик будет проходить через 3610. Смысл затеи описывал ниже чтобы скажем соседи подключенные к 1-му агрегационному узлу находясь в одной подсети трафик шел не через 3610 который является шлюзом для них а непосредственно так DES-3526№1-DGS-3324-DES-3526 №2. Понятно что если шлюзом для них будет DGS-3324 то так оно и будет работать. Просто в нынешнем варианте хотел оптимизировать загрузку каналов по трафику в плане маршрутизации. Чтобы трафик шел по наикратчайшему маршруту.
Практическая польза уже есть с серверами - не надо руками ничего прописывать. В двух словах на практике что-нибудь дадут появившиеся сети на агрегации в плане поиска оптимального маршрута? Полагаю что нет.

Где IP адреса? Извините, но текста много, а информацию из него извлечь крайне сложно.
Если Вы хотите чтобы трафик шёл через 3324, то он должен работать как L3 и он должен быть шлюзом для пользователей.
В чём Ваш вопрос? Вы можете организовать сеть так, как Вам удобно.