Jump to content
Калькуляторы

Joneg

Пользователи
  • Content Count

    38
  • Joined

  • Last visited

About Joneg

  • Rank
    Абитуриент

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Скажите, у кого нибудь работает такая схема. В центре Cisco 6500 (MST), в нее включены кольца из dlink (RSTP). Вланы каждого кольца в отдельном instance Я читал, что такая совместимость есть только с MSTI0. Давно пытались тестировать, у нас не заработало, кажется dlink-и DES-3526 не видели cisco 6500 как root и строили свой RSTP (приоритет выставляли) И это действительно изолирует TCN только в вланах инстанции?
  2. Unicast RPF в strict режиме не помог, некорректный адрес в vlan продолжает работать Будем зарезать через ACL
  3. Можно подробнее? Все vlan-ы ведь в любом случае будут терминироваться в этой коммутаторе, какая разница будет там разные ip в vlan или один ip unnumbered interface Vlan100 no shutdown ip address 10.100.0.1/16 interface Vlan200 no shutdown ip address 10.200.0.1/16 В каждой сети свой шлюз по умолчанию из своего диапазона на 10.х00.0.1. Вопрос еще раз, точно вам нужно /16??? Вы приводите пример без ip unnumbered, не решается проблема раздачи белых IP. К тому же клиенты уже есть, изменять все проблематично /16 указано в примере, на деле там /22, но думаю это не меняет ваш вопрос Адреса взяты с запасом, хостов там будет не больше сотни. vlan-ов тоже около сотни
  4. На клиентах будет прописана маска 255.0.0.0. Маршрут 10.0.0.0/8 на шлюз прописывать клиентам? Спасибо, почитаю
  5. А как реализовать возможность, чтобы клиенты видели друг друга напрямую? Ну это в примере, на практике там подсети меньше, хоть и не на много (22) :) А вообще ради белых IP, чтобы в каждую сеть не добавлять белый ip блок
  6. Скорее всего вы правы, у железа целевая аудитория - датацентры. Ну давайте представим, что в датацантре я выдаю серверам, находящимся группами в разных vlan, ip адреса описанным мною способом ) Свитч был куплен для обслуживания небольшой сети, он стоит и работает, остальной функционал в нем всем устраивает, но с ip unnumbered возникла такая проблема
  7. На платформе Nexus по другому используют ip unnumbered?
  8. Столкнулись со странным поведением функции ip unnumbered в маршрутизаторах Nexus3064, firmware 7.0.3.I7.3, на Loopback добавлен шлюз 10.0.0.1, в каждом vlan небольшое количество клиентов, адреса которым предполагается выдавать из диапазона адресов. Что-то типа этого: interface loopback0 ip address 10.0.0.1/32 ip router ospf 1 area 0.0.0.0 interface Vlan100 no shutdown ip unnumbered loopback0 ip proxy-arp interface Vlan200 no shutdown ip unnumbered loopback0 ip proxy-arp ip route 10.0.0.0/8 Null0 ip route 10.100.0.0/16 Vlan100 ip route 10.200.0.0/16 Vlan200 У клиентов устанавливаются адреса в зависимости от vlan, маска 8 и шлюз 10.0.0.1 и это хорошо работает Однако если клиент установит ip адрес не из диапазона своего vlan, то все продолжает работать. Маршрутизатор находит этого клиента и добавляет его в таблицу маршрутизации сам (отображается в sh ip route am), я не нашел информации о каких то функциях автообучения в nxos (команда pull там не доступна). В Cisco 6500 похожая настройка работает прекрасно, клиент с неправильным ip адресом не работает вообще. Как сделать, чтобы и в nxos такие клиенты перестали работать?
  9. Расскажите пожалуйста поподробнее... Какой софт? Дешифровка аппаратная или программная? Можно в top посмотреть нагрузку?
  10. Всем привет Пользуется кто нибудь железкой TBS MOI PRO AMD? Как у нее надежностью и производительностью? Планируется использовать ее набитой адаптерами с CI модулями и аппаратной дешифровкой. Суммарно выходит 8 транспондеров, в том числе HD каналы. Была попытка использовать TBS Moi Pro, которая лагала из-за USB сетевухи и постоянно зависала. В интернете очень мало информации о этой новой железке
  11. Здравствуйте К Catalist 6500 подключено некоторое количество подсетей, на циске поднят mst со всеми vlan, в общем самый успешный вариант совместимости. На остальном оборудовании RSTP. В подробности вдаваться не буду, так работает уже давно и в целом все хорошо. Схема обсуждалась на этом форуме. Оборудование в основном DLink самых разных серий и моделей. Недавно в сети появились свитчи SNR-2950 и SNR-2960 (26 и 52 порта) и обнаружилась проблема с RSTP. Когда где-то в сети происходит изменение топологии, циска, рассылающая всем bdpu пакеты, ставит флаг изменение топологии. DLink реагирует на это записью в логе и нормально работает, SNR в свою очередь перестает коммутировать пакеты в течении случайного времени и по всем vlan, иногда это пара сотен милисекунд, а иногда доходит до 5-и секундных провалов. Забавно это выглядит на цепочках из таких свитчей, где, чем дальше от циски, тем длинее лаги. И совсем грустно, когда где-то в сети начинает болтаться какой нибудь линк, приводящий к постоянной смене топологии. Пока в сторону SNR свитчей включаем BPDU фильтры и руками разрываем кольца, пока не исправим повреждение в другой подсети, приводящее к сменам топологии. SNR свитчей пока мало и это не сложно делать. Пытался активировать debuging на SNR, но похоже он не работает. Сталкивался ли еще кто нибудь с такой проблемой? На стенде собирать конфигурацию для демонстрации времени пока нет, может быть проблема уже известна и разработчики уже работают над ее решением в будущих прошивках?
  12. Проблему решили обновлением из винды. Особо не разибрались. С Firefox в OpenSuse телефоны обновляться не хотели
  13. Здравствуйте. Купили партию VP-7010. На первых трех телефонах кое как через несколько сбросов конфига умудрился обновить прошивку до последней и глюки прошли. Начали распаковвывать оставшиеся телефоны и ни на одном из них не могу обновить прошивку. Везде пишет Update fail на дисплее телефона, а при попытке обновить по tftp в ключенным дебагом: [MGR] | NOTICE | Firmware Update started,please wait .....# [MGR] | NOTICE | Firmware save failed Пробовал как предыдущую устанавливать так и последнюю. Хотя на первых трех установил сразу последнюю. На телефонах попадается прошивки как 2009 так и 2011 года. Проблема везде одинаковая Спасибо
  14. подскажите серия 1100 умеет IGMP Multicast VLAN ? Меня тоже интересует этот вопрос. Нам так и не удалось заставить его работать. Включение\выключение IGMP snooping не дает никаких изменений.
  15. Это значит, что vrf-ы могет обмениваться друг с другом трафиком? Да, так и задумано.