shicoy Опубликовано 15 июня, 2010 · Жалоба Все современные коммутаторы уровня доступа так или иначе имеют "проблему" с хэшами. Потому-что: 1) В чипсете более дешевая коммутационная матрица 2) Как следствие п.1 коммутаторы стоят не 600 баксов а существенно ниже 3) Увы, иногда производители чипсетов коммутаторов, слишком стремятся удешивить п.1 и получается как в случае с DES3028. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ArDamant Опубликовано 15 июня, 2010 · Жалоба mukca Я задавал вопрос Ивану про удаленную тему, мне ответили, что никаких проблем с 3200 - нет. Jugernault Да, видимо не только длинк грешен таким. Интересно было бы посмотреть тесты других железок доступа - планетов, телесинов, эджкоров и пр. Кстати, будет очень интересно потестировать свитчи аггрегации от длинка, им ведь с намного большим количеством маков приходится работать. У телесинов проблема не только на уровне доступа... сейчас пытаемся доказать российской тех. поддержке о наличии проблемы в x900 и x908 сериях, подобную проблему видели и в 9448 ... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mschedrin Опубликовано 15 июня, 2010 · Жалоба Все современные коммутаторы уровня доступа так или иначе имеют "проблему" с хэшами. Потому-что:1) В чипсете более дешевая коммутационная матрица 2) Как следствие п.1 коммутаторы стоят не 600 баксов а существенно ниже 3) Увы, иногда производители чипсетов коммутаторов, слишком стремятся удешивить п.1 и получается как в случае с DES3028. Но у 3526 ведь такой проблемы нет? Уверен, что у циски тоже никто не экономит на хэшах. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
shicoy Опубликовано 15 июня, 2010 · Жалоба Все современные коммутаторы уровня доступа так или иначе имеют "проблему" с хэшами. Потому-что:1) В чипсете более дешевая коммутационная матрица 2) Как следствие п.1 коммутаторы стоят не 600 баксов а существенно ниже 3) Увы, иногда производители чипсетов коммутаторов, слишком стремятся удешивить п.1 и получается как в случае с DES3028. Но у 3526 ведь такой проблемы нет? Уверен, что у циски тоже никто не экономит на хэшах. у 3526 есть, только она существенно реже проявляется. у 3526 есть свои недостатки которых нет в последующих сериях.может циска и не экономит, покупайте циску на доступ, кто запрещает? или скажем des3528, там тоже хэштаблицы с большой разрядностью. а вот у подразделения циски линксис ситуация с хешами аналогичная. просто многие забывают что коммутатор доступа, это коммутатор доступа, а не свитч агрегации для 8к адресов. мы за год установив около 800шт des3028, только на одном столкнулись с проблемой хэшей. что мы не так делаем? может просто правильно используем функции коммутатора? а может просто не держим броадкастовые L2 домены на 4к абонентов (как некоторые), а если бы уж и держали то использовали нужные фичи (private vlan, l3 arp proxy, static gateway arp и т.п.) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Умник Опубликовано 15 июня, 2010 · Жалоба доказать российской тех. поддержке о наличии проблемы в x900 и x908 сериях Оффтопик, но что за проблема в двух словах? Сами используем, хотели бы знать known issues. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ingress Опубликовано 15 июня, 2010 · Жалоба Все современные коммутаторы уровня доступа так или иначе имеют "проблему" с хэшами. Потому-что:1) В чипсете более дешевая коммутационная матрица 2) Как следствие п.1 коммутаторы стоят не 600 баксов а существенно ниже 3) Увы, иногда производители чипсетов коммутаторов, слишком стремятся удешивить п.1 и получается как в случае с DES3028. Но у 3526 ведь такой проблемы нет? Уверен, что у циски тоже никто не экономит на хэшах. у 3526 есть, только она существенно реже проявляется. у 3526 есть свои недостатки которых нет в последующих сериях.может циска и не экономит, покупайте циску на доступ, кто запрещает? или скажем des3528, там тоже хэштаблицы с большой разрядностью. а вот у подразделения циски линксис ситуация с хешами аналогичная. просто многие забывают что коммутатор доступа, это коммутатор доступа, а не свитч агрегации для 8к адресов. мы за год установив около 800шт des3028, только на одном столкнулись с проблемой хэшей. что мы не так делаем? может просто правильно используем функции коммутатора? а может просто не держим броадкастовые L2 домены на 4к абонентов (как некоторые), а если бы уж и держали то использовали нужные фичи (private vlan, l3 arp proxy, static gateway arp и т.п.) проблема выплывает с мультикастом. (об этом подробно было указано на кросе) коммутатор доступа(все функции) не должен испытывать проблем с работой 24-48 абонентов(кол-во портов) а испытывает. 4k вланов, 8к адресов требуются для тендеров и конкурсов. в реале предложено следующие свичи(чипсеты) делать с возможностью полностью отключения хеширования (выключение командой кли) и деградацией этих циферек, которые на доступе нормальным людям нужны в районе 255 вланов(палитра 4к), 1000 маков(учитывая все и мультикаст тоже). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Zaqwr Опубликовано 15 июня, 2010 · Жалоба напоминает тестирование в туре "всё включено", в отелях Турции... не доливают однако! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
k.mihal Опубликовано 15 июня, 2010 · Жалоба shicoy в 3526 судя по этим тестам вообще нет такой проблемы вопрос в %% неизученых маков а когда это измеряется двухзначными числами становится страшно. почему вы с этим не сталкивались ? думаю просто вас эта проблема мало волнует аозможно по причини друхих более серьезных проблем. по нашим наблюдениям если на 3028 более 200 маков там гарантировано есть эта проблема не менее чем у 2-5 человек и не важно какие там сегменты и настройки. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mschedrin Опубликовано 15 июня, 2010 · Жалоба shicoy Если вам нравится 3028, то давайте не будем спорить. Я не отговариваю вас от его использования. В моей топологии 3028 не рабоает удовлетворительно. Единственный нормальный свитч от dlink сняли с производства. Переходить на другого вендора проблематично, была надежда на 3200, теперь и ее не осталось. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Denis Samsonov Опубликовано 15 июня, 2010 · Жалоба Да пора уже переходить, осталось только найти куда и на что. А интегрировать с билингом не сложно, благо самописный + инструкции раздать тем-же инженерам на л2 саппорте (там всего несколько комманд будет, а все остальное биллингом) 2_Михаил Щедрин: дык, в скайнете тоже можете перейти - у вас тоже свой биллинг самописный и думаю интегрировать туда новое железо не составит труда, а старое можете постепенно менять или в более мелкие сегменты переносить. кстати, KST (Борода) до сих пор у вас работает? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ArDamant Опубликовано 16 июня, 2010 (изменено) · Жалоба доказать российской тех. поддержке о наличии проблемы в x900 и x908 серияхОффтопик, но что за проблема в двух словах? Сами используем, хотели бы знать known issues. потеря мак адресов при размере fdb >10к. Потери (повсеместные) которые лечаться только ребутом - остальное не помогает. Потери префиксов в протоколе OSPF, которые лечатся только сбросом процесса. Самостоятельные перегрузки. Изменено 16 июня, 2010 пользователем ArDamant Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
bairt Опубликовано 16 июня, 2010 · Жалоба а по 1228\ме можно статистику7 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
shicoy Опубликовано 16 июня, 2010 · Жалоба Не вопрос, методика тестирования есть, тестируйте различные коммутаторы той же ценовой категории что и des3200, des3028. врядли у кого не будет ситуации с хэшем. 2k.mihal я бы на вашем месте не переходил на личности. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
d10r Опубликовано 16 июня, 2010 · Жалоба Edge-core ES3528M: Залито 7000, запомнено 5484 D-Link DGS 3200-24: Залито 7000, запомнено 6679 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
s.lobanov Опубликовано 16 июня, 2010 · Жалоба Edge-core ES3528M: Залито 7000, запомнено 5484 А он ведь пишет, что на марвеле: >sh ver | i Chip Chip Device ID: Marvell 98DX106-B0, 88E6095[F] Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
shicoy Опубликовано 16 июня, 2010 (изменено) · Жалоба еще раз все современные коммутаторы урезают 16-битную хештаблицу до 13-15 бит, но только разными алгоритмами, в зависимости от алгоритма коллизии могут быть большей или меньшей степени в реальной сети. Вообщем смысл такой что жить с этим придется по любому, надо искать варианты как жить. Изменено 16 июня, 2010 пользователем shicoy Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mukca Опубликовано 16 июня, 2010 (изменено) · Жалоба мы за год установив около 800шт des3028, только на одном столкнулись с проблемой хэшей. что мы не так делаем? может просто правильно используем Вообщем смысл такой что жить с этим придется по любому, надо искать варианты как жить. имхо надо искать замену железа где такой пробемы нет зачем бороться с болезнью если можно найти оборудование без болезни?!? (надо найти :D ) зы у меня из DES-3028 (коих всего максимум чтук 10 установлено на доступе) только на 2х нету данной проблемы. на всех остальных вылазит минимум 2-3 пары совпадение хешей причем влан на 1-2 домам и максимум в самом большом влане 180-200 абонентов. в среднем наверное 60-80 абонентов. имхо это совсем не дело. Изменено 16 июня, 2010 пользователем mukca Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sdy_moscow Опубликовано 16 июня, 2010 · Жалоба интересно а в 3627 не пробовали заливать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Jugernault Опубликовано 16 июня, 2010 · Жалоба Ещё можно провести один тест - сделать порт транковым, в который вдуваются фреймы с разными маками и с разным номерами вланов. Если разница в % по незученным макам будет такая же, то значит, что на 3200 тупо увеличили длину хеша(или сделали отображение "более равномерным"(имхо вряд ли)). Linksys SPS224G4 Порт в состоянии транк, на транке 72 влана. dstMAC = "3c:df:1e:eb:bd:c2" for n in xrange(512) : srcMAC = "00"+str(RandMAC())[2:] vlanid = random.randint(128, 200) pkt = Ether(src=srcMAC, dst=dstMAC)/Dot1Q(vlan=vlanid)/IP(src="127.0.0.1",dst="10.10.10.10")/Padding(load="X"*18) srcMAC + " " + str (vlanid) + " " + str(n) sendp(pkt, verbose=0) Выполнял скрипт 10 раз, после каждого раза просмотр и сброс таблицы коммутации. В результате, все 10 раз в таблице 513 маков. При увеличении серии до 1000 пакетов - 1-2 выпадают. При дальнейшем увеличении серии выпадений еще больше. Серия в 8192 пакета дает следующий результат: console# sh bridge address-table count This may take some time....................... Capacity : 8192 Free : 2343 Used : 5849 Secure : 0 Dynamic : 5849 Static : 0 Internal : 0 интересно а в 3627 не пробовали заливать?Сейчас пробую... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
shicoy Опубликовано 16 июня, 2010 · Жалоба зачем бороться с болезнью если можно найти оборудование без болезни?!? (надо найти :D )Найдете не забудте сообщить. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
woddy Опубликовано 16 июня, 2010 · Жалоба Найдете не забудте сообщить. +1 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Jugernault Опубликовано 16 июня, 2010 · Жалоба интересно а в 3627 не пробовали заливать?Короче я в шоке - или лыжи не едут (т.е. сам тест несколько некузявый) или вокруг одно говно. Тестируется DGS-3627G. dstMAC = "3c:df:1e:eb:bd:c2" for n in xrange(16384) : srcMAC = "00"+str(RandMAC())[2:] pkt = Ether(src=srcMAC, dst=dstMAC)/IP(src="127.0.0.1",dst="10.10.10.10")/Padding(load="X"*18) srcMAC + " " + str(n) sendp(pkt, verbose=0) Перед тестом: DGS-3627G:5#show fdb Command: show fdb Unicast MAC Address Aging Time = 1000000 VID VLAN Name MAC Address Port Type ---- -------------------------------- ----------------- ----- ----------------- 1 default 00-21-91-BC-0D-00 CPU Self 1 default 00-24-8C-73-F2-49 24 Dynamic 2 intra_vid2 00-21-91-BC-0D-01 CPU Self 3 clients_vid3 00-21-91-BC-0D-02 CPU Self Total Entries: 4 После теста: DGS-3627G:5#show fdb Command: show fdb Unicast MAC Address Aging Time = 1000000 VID VLAN Name MAC Address Port Type ---- -------------------------------- ----------------- ----- ----------------- 1 default 00-21-91-BC-0D-00 CPU Self 1 default 00-24-8C-73-F2-49 24 Dynamic ... ... ... 2 intra_vid2 00-21-91-BC-0D-01 CPU Self 3 clients_vid3 00-21-91-BC-0D-02 CPU Self Total Entries: 14035 Какие у кого мысли? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
umike Опубликовано 16 июня, 2010 (изменено) · Жалоба надеюсь вы не забываете перед тестом увеличить mac-address-table aging-time ? Edge-Core ES3528M раньше были Hardware Version: R01 Chip Device ID: Marvell 98DX107-A2, 88E6095[F] EPLD Version: 0.05 из последних купленных уже Hardware Version: R01Chip Device ID: Marvell 98DX106-B0, 88E6095[F] EPLD Version: 0.07 в последний влито 7000 маков (уникальных, проверил). Total of Dynamic Entries: 5501 повтор: Total of Dynamic Entries: 5415 Изменено 16 июня, 2010 пользователем umike Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nickD Опубликовано 16 июня, 2010 · Жалоба проблема выплывает с мультикастом. (об этом подробно было указано на кросе)коммутатор доступа(все функции) не должен испытывать проблем с работой 24-48 абонентов(кол-во портов) а испытывает. 4k вланов, 8к адресов требуются для тендеров и конкурсов. в реале предложено следующие свичи(чипсеты) делать с возможностью полностью отключения хеширования (выключение командой кли) и деградацией этих циферек, которые на доступе нормальным людям нужны в районе 255 вланов(палитра 4к), 1000 маков(учитывая все и мультикаст тоже). Можно по подробнее почему проблема с мультикастом возникнет. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mukca Опубликовано 16 июня, 2010 · Жалоба shicoy woddy не мешайте мечтать зы des-3526 нашел :D тока их нынче нету у поставщиков сами знаете ;) shicoy woddy не мешайте мечтать зы des-3526 нашел :D тока их нынче нету у поставщиков сами знаете ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...