Eagle18 Опубликовано 22 января, 2015 · Жалоба по поводу обновления подумаю. процесс небыстрый. клиенты надоедать начнут. даже ночью сосут по полной. Даже с профилактическими работами тянуть иногда приходиться. По поводу igmp согласен, зачем делать лишнюю работу на комутере. Завтра сотанется отключить на последний маршрутизатор и проверить со стороны клиентов зараза летит что ospf вырубает или нет. И буду собирать point-to-multipoint. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Hirurgus Опубликовано 22 января, 2015 · Жалоба Посмотрите в сторону config multicast vlan_filtering_mode vlanid 998 forward_all_groups И еще вариант тут # IGMP_MULTICAST_VLAN config igmp_snooping multicast_vlan forward_unmatched enable Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vurd Опубликовано 22 января, 2015 · Жалоба Посмотрите в сторону config multicast vlan_filtering_mode vlanid 998 forward_all_groups И еще вариант тут # IGMP_MULTICAST_VLAN config igmp_snooping multicast_vlan forward_unmatched enable 1. Он по умолчанию форвардинг везде. И в конфиге не отображается. Считай, уже настроено. 2. Это вообще к мальтикаст влану относится, он выключен, его нет, поэтому параметры не имеют значения. По поводу igmp snooping, у меня привычка везде его включать, чтобы не видеть левый трафик. Там где быть его не должно. Можно и не включать. Отсюда следует вывод, что кроме обновления прошивки делать на длинке нечего. Вообще 3120 очень удачный свитч, с ним реально не было никаких проблем на агрегации. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Eagle18 Опубликовано 22 января, 2015 · Жалоба А кроме обновления свитча есть ещё идеи что может быть?! В SE100 нет никаких ограничений на количество соседей, там же вроде на многое нужны лицензии. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vurd Опубликовано 22 января, 2015 · Жалоба Нет, лицензии на кол-во нейборов там точно нет :) subscriber dynamic-service NO l2tp NO mpls NO subscriber high-availability NO subscriber active 8000 YES subscriber bandwidth 60 YES media-gateway multimedia NO media-gateway calls NO ipv6 NO multicast-routing NO subscriber active ipv6 NO ces NO all-ports NO nat enhanced YES media-gateway msrp NO media-gateway srtp NO media-gateway rtmp NO media-gateway ice-gateway NO eps sgw NO eps combined-gw NO eps pgw NO eps gn-gp NO eps charging offline cdr NO eps charging offline rf NO eps gx NO Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Eagle18 Опубликовано 23 января, 2015 · Жалоба Доброе утро всем. Есть хорошая новость. Выключил последний маршрутик (R4) и ospf падать перестал. Сейчас вопрос в поиске заразы. Хорошо что там 5-6 vlan только. легко будет вычислить. Но появилась другая проблема на R3. Напомню сеть: сеть звезда, R1- se100, R2,R3,R4- cisco, R5-mikrotik Отключил cisco которая была DR (R4) для R3. Заранее выставил др cisco (R2) BDR по приоритету и увидел следующее на R3: Neighbor ID Pri State Dead Time Address Interface 172.16.5.3 50 EXSTART/BDR 00:00:36 10.10.12.7 FastEthernet0/0 172.16.5.11 25 FULL/DR 00:00:17 10.10.12.2 FastEthernet0/0 172.16.5.15 1 2WAY/DROTHER 00:00:37 10.10.12.6 FastEthernet0/0 176.16.5.21 0 2WAY/DROTHER 00:00:36 10.10.12.20 FastEthernet0/0 почему то R3 никак не могла связаться с другой cisco R2. 10.10.12.7. И ночью сегодня сидел возился с приоритетами, почему то не всегда железка с высшим выставленным приоритетом становиться DR. Хотя связь с ней устанавливается и все отлично. и железка с высшим приоритетом появилась в сети раньше всех. но видимо долго с ней договаривалась и др железка выступила в роли DR. И ещё заметил. R3 не выходиn в инет. 172.16.5.11 это SE100. 172.16.5.3 это другая cisco (R2)в сети, с которой так и не получилось завязаться. И по идее так связка и идет что каждая железка через se100 (R1) выходит в инет (звезда). Но как показывает практика, стоило мне вернуть отключенный маршрутик (R4), он сразу стал BDR для железки (R3) и она вышла в инет.Получается что связка звезда не работает. Либо работает но маршруты берутся как то не понятно. При отсутствии R4 маршрутизатор R3 не выходит в инет, но возвращаешь R4 трафик с R3 при трассировке идет верно как и расчитано R3->R1 минуя R4. Пишу утром после бессной ночи поэтому мысли могут путаться)) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DVM-Avgoor Опубликовано 23 января, 2015 · Жалоба Траблшутинг OSPF надо начинать или с мануала по тому как он работает (он не простой как 3 копейки, хоть и сложилось такое заблуждение) или с перевода всего на iBGP. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Eagle18 Опубликовано 23 января, 2015 · Жалоба траблшутинг и мануал уже до дыр перечитан. подобного ничего нет. Либо в 4 глаза не нашли. Проблема не тривиальная. Читал-пишут что застряло в определенном состоянии значит не может договориться, а почему и по каким причинам этого не видел ни в мануалах ни траблшутинге Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...