zoro Опубликовано 12 августа, 2013 · Жалоба :) а вы думали все по полочкам разложат? все рассчитано на спец заказы- они интеграторы+производители... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zoro Опубликовано 12 августа, 2013 · Жалоба позволю мне ответить за кютех.... так как с ними общался довольно долго Уважаемый qtech. Что-бы разрешить тут все споры, прямо и без виляний ответьте на следующие вопросы: 1. Есть ли у вас исходники прошивок? Да/Нет. 2. Сами ли вы правите баги или отсылаете репорты китайцам и ждёте от них реакции? Правим сами/отсылаем китайцам. 3. Огласите конкретные цены на ваши коммутаторы. Комутатор ХХХ - УУУ долларс, Коммутатор РРР - ААА долларс. 4. Если нельзя огласить цены на железо, предлагаю объяснить причину такого нехарактерного для продавца явления. 5. Интересно наличие склада в России. После оплаты железа, его нужно ждать месяцы или можно "как с Д-Линком", получить товар на следующий день? 1) да, но по факту дописывают китайцы..(некоторые девайсы(пинговалка например) сами пишут) 2) китайцы... 3) Если огласить ГПЛ- то вы пошлете... если огласишь реальные, с скидками.. то пошлют клиенты :) это не просто производитель-он интегратор продает готовое решение... 5) есть, топовые модели 1000 штук ждать только транспортная сколько будет идти... не сильно распространенные-2-3шт на складе... 2-3 на стенде.. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dsparill Опубликовано 13 августа, 2013 · Жалоба Плотно используем 2800 на доступе и 8200 на агрегации - проблем не наблюдаем. Были косяки с отваливающемся конфигом (2800), быстро пофиксили. Предыдущие свичи (2900 на доступ и 3200 на агрегацию) это был тихий ужас. В один момент пришлось все поменять, т.к. сеть умирала ужасающими темпами. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Butch3r Опубликовано 13 августа, 2013 · Жалоба Плотно используем 2800 на доступе и 8200 на агрегации - проблем не наблюдаем. Были косяки с отваливающемся конфигом (2800), быстро пофиксили. Предыдущие свичи (2900 на доступ и 3200 на агрегацию) это был тихий ужас. В один момент пришлось все поменять, т.к. сеть умирала ужасающими темпами. вам их поставщик заменил? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dsparill Опубликовано 13 августа, 2013 · Жалоба Плотно используем 2800 на доступе и 8200 на агрегации - проблем не наблюдаем. Были косяки с отваливающемся конфигом (2800), быстро пофиксили. Предыдущие свичи (2900 на доступ и 3200 на агрегацию) это был тихий ужас. В один момент пришлось все поменять, т.к. сеть умирала ужасающими темпами. вам их поставщик заменил? Починил (заменили блоки питания), ставить пока никуда не ставили - стремно :-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sol Опубликовано 13 августа, 2013 · Жалоба Ну а раз все рассчитано на спец заказы- они интеграторы+производители... - то топикстартер ошибся форумом... Тут это не нужно никому. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
garryfisher Опубликовано 16 октября, 2014 (изменено) · Жалоба Здравствуйте! На доступе стоят 2900,2700,2800. Работаем по PPPoE. 2900 глючные, что ппц- убираем из сети по мере выхода из строя (с этим есть проблемы у 2900). 2700 и 2800- все ок, проблем вообще нет. Единственное бесит, что порт консоли разный, надо иметь два кабеля. STP, port-security,loopback detection- работает без нареканий. На агрегации стоят 8300- все ок. Все работает на L2. Из того, что есть в сети не кутек для доступа h3c s3100, агрегация h3c s5500. Кора- cisco. Изменено 16 октября, 2014 пользователем garryfisher Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tehmeh Опубликовано 16 октября, 2014 · Жалоба На IPoE переходить вдруг соберетесь - не советую приземлять L3 на 8300 : ) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
skinner Опубликовано 17 октября, 2014 · Жалоба нормальное там l3, если софт 7-ку испльзовать Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tehmeh Опубликовано 17 октября, 2014 · Жалоба Все тикеты в саппорте 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> Видимо, за ненадобностью : ) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
artmc Опубликовано 17 октября, 2014 · Жалоба На IPoE переходить вдруг соберетесь - не советую приземлять L3 на 8300 : ) А какие проблемы с L3 у него? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tehmeh Опубликовано 18 октября, 2014 · Жалоба А какие проблемы с 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 колец работаю исправно, ничего не скажешь. Много таких вот убогих мелочей у железки. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
zhenya` Опубликовано 18 октября, 2014 · Жалоба дхцп релей на кутэке? если да, то в последней прошивке SNR-3750 оно работает чуть более чем никак.. но там ловили тоже странности ( в общем с дхцп релеем и супервланом реально есть беда. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tehmeh Опубликовано 18 октября, 2014 · Жалоба Да, релей на кутеке. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DVM-Avgoor Опубликовано 18 октября, 2014 · Жалоба Как говорили древние: "Кроилово ведет к попадалову". Среди российских вендоров достойных вроде и нет, есть лишь те с косяками которых за скидку можно смириться. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
EShirokiy Опубликовано 18 октября, 2014 · Жалоба DVM-Avgoor, а как же eltex? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
tehmeh Опубликовано 18 октября, 2014 · Жалоба Вот кстати с eltex у нас пока проблем не было. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DVM-Avgoor Опубликовано 18 октября, 2014 · Жалоба DVM-Avgoor, а как же eltex? Он и есть тот с кем можно мириться. Но не во всех железках, хорошие скидки на xPON они не дают, а убогий дизайн не излечим. Вот с этим я не могу смириться никак. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 18 октября, 2014 · Жалоба 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, появится новый и так по кругу Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DVM-Avgoor Опубликовано 18 октября, 2014 · Жалоба DVM-Avgoor убогий дизайн это внешний вид или Cisco IOS-like CLI? или ещё что-то? Убогий дизайн это то, как прокидывать мультикаст со свитч-асик на xPON-асик, реализация. Это так же отсутствие единого cli между семействами устройств, равно как и наличие 3-х отдельных юнитов в одном устройстве, на которые надо логинится и конфигурить их отдельно. Все говорит о том, что элтекс взял куски от PMC Sierra и китайских свитчей, соединил пачкордом в одной коробке и назвал "устройством". Было бы терпимо, если бы цену опустили. в режиме L3 super-vlan(он же ip unnumbered в терминах Cisco) нормально работает только Cisco А еще ruijie, которые мы знаем как DGS-3610/7210. Или вы длинки не щупали, но по-инерции не уважаете? :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 18 октября, 2014 · Жалоба Это так же отсутствие единого cli между семействами устройств, равно как и наличие 3-х отдельных юнитов в одном устройстве, на которые надо логинится и конфигурить их отдельно. Все говорит о том, что элтекс взял куски от PMC Sierra и китайских свитчей, соединил пачкордом в одной коробке и назвал "устройством". В этом я с вами полностью согласен. Собственно, меня больше всего раздражало, что на линейных картах конфиг хранится в .xml, а бэкап всего шасси это какая-то куча файлов, зажатая в tgz, которые просто так не запихнёшь в git или БД (как я делал с остальными конфигами). Даже создавал кейс по этому поводу довольно давно, не знаю уж чем закончилось, сейчас нет доступа в их кейс-систему. Но в целом оно работает. А еще ruijie, которые мы знаем как DGS-3610/7210. Или вы длинки не щупали, но по-инерции не уважаете? :) Конкретно с 7210 и 3610 не работал, но по опыту работы с остальными я бы не рискнул на них запускать l3 super-vlan с dhcp-релеем с учётом того какие детские болячки то и дело всплывают у них(у продукции с лейблом dlink) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DVM-Avgoor Опубликовано 18 октября, 2014 · Жалоба Но в целом оно работает. Да, я не спорю. Однако я адепт подхода "я делаю все идеально, поэтому оно стоит денег". Увы первая часть выражения не соответствует второй в их продукции. Конкретно с 7210 и 3610 не работал, но по опыту работы с остальными я бы не рискнул на них запускать l3 super-vlan с dhcp-релеем с учётом того какие детские болячки то и дело всплывают у них(у продукции с лейблом dlink) В том и смысл, сам длинк ничего приличного л3 не делает, но зато возит приличный ОЕМ :-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
artmc Опубликовано 18 октября, 2014 · Жалоба Если пользоваться "технологией" SuperVLAN, можно, например, получить головную боль с ARP Proxy. Мне в общем нужно между interface-vlan трафик гонять, OSPF на 1,5 тыс маршрутов, без всяких наворотов и фильтров. Есть вероятность что придется взять либо Qtech 8300 или SNR-S3750G, не понятно чего ждать))) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 18 октября, 2014 · Жалоба Тупой роутинг эта китайщина прожевывает без проблем. Так что только если контрол плейн умрёт от Дейкстры Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
dIMbI4 Опубликовано 19 октября, 2014 · Жалоба Если пользоваться "технологией" SuperVLAN, можно, например, получить головную боль с ARP Proxy. Мне в общем нужно между interface-vlan трафик гонять, OSPF на 1,5 тыс маршрутов, без всяких наворотов и фильтров. Есть вероятность что придется взять либо Qtech 8300 или SNR-S3750G, не понятно чего ждать))) Может лучше бу циску? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...