[PashaNN]

5) Какая на нём конфигурация по дефолту для интерфейса управления? Статический IP? DHCP?

По умолчанию интерфейс управления в 1 влане, IP получает по DHCP, доступ телнетом без пароля.

 

Коллеги, у кого есть доступ - бросьте пожалуйста самый последний софт и документацию на Quidway S2326EI.

Естественно, без передачи и какой-либо публикации где-либо.

Документация лежит в свободном доступе на http://support.huawei.com/support/ , в части коммутаторов есть доки на любые релизы софта.

[Heggi]

Что сейчас есть свежее

s2300-v100r005c01spc100.cc

s23_33_53-v100r005sph008.pat ?

 

Пытаюсь подружить Zyxel NBG334W EE с последней прошивой (360AMW5D0) с этим комутатором по 802.1х, но не проходит он никак авторизацию. Ни в дебаге хуявея нет ничего, ни в логах самого роутера.

С Длинками этот роутер дружит на ура.

[TheUser]

Что сейчас есть свежее

s2300-v100r005c01spc100.cc

s23_33_53-v100r005sph008.pat ?

ftp://ftp.landata.ru/Huawei/Orange/

[Alex/AT]

После длинка субъективное ощущение от хуавеев 2326 - дрянь.

 

Тормозные, софт топорный, явно сляпан на коленке, местами до жути глючный. Коммутация, правда, работает нормально, но этим всё и сказано. PPPoE Circuit-Id есть, но не работает, LLDP c D-Link'ами в одну сторону не заработал, с Cisco работает криво, DHCP Relay нет, и так далее. Из открытой информации только документация, софта в открытом доступе нет, "индивидуальный подход"... т.е. сервисные контракты. Гарантия тоже строго "по талонам", сервисных центров в пределах "шаговой" досягаемости нет.

 

В общем, если выбираете между Huawei 2326 и D-Link 30xx/3200-xx - берите D-Link.

Изменено 15 мая, 2012 пользователем Alex/AT

[s.lobanov]

PPPoE Circuit-Id есть, но не работает

 

работает

 

LLDP c D-Link'ами в одну сторону не заработал

 

в последних версиях софта длинка и хуавея заработало в обе стороны, емнип

 

с Cisco работает криво

 

тоже работало

 

 

dhcp-relay в вашем понимании это цисковский ip helper address(broadcast->unicast) или длинковское добавление dhcp-опции и передача бродкастом дальше?

[TheUser]

После длинка субъективное ощущение от хуавеев 2326 - дрянь.

У меня противоположное мнение.

 

Тормозные, софт топорный, явно сляпан на коленке, местами до жути глючный. Коммутация, правда, работает нормально, но этим всё и сказано. PPPoE Circuit-Id есть, но не работает, LLDP c D-Link'ами в одну сторону не заработал, с Cisco работает криво, DHCP Relay нет, и так далее. Из открытой информации только документация, софта в открытом доступе нет, "индивидуальный подход"... т.е. сервисные контракты. Гарантия тоже строго "по талонам", сервисных центров в пределах "шаговой" досягаемости нет.

Не работающие, но заявленные фичи лечатся пачем, либо новым софтом.

 

В общем, если выбираете между Huawei 2326 и D-Link 30xx/3200-xx - берите D-Link.

При прочих равных условиях нужно брать только Huawei.

[Alex/AT]

Попробуем еще софт R006, на R005SPC008 всё очень и очень плохо.

Самое, что убило - время старта от включения питания до поднятия всего.

3.5-4.5 минуты, это нонсенс. Длинки с trunk'ами (4094 VLAN) стартуют за 1.5 минуты.

Ну и то, что не сконфигурированный свитч хватает IP с DHCP только минут через 5 - тоже напрягает.

Изменено 15 мая, 2012 пользователем Alex/AT

[s.lobanov]

Alex/AT

У хуавея есть жирный плюс по траблшутингу - шикарные дебаги, на уровне cisco. у длинка, если я правильно понимаю нормальных дебагов нет.

[Alex/AT]

Вот честно - на длинках ни разу дебаг не понадобился. Все, что происходит, он пишет в лог и счетчики. Даже представить не могу, чего там можно в целом дебажить, кроме STP. Ясно, что быть может, кому-то оно надо. Но в нашем случае важнее, чтобы железка себя предсказуемо вела, и дебажить ее не приходилось.

 

Ну и повторюсь - да, мнение строго субъективное.

