Перейти к содержимому
Калькуляторы

Оборудование QTech Особенности, плюсы, минусы

:) а вы думали все по полочкам разложат? все рассчитано на спец заказы- они интеграторы+производители...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

позволю мне ответить за кютех.... так как с ними общался довольно долго

Уважаемый qtech. Что-бы разрешить тут все споры, прямо и без виляний ответьте на следующие вопросы:

 

1. Есть ли у вас исходники прошивок? Да/Нет.

2. Сами ли вы правите баги или отсылаете репорты китайцам и ждёте от них реакции? Правим сами/отсылаем китайцам.

3. Огласите конкретные цены на ваши коммутаторы. Комутатор ХХХ - УУУ долларс, Коммутатор РРР - ААА долларс.

4. Если нельзя огласить цены на железо, предлагаю объяснить причину такого нехарактерного для продавца явления.

5. Интересно наличие склада в России. После оплаты железа, его нужно ждать месяцы или можно "как с Д-Линком", получить товар на следующий день?

1) да, но по факту дописывают китайцы..(некоторые девайсы(пинговалка например) сами пишут)

2) китайцы...

3) Если огласить ГПЛ- то вы пошлете... если огласишь реальные, с скидками.. то пошлют клиенты :) это не просто производитель-он интегратор продает готовое решение...

5) есть, топовые модели 1000 штук ждать только транспортная сколько будет идти... не сильно распространенные-2-3шт на складе... 2-3 на стенде..

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Плотно используем 2800 на доступе и 8200 на агрегации - проблем не наблюдаем. Были косяки с отваливающемся конфигом (2800), быстро пофиксили. Предыдущие свичи (2900 на доступ и 3200 на агрегацию) это был тихий ужас. В один момент пришлось все поменять, т.к. сеть умирала ужасающими темпами.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Плотно используем 2800 на доступе и 8200 на агрегации - проблем не наблюдаем. Были косяки с отваливающемся конфигом (2800), быстро пофиксили. Предыдущие свичи (2900 на доступ и 3200 на агрегацию) это был тихий ужас. В один момент пришлось все поменять, т.к. сеть умирала ужасающими темпами.

вам их поставщик заменил?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Плотно используем 2800 на доступе и 8200 на агрегации - проблем не наблюдаем. Были косяки с отваливающемся конфигом (2800), быстро пофиксили. Предыдущие свичи (2900 на доступ и 3200 на агрегацию) это был тихий ужас. В один момент пришлось все поменять, т.к. сеть умирала ужасающими темпами.

вам их поставщик заменил?

Починил (заменили блоки питания), ставить пока никуда не ставили - стремно :-)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Ну а раз

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Здравствуйте!

 

На доступе стоят 2900,2700,2800. Работаем по PPPoE. 2900 глючные, что ппц- убираем из сети по мере выхода из строя (с этим есть проблемы у 2900). 2700 и 2800- все ок, проблем вообще нет. Единственное бесит, что порт консоли разный, надо иметь два кабеля. STP, port-security,loopback detection- работает без нареканий.

 

На агрегации стоят 8300- все ок.

 

Все работает на L2.

 

Из того, что есть в сети не кутек для доступа h3c s3100, агрегация h3c s5500. Кора- cisco.

Изменено пользователем garryfisher

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

На IPoE переходить вдруг соберетесь - не советую приземлять L3 на 8300 : )

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

нормальное там l3, если софт 7-ку испльзовать

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Все тикеты в саппорте QTech, связанные с 8300, никуда не делись с переходом на 7-ю версию, как было убожеством, так и осталось.

При чем в 7-й версии, что забавно, пропали некоторые "ненужные" функции.

seven(config-if-ethernet1/0/1)#bridge-protocol filter ?

<cr>

 

six(config-if-ethernet1/0/1)#bridge-protocol filter ?

dot1x Filter dot1x

gmrp Filter gmrp

gvrp Filter gvrp

lacp Filter lacp

lldp Filter lldp

stp Filter stp

<cr>

 

 

Видимо, за ненадобностью : )

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

На IPoE переходить вдруг соберетесь - не советую приземлять L3 на 8300 : )

 

А какие проблемы с L3 у него?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А какие проблемы с L3 у него?

Если пользоваться "технологией" SuperVLAN, можно, например, получить головную боль с ARP Proxy. Это напрямую не связано с L3, но когда такие элементарные фичи не работают, это повод задуматься.

