nic_stav Опубликовано 16 апреля, 2011 · Жалоба В схеме влан-на-юзер никакой трафик от абонентов не обрабатывается cpu коммутатора доступа Я-я, зер гут! и не самая тупая агрегация вот в ней то и главный вопрос на самом деле Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ingress Опубликовано 17 апреля, 2011 · Жалоба В схеме влан-на-юзер никакой трафик от абонентов не обрабатывается cpu коммутатора доступа *цитировал не оригинал * как минимум IGMP пакеты обрабатываются по всей цепочке. а в некоторых коммутаторах(допустим длинках), по умолчанию весь ARP копируется на CPU. согласен в том что различные dhcp релеи не нужно включать только потому что клиент однозначно детерминирован на брасе интерфейсом, и опт82 не нужно. и не самая тупая агрегация. как раз самая тупая, максимум что она должна уметь для масштабируемости по кол-ву пользователей на куст - LACP, Selective Q-in-Q + VLAN Translation для MVR и L2VPN Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
biox Опубликовано 18 апреля, 2011 · Жалоба SE100 (или тазик с интеловской 4-х портовой сетевухой) + DGS-3627G агрегация + DES-3200-26(или 28) доступ + влан на дом или даже на не большой район. У нас такая схема (с 8-ми ядерным тазиком) работает достаточно надёжно и без нареканий. Нагрузка на интернет канал в данный момент поднимается иногда до 600 мегабит в секунду при 50000 ппс. Пиринг до 300 мегабит в секунду приходит прямо в агрегацию. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nic_stav Опубликовано 18 апреля, 2011 · Жалоба + DGS-3627G агрегация как себя поведет этот зверь при объединении в 10Г кольцо с собратьями? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ivan_83 Опубликовано 18 апреля, 2011 · Жалоба Даже не думал об этом в таком ключе, интересно, чем бы сгенерить... dhcpperf, dhcpdrop первый у меня генерил пакеты без 255 на конце, потому его не везде принимали, вторым не пользовался тк его нет в портах :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ilya Evseev Опубликовано 19 апреля, 2011 · Жалоба dhcpperf, dhcpdrop первый у меня генерил пакеты без 255 на конце, потому его не везде принимали, вторым не пользовался тк его нет в портах :) /usr/ports/net-mgmt/dhcdrop -- не оно? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Mechanic Опубликовано 20 апреля, 2011 · Жалоба SE100 (или тазик с интеловской 4-х портовой сетевухой) + DGS-3627G агрегация + DES-3200-26(или 28) доступ + влан на дом или даже на не большой район. У нас такая схема (с 8-ми ядерным тазиком) работает достаточно надёжно и без нареканий. Нагрузка на интернет канал в данный момент поднимается иногда до 600 мегабит в секунду при 50000 ппс. Пиринг до 300 мегабит в секунду приходит прямо в агрегацию. какая Ос стоит на тазике и какой шейпер используется при этом ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
pppoetest Опубликовано 16 июня, 2011 · Жалоба SE100 (или тазик с интеловской 4-х портовой сетевухой) + DGS-3627G агрегация + DES-3200-26(или 28) доступ + влан на дом или даже на не большой район. У нас такая схема (с 8-ми ядерным тазиком) работает достаточно надёжно и без нареканий. Нагрузка на интернет канал в данный момент поднимается иногда до 600 мегабит в секунду при 50000 ппс. Пиринг до 300 мегабит в секунду приходит прямо в агрегацию. какая Ос стоит на тазике и какой шейпер используется при этом ? и какое колво абонов Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nickD Опубликовано 16 июня, 2011 · Жалоба SE100 (или тазик с интеловской 4-х портовой сетевухой) + DGS-3627G агрегация + DES-3200-26(или 28) доступ + влан на дом или даже на не большой район. У нас такая схема (с 8-ми ядерным тазиком) работает достаточно надёжно и без нареканий. Нагрузка на интернет канал в данный момент поднимается иногда до 600 мегабит в секунду при 50000 ппс. Пиринг до 300 мегабит в секунду приходит прямо в агрегацию. Поддерживаю. У меня то же тазик с интеловской 4-х портовой сетевухой. В час пик 1 гигабит 5К активных юзеров на нём NAT + ipset + tc(шейпер) + ipt_netflow + ospf. ОС Linux, два X5650 загрузка каждого ядра(ht) 20% в пике. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
caz Опубликовано 16 июня, 2011 · Жалоба Имеется 3-4 районных узла, которые хотелось бы объединить в кольцо (в перспективе 10G), что с ними делать? Искать что-то L3, умеющее unnumbered с 2-мя 10G дырками (кстати что? напрашивается циска 3750, но там 10G один) или юзать на агрегации, например, длинки 3627G/3610-26G/? чисто как L2, прокидывая через них виланы до центра, где терминировать их на чем-то типа 6509? Бяда прям какая-то, всю голову сломал уже! как сторонник Brocade, предложу вместо dlink, вариант с Foundry J-FxGMR4. на них собирать l2 и гнать до того же SE100. По агрегации получается очень дешево, да и к тому же легко масштабируемое решение получается. Кольца на доступе - это диагноз. озвучьте диагноз, а то может некоторым уже лечиться пора, а они то и не знают.. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...