Изменено 15 мая, 2012 пользователем Alex/AT

[s.lobanov]

Alex/AT

Зависит от используемого функционала. По опыту могу сказать, что чаще всего дебаг требуется для мультикаста, точнее для его сигнализации(igmp).

 

Вот честно - на длинках ни разу дебаг не понадобился.

 

Значит у либо очень хороший дизайн сети, либо по каким-то причинам проблемы не проявляются/не доходят до тех. персонала

[Alex/AT]

Вообще у нас CVLAN'ы, по влану на абонента. Для мультикаста - ISM VLAN + Replace IP везде используется, т.е. вся сигнализация благополучно бегает по L2 до L3-узлов. У хуавея multicast VLAN есть, а вот Replace IP в нём нету, тоже в нашем случае печалька, поскольку L3-узлы сделаны так, что работают в плане мультикаста именно с IP свитчей доступа, а не с абонентскими ПК.

Изменено 15 мая, 2012 пользователем Alex/AT

[s.lobanov]

Alex/AT

если у вас cvlan-ы, то зачем нужен pppoe-insertion?

[Alex/AT]

Alex/AT

если у вас cvlan-ы, то зачем нужен pppoe-insertion?

Ликвидация ручного учета привязки абонентов к портам. Особенно в случаях вандализма, когда пачку кабелей обрезают посередке - очень помогает не выискивать, кто и где.

 

Понятно, что можно детектить абонента по SVLAN+CVLAN, но мы стараемся не закладываться и на шаблон конфигурации для коммутатора, т.е. на конкретные CVLAN. Т.е. не держать в базах данных сверх необходимого. Если коммутатор имеет возможность отдавать Circuit Id - этим надо пользоваться.

 

С хуавеями именно так и поступим - будем детектить по SVLAN/CVLAN.

Изменено 15 мая, 2012 пользователем Alex/AT

[s.lobanov]

Если коммутатор имеет возможность отдавать Circuit Id - этим надо пользоваться.

 

До первого PADI-флуда... Потом Вы поменяете своё мнение

[Lynx10]

После длинка субъективное ощущение от хуавеев 2326 - дрянь.

 

У меня противоположное мнение.

 

+1

[s.lobanov]

Replace IP

 

опишите работу этой фичи без длинковских терминов, есть подозрение что хуавея аналог называется igmp-proxy

[Alex/AT]

Если коммутатор имеет возможность отдавать Circuit Id - этим надо пользоваться.

До первого PADI-флуда... Потом Вы поменяете своё мнение

При организации сети с QinQ, CVLAN, loopdetect PADI-флуд может в принципе быть только сознательно устроенный.

При этом источник обнаруживается и отстреливается сначала технически (благо во всех PADI придёт порт), а после выяснения обстоятельств - административно.

Хотя - за несколько лет ни одного такого случая. Не факт, что не появится, конечно, но пока что не было.

 

Replace IP

опишите работу этой фичи без длинковских терминов, есть подозрение что хуавея аналог называется igmp-proxy

Не исключаю. Суть такова: IGMP-запросы, проходя с клиентского порта в магистраль, уходят с иным IP, нежели клиентский. IP для подмены конфигурируется руками.

Изменено 15 мая, 2012 пользователем Alex/AT

[s.lobanov]

Alex/AT

Попробуйте дать команду igmp-snooping proxy в влане, это не совсем то, что вы описываете, но идея схожая - уменьшить кол-во igmp-сигнализации в сети

[ams666]

а есть у кого V100R006C00SPC800 ? скиньте плиз ams666@mail.ru

Догоняем уже долго, дилеры прислали по их мнению самую последнюю которая у нас и стоит

[Heggi]

Свежая прошивка 802.1x не починила.

Самое интересное, что более новые модели роутеров (вроде Zyxel Kinetic) с хуавеями дружат на ура.

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

[Alex/AT]

Alex/AT

Попробуйте дать команду igmp-snooping proxy в влане, это не совсем то, что вы описываете, но идея схожая - уменьшить кол-во igmp-сигнализации в сети

Спасибо, попробуем. По описанию - не совсем то (мы используем совершенно отдельную подсеть для этого дела, нигде, кроме как на L3-агрегаторах, не прописанную), но может быть окажется применимо.

[yoyoshi]