Саппорт QTech так и не смог решить нам проблему, когда при включенном arp-proxy subvlan, до абонента не доходил ACK от DHCP.

Лечилось это магией "no arp-proxy subvlan X", передергиванием порта абонента, а после того, как он получил адрес, обратно включать arp-proxy, чтобы вернуть связь между офисами.

Саппорт у них не шибко расторопный, на все есть классический ответ, над которым мы уже давно стебемся: "Не смогли повторить вашу проблему на стенде, попробуйте обновиться", естественно после обновления на 7-ю версию проблемы никуда не делись.

 

Сам SuperVLAN работает только с connected host polling (ввиду чего видимо и имеет ограничение на 127 subvlan).

 

Самая "песня" у нас случилась в одном из спальных районов, там часто электричество выключают, поэтому 8300 у нас за стеной из UPS. Нагрузка в среднем была в районе 30% на железку. Схема VLAN на дом, несколько /24 сетей на одном SuperVLAN'е, APR Proxy отключен, PIM. Трафика в районе 800 Мбит в ЧНН. Район вообще ничем не примечательный. В один "прекрасный" день после очередного отключения света, к которому все давно привыкли, в саппорт шквал звонков - не получают адреса люди, а кто с адресами, у тех безбожно медленно ползает сеть. Железка удаленная, кое-как попали, CPU 100%. Время позднее, трафика почти нет (откуда ему быть, никто адреса не получил), подумали, что кольцо или глюканул какой кутек на доступе. Вырубили все порты разом. Нагрузка упала до 10-15%. Включаешь любой порт, вообще рандомно - сразу 100%. Доходило даже до того, что включали порт, за которым один единственный коммутатор! Потеряли управление. С ядра убрали маршруты на абонетские сети, оставили только управление, сразу попали на железку, нагрузки нет, открываем порты - нагрузки. Подумали, что что-то льется снаружи, с L3 убрали subvlan'ы тем хостам, у кого были живые лизы, вернули маршруты, 100% CPU.

 

Меняли все возможные прошивки, брали абсолютно новый из коробки 8300, в общем ничего не помогало. Видимо профиль трафика как-то не устраивал 83-й.

 

Лечили магией - убирали почти все subvlan'ы из SuperVLAN и возвращали с промежутками по времени, следя за ростом нагрузки. Держали в районе 85%. Устав выслушивать от абонентов, воткнули в разрыв временно 7609 (валялась на складе) с rsp720, ip unnumbered + dhcp snooping, свели все VLAN с 8300 туда. В итоге забыли про этот район снова, нагрузка на 8300 16%, на кошке 2 в ЧНН. Саппорт говорит: верните все обратно, будем мучить вас и абонентов, пока не разберемся. C ARP-proxy, кстати, тоже свели 8300 на вышестоящий 6509, проблемы исчезли. Глупо сравнивать QTech и Cisco, понятное дело. Но я тогда даже не знаю, куда эти кутеки можно применять?

 

Про коммутаторы доступа и их прелести вообще могу понарассказывать всякого. У нас их сотни всех версий. Чего стоит только 28-я серия с новой 7-й прошивкой, где пришлось откатываться на 6-ю, потому что коммутаторы рандомно не пропускали маки через себя.

 

7-я прошивка, которую хвалил оратор выше, с MRPP (зачем-то сделали одноуровневым вместо ERRP), поддерживает только до 5 колец. Год выпрашивали у них прошивку, сделали китайцы 6-ю версию, обновили железку, после ребута из SuperVLAN исчезают все subvlan. Но 48 колец работаю исправно, ничего не скажешь. Много таких вот убогих мелочей у железки.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

