faq обучение настройка
Текущее время: Вс июн 29, 2025 20:04

Часовой пояс: UTC + 3 часа




Начать новую тему Ответить на тему  [ Сообщений: 242 ]  На страницу Пред.  1 ... 6, 7, 8, 9, 10, 11, 12 ... 17  След.
Автор Сообщение
 Заголовок сообщения:
СообщениеДобавлено: Вт июл 06, 2010 14:08 
Не в сети

Зарегистрирован: Пн дек 11, 2006 11:46
Сообщений: 432
Откуда: Etherway, Чебоксары
ArDamant писал(а):
Инженера уже проклинают производителя, а между прочим, года через 2 - 3 они будут занимать какие либо руководящие должности в компаниях.

А старые куда денуться? На пенсию уйдут?

ArDamant писал(а):
Молодцы D-Link воспитывают подрастающее поколение заранее... дай бог им избежать шишек на лбу от далеко не наших ошибок, просчетов и самое обидное - утаивания информации, а по-сути дезинформации специалистами компании.

Поверьте мне, у DLINK в это плане все еще очень даже хорошо, другие производители даже разговаривать об этой проблеме не хотят, нет ее и не е....т.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июл 06, 2010 14:14 
Не в сети

Зарегистрирован: Пт май 05, 2006 16:52
Сообщений: 4181
Откуда: default
shicoy писал(а):
Поверьте мне, у DLINK в это плане все еще очень даже хорошо, другие производители даже разговаривать об этой проблеме не хотят, нет ее и не е....т.

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

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


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июл 06, 2010 15:31 
Не в сети

Зарегистрирован: Вт окт 24, 2006 22:25
Сообщений: 114
ArDamant писал(а):
Проблему с 3028 и 3200-28 решаем перемещением в сегменты где реализован vlan per building

В случае с 3028/3052 даже такие меры проблемы не решают. У нас 3028/52 используются на доступе - порт на абонента . На каждый свич - свой абонентский вилан. Максимум на свиче - 50 абонентов. Управление всех свичей (около 250 штук) было вынесено в один управляющий вилан. Ну и в добавок IP-TV на 50 каналов. Так вот, не было ни одного 3028, где бы sh food показал бы отсутствие коллизий - абонентские маки, маки свичей, мультикастовые маки бились между собой. Для хоть какого-то облегчения ситуации было принято решение управляющий вилан побить на 14 отдельных виланов. После этого в одном управляющем вилане стало не более 24 свичей. В результате количество коллизий уменьшилось, но всё равно они остались.
Самое печальное, что на замену 3028 мы заказали партию 3200. Вот теперь сидим и чешем репу - не получится замена шила на мыло... :D


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июл 06, 2010 16:02 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт янв 21, 2005 11:52
Сообщений: 11212
Откуда: D-Link, Moscow
ArDamant писал(а):
...
Инженера уже проклинают производителя, а между прочим, года через 2 - 3 они будут занимать какие либо руководящие должности в компаниях.


Начальствующего состава и так хватает, другое дело, если рассматривать мнение специалистов(инженеров), но в этом случае оно получается однобокое, Вы ни как не хотите принять того, что не только у D-Link-а наблюдается эта проблема.

Цитата:
Молодцы D-Link воспитывают подрастающее поколение заранее... дай бог им избежать шишек на лбу от далеко не наших ошибок, просчетов и самое обидное - утаивания информации, а по-сути дезинформации специалистами компании.


Мы ничего не утаиваем, сами только через полтора года узнали о hash проблеме на DES-3028 и тогда уже потихонечку начали решать эту проблему. Алгоритм hash-ирования выдать не можем потому, что BCM нам его не даёт. Как мы можем дать то, чего у нас самих нет!?

Gerasimello писал(а):
...
Самое печальное, что на замену 3028 мы заказали партию 3200. Вот теперь сидим и чешем репу - не получится замена шила на мыло... :D


