[ivb1232]

Кто-нибудь широко применяет Juniper EX3200/4200 ?

Очень интересно, как ведет себя это оборудование.

У нас, как то не очень стабильно работает.

[dnk.nbd]

В чем именно нестабильность проявляется?

Широко не применяем, есть единица в эксплуатации. Было три случая серьезного сбоя.

[ivb1232]

У нас тоже несколько штук в эксплуатации.

Вот на какие проблемы мы наталкивались:

проблемы при создании etherchannel LACP (на другой стороне Cisco 3560),

интерфейс не поднимается. Помогает деактивация/активация интерфейса "ae".

Пропадает коммутация в некоторых вланах (QinQ), помогло удаление customer vlan и их создание.

Иногда помогает clear ethernet-switching table

 

Один EX работает в качестве маршрутизатора, вроде неплохо.

Но периодически падает OSPF, PIM. С чем связано, непонятно.

Похоже прилетает что-то "нехорошее".

 

[ivb1232]

dnk.nbd а у Вас какие проблемы были с EX-ами ?

 

Железки то относительно новые, интересен опыт их эксплуатации.

[dnk.nbd]

Буквально в первую неделю эксплуатации неожиданно "завис", причем намертво даже не отвечал на консоль, помогла только перезагрузка. После переписки с поставщиком было решено обновить JunOS. После обновления был еще один случай такого же "unexpected behavior" и больше не повторялся. Проследить какой либо зависимости не удалось.

Так же агрегируем каналы, но с DLink3627, работал нормально, но буквально недавно начались проблемы с обучением MAC адресам, отказывался вообще коммутировать трафик. При входе через консоль куча сообщений вида "...MRVL-L2:mrvl_fdb_mac_entry_uc_set(),910:Sending FDb MAC add to SFI failed(22) for VLANIdx=...". Перезапуск служб и самого коммутатора проблемы не решал. В итоге помогло только перезапуск коммутатора и после полной загрузки, передергиваем все патч-корды и после down/up порта сразу начиналась коммутация. Прослеживатся зависимость от настроек LACP, т.е. любое изменение конфигурации агрегированных интерфейсов, после commit, приводило к такому ступору коммутатора. На данный момент все интерфейсы агрегации разобраны, ждем новую прошивку.

Изменено 26 июля, 2010 пользователем dnk.nbd

[CityFox]

А с какой прошивкой у вас эти проблемы наблюдались?

[ivb1232]

Мы недавно залили 10.2R1.8.

Посмотрим, как она себя ведет.

[CityFox]

Мы недавно залили 10.2R1.8.

Посмотрим, как она себя ведет.

У меня с этой прошивкой быстро чем-то забился flash и комутатору стало очень плохо, причем request system storage cleanup не помогал.

 

А Service релизы не пробовали? Недавно 10.0S6.1 вышел.

[ivb1232]

Где берете Service релизы ?

На оф. сайте Juniper такого нет.

[dnk.nbd]

А с какой прошивкой у вас эти проблемы наблюдались?

10.1R1.8

[altair]

Кто-нибудь широко применяет Juniper EX3200/4200 ?

Очень интересно, как ведет себя это оборудование.

У нас, как то не очень стабильно работает.

Поставили достаточное количество (более 40 шт.) EX4200 (24p/t, 48p/t) в рамках одного проекта. Почти год нормально работали. Сегодня выяснилось, что в течении 3-х недель вылетело 3 шт. EX4200-48P (постоянная перезагрузка. две из трех железяк стояли в одном Virtual Chassis). Надо идти смотреть.

 

Используются они на доступе. Из используемого функционала - MSTP, VLAN, ACL, ограничение скорости на портах, QoS, DHCP Option 82. Проблем не возникало. Единственный момент, если к порту доступа подключен писюк - со вставкой опции 82 все нормально, если - cisco/Dlink или еще какой-либо маршрутизатор - DHCP запрос на сервера с EX4200 не доходит.

[CityFox]

Где берете Service релизы ?

На оф. сайте Juniper такого нет.

https://www.juniper.net/customers/csc/softw...re_versions.jsp