дхцп релей на кутэке? если да, то в последней прошивке SNR-3750 оно работает чуть более чем никак.. но там ловили тоже странности ( в общем с дхцп релеем и супервланом реально есть беда.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Как говорили древние: "Кроилово ведет к попадалову".

Среди российских вендоров достойных вроде и нет, есть лишь те с косяками которых за скидку можно смириться.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

DVM-Avgoor, а как же eltex?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вот кстати с eltex у нас пока проблем не было.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

DVM-Avgoor, а как же eltex?

 

 

Он и есть тот с кем можно мириться. Но не во всех железках, хорошие скидки на xPON они не дают, а убогий дизайн не излечим. Вот с этим я не могу смириться никак.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

DVM-Avgoor

убогий дизайн это внешний вид или Cisco IOS-like CLI? или ещё что-то?

 

Если пользоваться "технологией" SuperVLAN, можно, например, получить головную боль с ARP Proxy. Это напрямую не связано с L3, но когда такие элементарные фичи не работают, это повод задуматься.

Саппорт QTech так и не смог решить нам проблему, когда при включенном arp-proxy subvlan, до абонента не доходил ACK от DHCP.

.....

Вообще говоря, для терминирования кастомеров нужно применять брасы, а не дешёвейшие l3-свитчи. Но жизнь такова, что вам может достаться сетка с убогим дизайном(L3 connected) и в этом случае как терминаторы в режиме L3 super-vlan(он же ip unnumbered в терминах Cisco) нормально работает только Cisco и более-менее Huawei S93 с софтом >=V2R1. Всё остальное это вечное бета-тестирование новых прошивок, а к тому моменту как более-менее допилят, продукт уже будет end-of-sale, появится новый и так по кругу

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

DVM-Avgoor

убогий дизайн это внешний вид или Cisco IOS-like CLI? или ещё что-то?

 

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

Это так же отсутствие единого cli между семействами устройств, равно как и наличие 3-х отдельных юнитов в одном устройстве, на которые надо логинится и конфигурить их отдельно.

Все говорит о том, что элтекс взял куски от PMC Sierra и китайских свитчей, соединил пачкордом в одной коробке и назвал "устройством". Было бы терпимо, если бы цену опустили.

 

в режиме L3 super-vlan(он же ip unnumbered в терминах Cisco) нормально работает только Cisco

 

А еще ruijie, которые мы знаем как DGS-3610/7210. Или вы длинки не щупали, но по-инерции не уважаете? :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Это так же отсутствие единого cli между семействами устройств, равно как и наличие 3-х отдельных юнитов в одном устройстве, на которые надо логинится и конфигурить их отдельно.

Все говорит о том, что элтекс взял куски от PMC Sierra и китайских свитчей, соединил пачкордом в одной коробке и назвал "устройством".

 

В этом я с вами полностью согласен. Собственно, меня больше всего раздражало, что на линейных картах конфиг хранится в .xml, а бэкап всего шасси это какая-то куча файлов, зажатая в tgz, которые просто так не запихнёшь в git или БД (как я делал с остальными конфигами). Даже создавал кейс по этому поводу довольно давно, не знаю уж чем закончилось, сейчас нет доступа в их кейс-систему.

Но в целом оно работает.

 

А еще ruijie, которые мы знаем как DGS-3610/7210. Или вы длинки не щупали, но по-инерции не уважаете? :)

Конкретно с 7210 и 3610 не работал, но по опыту работы с остальными я бы не рискнул на них запускать l3 super-vlan с dhcp-релеем с учётом того какие детские болячки то и дело всплывают у них(у продукции с лейблом dlink)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Но в целом оно работает.

 

Да, я не спорю. Однако я адепт подхода "я делаю все идеально, поэтому оно стоит денег". Увы первая часть выражения не соответствует второй в их продукции.

 

Конкретно с 7210 и 3610 не работал, но по опыту работы с остальными я бы не рискнул на них запускать l3 super-vlan с dhcp-релеем с учётом того какие детские болячки то и дело всплывают у них(у продукции с лейблом dlink)

 

 

В том и смысл, сам длинк ничего приличного л3 не делает, но зато возит приличный ОЕМ :-)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Если пользоваться "технологией" SuperVLAN, можно, например, получить головную боль с ARP Proxy.

 

Мне в общем нужно между interface-vlan трафик гонять, OSPF на 1,5 тыс маршрутов, без всяких наворотов и фильтров. Есть вероятность что придется взять либо Qtech 8300 или SNR-S3750G, не понятно чего ждать)))

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Тупой роутинг эта китайщина прожевывает без проблем. Так что только если контрол плейн умрёт от Дейкстры

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Если пользоваться "технологией" SuperVLAN, можно, например, получить головную боль с ARP Proxy.

 

Мне в общем нужно между interface-vlan трафик гонять, OSPF на 1,5 тыс маршрутов, без всяких наворотов и фильтров. Есть вероятность что придется взять либо Qtech 8300 или SNR-S3750G, не понятно чего ждать)))

Может лучше бу циску?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.