Не стоит себя накручивать. Да, на DES-3200 тоже есть вероятность hash проблемы, но Вы посмотрите результаты тестов.

_________________
С уважением,
Бигаров Руслан.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июл 06, 2010 16:14 
Не в сети

Зарегистрирован: Сб дек 09, 2006 11:21
Сообщений: 237
Цитата:
BCM нам его не даёт

А как вы софт без этого алгоритма пишите????


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июл 06, 2010 17:28 
Не в сети

Зарегистрирован: Вт июн 17, 2008 18:59
Сообщений: 1203
Откуда: Минск, Беларусь
софт пишут кетайцы, которые не дают алгоритм

_________________
Это текст, который можно добавлять к размещаемым вами сообщениям. Длина его ограничена 255 символами.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июл 06, 2010 17:30 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт янв 21, 2005 11:52
Сообщений: 11212
Откуда: D-Link, Moscow
Потому что эта часть заложена железно.

_________________
С уважением,
Бигаров Руслан.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июл 06, 2010 20:03 
Не в сети

Зарегистрирован: Пн дек 11, 2006 11:46
Сообщений: 432
Откуда: Etherway, Чебоксары
Предлагаю катить бочку на Броадком за то что он такие чипсеты выпускает!!!
Есть и положительный момент: теперь DLINK знает как тестить L2 чипсеты для коммутаторов :)


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Вт июл 06, 2010 20:10 
Не в сети

Зарегистрирован: Пн дек 11, 2006 11:46
Сообщений: 432
Откуда: Etherway, Чебоксары
Gerasimello писал(а):
ArDamant писал(а):
Проблему с 3028 и 3200-28 решаем перемещением в сегменты где реализован vlan per building

В случае с 3028/3052 даже такие меры проблемы не решают. У нас 3028/52 используются на доступе - порт на абонента . На каждый свич - свой абонентский вилан. Максимум на свиче - 50 абонентов. Управление всех свичей (около 250 штук) было вынесено в один управляющий вилан. Ну и в добавок IP-TV на 50 каналов. Так вот, не было ни одного 3028, где бы sh food показал бы отсутствие коллизий - абонентские маки, маки свичей, мультикастовые маки бились между собой. Для хоть какого-то облегчения ситуации было принято решение управляющий вилан побить на 14 отдельных виланов. После этого в одном управляющем вилане стало не более 24 свичей. В результате количество коллизий уменьшилось, но всё равно они остались.
Самое печальное, что на замену 3028 мы заказали партию 3200. Вот теперь сидим и чешем репу - не получится замена шила на мыло... :D