Добрый день господа. сталкнулся с проблеммой загрузки s2326tp-ei после скачка напруги он отказал грузится. светится как новогодний фанарь)) и никаких признаков жизни не подает. решил перепрошить. загрузился в boot меню, отформатировал флещку по х-модему залил на него *.сс и *.рат файлы. обновил бутрум,

на данный момент на нем такие файлы

BIOS LOADING ...
Copyright (c) 2008-2011 HUAWEI TECH CO., LTD.
(Ver141, Jun 17 2011, 15:19:02)

No. File Size(bytes)     Created Date       File Name
=================================================================
1:  19955    bytes   Jan 01 2008 00:19:44   s2300_v100r006sph003.pat

2:  6499548  bytes   Jan 01 2008 02:41:44   S2300-V100R003C00SPC301.cc

после его запуска показывает следующее:

Enter your choice(1-7): 7
Reboot...


BIOS LOADING ...
Copyright (c) 2008-2011 HUAWEI TECH CO., LTD.
(Ver141, Jun 17 2011, 15:19:02)

Press Ctrl+B to enter BOOTROM menu ... 0
Auto-booting...
Decompressing Image file ... done
ERR

BIOS LOADING ...
Copyright (c) 2008-2011 HUAWEI TECH CO., LTD.
(Ver141, Jun 17 2011, 15:19:02)

Press Ctrl+B to enter BOOTROM menu ... 0
Auto-booting...

Auto-booting with last time startup file...
Last time startup file is the same as current startup file!

Seeking a VRP software in flash file-system...
Now, Current startup file is flash:/S2300-V100R003C00SPC301.cc
Decompressing Image file ... done
ERR

и так постоянно.

кто подскажит как побороть этот недуг)

[IVB]

День добрый.

 

Что-то я пока плохо въезжаю в идеологию Huawei.

 

Пытаюсь настроить мультикаст через S2326. Создал мультикаст vlan, создал клиентские vlan'ы. Включил prompt-leave.

 

Вот, собственно, часть конфига (коммутатор пока на стенде):

 

igmp-snooping enable
multicast drop-unknown
#
vlan 8
igmp-snooping enable
igmp-snooping prompt-leave
multicast-vlan enable
multicast-vlan user-vlan 1021 to 1022
vlan 1021
igmp-snooping enable
igmp-snooping prompt-leave
vlan 1022
igmp-snooping enable
igmp-snooping prompt-leave
#
interface Ethernet0/0/10
port hybrid pvid vlan 1021
port hybrid untagged vlan 8 1021
#
interface GigabitEthernet0/0/1
port link-type trunk
port trunk allow-pass vlan 8 103 1021 to 1022
#
interface GigabitEthernet0/0/2
port link-type trunk
port trunk allow-pass vlan 8 103 1021 to 1022

 

vlan 8 - мультикастный, vlan 103 - управляющий (в нем все коммутаторы живут), vlan 1021 и 1022 - клиентские.

 

порт 10 - клиентский, гигабитные порты 1 и 2 - магистральные. 1-й подключен к корневому маршрутизатору, ко 2-му подключен следующий в "гирлянде" коммутатор. В "гирляндах" будет зоопарк (вперемешку Huawei'и и D-Link'и).

 

Правильно ли я понял документацию, что prompt-leave - это аналог fast_leave в D-Link'ах? Вне зависимости от того, включен ли prompt-leave, или не включен, поток на клиентский порт продолжает валить еще довольно продолжительное время после переключения канала. Т.е. если просто неспеша переключать каналы - можно "забить" полностью свой порт. Т.е. fast_leave жизненно необходим.

 

Если я торможу, и promt-leave - это совсем не то, что мне нужно - подскажите, пожалуйста, как можно включить fast_leave на S2326.

 

Firmware: Version 5.70 (S2300 V100R005C01)

[Heggi]

Кто-нить пробовал с S2326 собирать информацию LLDP по SNMP?

Раскопал какие-то MIBы на рабочем компе (давно качал, даже не знаю под какую прошивку), но кроме capabilities ничего найти не удалось. Остальные OID просто молчат.

Может что-то изменилось в самих MIBах и у меня не актуальная версия? Или надо в конфиге комутатора что-то прописать?

 

Прошивка на мутаторе: V100R005C01SPC100

[s.lobanov]

Heggi

MIB там стандратный, но по умолчанию LLDP-MIB не входит в snmp view. Надо сделать так:

snmp-agent mib-view included ALL iso 
snmp-agent community read  COMMUNITY mib-view ALL