Ужас, мы одни чтоли такие :(
У нас 1 дом = 1влан = от 1 до 5 коммутаторов.
на группу из 20 домов (до 60 коммутуторов) свой управляющий влан
на 1 дом свой мультикаст влан

коллизии встречаются, примерно в 1-1,5% коммутаторах 3028, оперативно меняем на 3200 и проблемы нет. И то только там где много к коммутаторов в доме (дома - китайские стены), в вариантах 20-40 абонентов в доме колизии очень редки (за год эксплуатации) толи 1 толи 2 случая.

Этим сообщением я не хочу сказать что 3028 это хорошо, или что проблемы нет. Просто надо уметь решать ее, надо принимать свои ошибки в проектировании сети (большие кольца) и уметь решать их.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Ср июл 07, 2010 12:14 
Не в сети

Зарегистрирован: Пн апр 05, 2010 21:35
Сообщений: 73
Вставлю и свои 5 копеек.
После появления информации о том, что в 3200 остались особенности 3028 мне дали задание провести исследования, по результатом которых выдать определенные ответы. Вопрос стоял очень остро - вплоть до полного отказа от сотрудничества.
Первое - тест топик-стартера меня не устроил своей синтетичностью. Провел свой тест: я выдергивал из внутренней базы маки, которые светились в нашей сети, + ко всему я вытаскивал маки свитчей. Два этих списка маков хранились отдельно, т.к. маки абонентов можно считать случайными, а маки свитчей - длинной цепочкой (у нас крайне большой процент свитчей - длинк). Тестировал модель 3200 (с 3028 и так понятно, что все грустно). Абонентские маки загоняются в кучку вланов, менеджмент-маки - в один влан.

Код для генератора пакета scapy:
Код:

global vlans
vlans = [200, 295, 501, 571, 652, 728, 1432, 1578, 1746, 1852]


def ShootMac(m, v, n):
   srcMAC = m[:-1].upper()
   dstMAC = "00:55:AE:AE:14:11"
   pkt = Ether(src=srcMAC, dst=dstMAC)/Dot1Q(vlan=v)/IP(src="10.90.90.89",dst="10.90.90.90")/Padding(load="X"*18)
   print srcMAC + " " + str(n)
   sendp(pkt, iface="eth6", verbose=0)

def ShuffleMac():
   global usermacs
   global managmacs
   global vlans
   random.shuffle(usermacs)
   random.shuffle(managmacs)

def LoadMac():
   f = open('/home/madgnu/usermacsclean.txt', 'r')
   g = open('/home/madgnu/managmacsclean.txt', 'r')
   global usermacs
   global managmacs
   usermacs = [line for line in f]
   managmacs = [line for line in g]
   print "Loaded " + str(len(managmacs)) + " ManagMacs"
   print "Loaded " + str(len(usermacs))  + " UserMacs"

def Go50():
   global usermacs
   global managmacs
   global vlans
   ShuffleMac()
   for i in xrange(20):
      maci = managmacs[i]
      ShootMac(maci, 930, i)
   for j in xrange(1):
      vlan = random.randint(0, 9);
      ShuffleMac()
      for i in xrange(50):
         maci = usermacs[i]
         ShootMac(maci, vlans[vlan], i)

def Go100():
   global usermacs
   global managmacs
   global vlans
   ShuffleMac()
   vlan = random.randint(0, 9);
   for i in xrange(40):
      maci = managmacs[i]
      ShootMac(maci, 930, i)
   for j in xrange(1):
      vlan = random.randint(0, 9);
      ShuffleMac()
      for i in xrange(100):
         maci = usermacs[i]
         ShootMac(maci, vlans[vlan], i)

def Go250():
   global usermacs
   global managmacs
   global vlans
   ShuffleMac()
   vlan = random.randint(0, 9);
   for i in xrange(70):
      maci = managmacs[i]
      ShootMac(maci, 930, i)
   for j in xrange(2):
      vlan = random.randint(0, 9);
      ShuffleMac()
      for i in xrange(125):
         maci = usermacs[i]
         ShootMac(maci, vlans[vlan], i)


def Go500():
   global usermacs
   global managmacs
   global vlans
   ShuffleMac()
   vlan = random.randint(0, 9);
   for i in xrange(100):
      maci = managmacs[i]
      ShootMac(maci, 930, i)
   for j in xrange(5):
      vlan = random.randint(0, 9);
      ShuffleMac()
      for i in xrange(100):
         maci = usermacs[i]
         ShootMac(maci, vlans[vlan], i)

def Go1000():
   global usermacs
   global managmacs
   global vlans
   ShuffleMac()
   vlan = random.randint(0, 9);
   for i in xrange(125):
      maci = managmacs[i]
      ShootMac(maci, 930, i)
   for j in xrange(10):
      vlan = random.randint(0, 9);
      ShuffleMac()
      for i in xrange(100):
         maci = usermacs[i]
         ShootMac(maci, vlans[vlan], i)


def Go5000():
   global usermacs
   global managmacs
   global vlans
   ShuffleMac()
   vlan = random.randint(0, 9);
   for i in xrange(125):
      maci = managmacs[i]
      ShootMac(maci, 930, i)
   vlan = random.randint(0, 9);
   ShuffleMac()
   for i in xrange(2000):
      maci = usermacs[i]
      ShootMac(maci, vlans[vlan], i)
   for j in xrange(10):
      vlan = random.randint(0, 9);
      ShuffleMac()
      for i in xrange(300):
         maci = usermacs[i]
         ShootMac(maci, vlans[vlan], i)

def Go5000a():
   global usermacs
   global managmacs
   global vlans
   ShuffleMac()
   vlan = random.randint(0, 9);
   for i in xrange(5125):
      maci = usermacs[i]
      ShootMac(maci, vlans[vlan], i)


LoadMac()

Да, в теории скрипт может отправить один и тот же мак в один и тот же влан и считать, что он отправил разные маки. Но с теми объемами списков маков, что у меня были я считаю эту вероятность исчезающе малой и находящейся в пределах статистической погрешности. Всего список уникальных абонентских маков составил 413363. Список менеджмент маков составил 126 маков. Эти маки были получены при помощи псевдослучайной выборки, и в целом, они могут не удовлетворять условиям нормального распределения. Собственно на это и был расчет - максимально приблизить к реальности, в которой маки не являются чисто случайными, но и не являются чисто последовательностью. Соответственно категории тестов были следующие: (указано кол-во абонентских маков, соответственно общее кол-во маков загонялось большее)
Цитата:
Для случая с 50 и 100 маками - менеджмент влан и 1 абонентский влан
Для случая с 250 маками - менеджмент и 2 абонентских влана
Для случая с 500 маками - менеджмент и 5 абонентских вланов
Для случая с 1000 маками - менеджмент и 10 абонентских вланов
5000 маков, 10 абоненстких вланов, менеджмент влан. 1 абонентский влан по 2000 маков, остальные - по 300.
Так же сделал тест - загнал 5126 маков в один влан.

Результаты (копировал из таблицы, так что за форматирование - сорри):
Код:
Число маков (абонентских)   50   100   250   500   1000   5000
Итерация 1   71   141   321   598   1114   4399
Итерация 2   71   141   320   601   1113   4378
Итерация 3   71   141   321   601   1117   4356
Итерация 4   71   141   319   600   1118   4395
Итерация 5   71   141   321   598   1109   4371
Всего “вдули” (всего маков загоняли в свитч)   71   141   321   601   1126   5126
Потеряно максимум   0   0   2   3   17   770
В процентах   0.00%   0.00%   0.62%   0.50%   1.51%   15.02%

Как видим - результаты не такие уж плохие, и не 50% как у топик-стартера. Как известно - 3200 это свитч уровня доступа. Пардон, но если у вас на доступе 8к маков - то это диагноз. У нас в среднем на доступе 200-250 маков, т.е. будет выпадать менее 1 мака на сотню. А с этим уже можно жить. По поводу того, что 3200 ставится на агрегацию - это отдельный разговор, и он упирается скорее в упорстве админов в доказывании того, на чем экономить не стоит. У нас в среднем на агрегацию приходится около 700-1300 маков, и вероятность в 1,5% конечно уже хуже, но в принципе тоже жить можно. Work-around в проблемах с мультикастом тоже существуют. Поэтому мое резюме было - "казнить нельзя, помиловать".

Так же сделал тест - загнал 5126 маков в один влан. Ситуация с точностью до погрешности повторяет ситуацию с 5126 маками, но в 10 вланах. Соответственно если в 3028 хэш высчитывается примерно как f1(vlan)+f2(mac), то в 3200 хэш высчитывается примерно как f(mac+vlan).

Единственный сильный минус у д-линка - ограниченный доступ к информации: особенности работы той или иной функции порой чуть ли не клищами приходится вытягивать из сотрудников при личном разговоре. Но в оправдание - с документацией проблемы в it в общем-то весьма распространены. Вот в общем-то и все 5 копеек.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 12:10 
Не в сети

Зарегистрирован: Ср фев 01, 2006 10:11
Сообщений: 429
Откуда: Волгоград
а вы ipTV предоставляете?
если да, то в вашем тесте надо добавить ещё один влан со всеми клиентскими маками в нём.
Думаю результаты такого теста будут более печальными.

_________________
DES 3526 - флагман DLINKостроения


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 12:22 
Не в сети

Зарегистрирован: Сб дек 09, 2006 11:21
Сообщений: 237
Дело даже не в клиентских маках а в том что при 70 каналах IPTV в таблицу коммутации рандомно заносятся 70 маков каналов на рандомные порты....


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 12:43 
Не в сети

Зарегистрирован: Чт окт 14, 2004 10:36
Сообщений: 154
Откуда: Курск
d_a_nikulin писал(а):
Вопросы к DLINK по des-3200:

1. Как скажется проблема с хэшем на мультикаст?
2. Какова правильная схема использования коммутаторов что бы проблем с мультикаст не возникало?

Вопросы к DLINK по des-3528:
3. Чем схема хеширования des-3528 отличается от des-3526 и от des-3200
(То что там вероятнось возникновения проблемы меньше чем у des-3200 я уже знаю).

Прошу ответить честно и подробно.
Спасибо.


Повторяю свои вопросы к сотрудникам DLINK. Печально что по какой то причине они остаются без ответа.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 12:43 
Не в сети

Зарегистрирован: Пн апр 05, 2010 21:35
Сообщений: 73
Цитата:
а вы ipTV предоставляете?
если да, то в вашем тесте надо добавить ещё один влан со всеми клиентскими маками в нём.
Думаю результаты такого теста будут более печальными.

Да, предоставляем. Тесты это учитывали:
Код:
5000 маков, 10 абоненстких вланов, менеджмент влан. 1 абонентский влан по 2000 маков, остальные - по 300.



Цитата:
Дело даже не в клиентских маках а в том что при 70 каналах IPTV в таблицу коммутации рандомно заносятся 70 маков каналов на рандомные порты....

Да, проблема с колизиями абонентских маков с multicast-маками была (на 3028). Но мы нашли work-around. Правда не самый красивый - config multicast port_filtering_mode 1-28 forward_unregistered_groups. Плюс старались по максимуму уменьшить кол-во маков в ism-влане. На 3200 пока-что включен filter_unregistered_groups - если будут проблемы, будем разбираться, но пока не жаловались.


Вернуться наверх
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: Чт июл 08, 2010 13:00 
Не в сети
Сотрудник D-LINK
Сотрудник D-LINK

Зарегистрирован: Пт янв 21, 2005 11:52
Сообщений: 11212
Откуда: D-Link, Moscow
d_a_nikulin писал(а):
Вопросы к DLINK по des-3200:

1. Как скажется проблема с хэшем на мультикаст?
2. Какова правильная схема использования коммутаторов что бы проблем с мультикаст не возникало?

Вопросы к DLINK по des-3528:
3. Чем схема хеширования des-3528 отличается от des-3526 и от des-3200
(То что там вероятнось возникновения проблемы меньше чем у des-3200 я уже знаю).

Прошу ответить честно и подробно.
Спасибо.


1. Проблема также есть, но она решается прошивками, т.е. приоритезацией Multicast MAC адресов. На DES-3028 это реализованно в FW: 2.52.B10, на DES-3200 к концу этого месяца должна выйти прошивка.

2. Стандартное сегментирование.

3. На DES-3526 L2 hash, а на DES-3528 L1 hash и 8 банок.

_________________
С уважением,
Бигаров Руслан.


Последний раз редактировалось Bigarov Ruslan Чт июл 08, 2010 16:16, всего редактировалось 1 раз.

Вернуться наверх
 Профиль  
 
Показать сообщения за:  Сортировать по:  
Начать новую тему Ответить на тему  [ Сообщений: 242 ]  На страницу Пред.  1 ... 6, 7, 8, 9, 10, 11, 12 ... 17  След.

Часовой пояс: UTC + 3 часа


Кто сейчас на форуме

Сейчас этот форум просматривают: Google [Bot] и гости: 10


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
Создано на основе phpBB® Forum Software © phpBB Group
Русская поддержка phpBB