firefly Опубликовано 16 июня, 2009 · Жалоба Неужели Вы не видите разницу между ними ? В аспекте данного топика разницы нет. Почему - описал постом выше. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nnm Опубликовано 16 июня, 2009 (изменено) · Жалоба Согласен нужно добавить пограничный бордер. Но в целом какая логика привлекательнее? Думаю работать будет и то и другое, но разницы для себя особой не нашёл. Работать будет и то и другое, но с нюансами :) Если в светлом будущем в сети ожидается IP-TV, то в схеме с Q-in-Q могут быть проблемы с Multicast. В схеме без Q-in-Q нужно будет очень аккуратно защищать абонентов друг от друга на коммутаторах доступа. А вообще эти схемы напоминают сферического коня в вакууме. Потому что нарисованы они без привязки к реальному оборудованию. Вот почему например нарисовано два уровня агрегации? А не один или три? :) Только к BRASсо-строению это никакого отношения не имеет. Нормальному BRAS все равно что терминировать - N абонентов в M S-VLAN или по одному абоненту в M*N дважды тегированных VLAN. Ну и отказоустойчивость нужно продумать... А то смерть одной SFP и вся эта ёлка курит бамбук :( Изменено 16 июня, 2009 пользователем nnm Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BudushiyISP Опубликовано 16 июня, 2009 · Жалоба В аспекте данного топика разницы нет. Почему - описал постом выше. А теперь мне скажите разве во втором варианте "Single Tag Networking" Вы сможете юрикам оказать те же услуги, что и в первом ? Вот я лично не знаю какой функционал требуется от БРАС-а чтобы реализовать как первый, так и второй вариант при желании. Согласен нужно добавить пограничный бордер. Но в целом какая логика привлекательнее? Думаю работать будет и то и другое, но разницы для себя особой не нашёл. Работать будет и то и другое, но с нюансами :) Если в светлом будущем в сети ожидается IP-TV, то в схеме с Q-in-Q могут быть проблемы с Multicast. В схеме без Q-in-Q нужно будет очень аккуратно защищать абонентов друг от друга на коммутаторах доступа. А вообще эти схемы напоминают сферического коня в вакууме. Потому что нарисованы они без привязки к реальному оборудованию. Вот почему например нарисовано два уровня агрегации? А не один или три? :) Только к BRASсо-состроению это никакого отношения не имеет. Нормальному BRAS все равно что терминировать - N абонентов в M S-VLAN или по одному абоненту в M*N дважды тегированных VLAN. Ну и отказоустойчивость нужно продумать... А то смерть одной SFP и вся эта ёлка курит бамбук :( Нарисовал логику, согласен вообще можно и одним уровнем агрегации обойтись, но главное логически правильно? оцените мысли БудущегоПровайдера :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nnm Опубликовано 16 июня, 2009 · Жалоба Работать будет и то и другое, но с нюансами :) Если в светлом будущем в сети ожидается IP-TV, то в схеме с Q-in-Q могут быть проблемы с Multicast. В схеме без Q-in-Q нужно будет очень аккуратно защищать абонентов друг от друга на коммутаторах доступа. А вообще эти схемы напоминают сферического коня в вакууме. Потому что нарисованы они без привязки к реальному оборудованию. Вот почему например нарисовано два уровня агрегации? А не один или три? :) Только к BRASсо-состроению это никакого отношения не имеет. Нормальному BRAS все равно что терминировать - N абонентов в M S-VLAN или по одному абоненту в M*N дважды тегированных VLAN. Ну и отказоустойчивость нужно продумать... А то смерть одной SFP и вся эта ёлка курит бамбук :( Нарисовал логику, согласен вообще можно и одним уровнем агрегации обойтись, но главное логически правильно? оцените мысли БудущегоПровайдера :) Если 'логически правильно' значит 'будет работать хоть как-то', то ответ - да, будут работать обе схемы. Вопрос какая лучше - зависит от того, какие услуги, предоставляются, сколько абонентов, трафика и т.п. После этого, понимая ограничения конкретного железа, можно будет понять и ограничения этих схем. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BudushiyISP Опубликовано 16 июня, 2009 · Жалоба Если 'логически правильно' значит 'будет работать хоть как-то', то ответ - да, будут работать обе схемы. Вопрос какая лучше - зависит от того, какие услуги, предоставляются, сколько абонентов, трафика и т.п. После этого, понимая ограничения конкретного железа, можно будет понять и ограничения этих схем.И всё - таки я пока не знаю, точно существенную разницу между вариантами...Кто бы мог конкретно по услугам выделить, что получаем в этом случае, что в другом: каков функционал в первом случае нужен Брас-у, а какой во втором. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BudushiyISP Опубликовано 16 июня, 2009 · Жалоба Хотя вижу что L2VPN юрикам оказать не смогу без QINQ....впрочем...БРАС тут почти не причём. Его нужно только настроить. Всем спасибо - за обсуждение - больше вопросов нет! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
t0ly Опубликовано 17 июня, 2009 · Жалоба в чём особый сокрасльный смысл именно "бриджи" использовать? Скорость, прозрачность, задержки. заинтриговал меня ваш ответ, провёл у себя тестирование на одном и том же тазике разница между роутингом и бриджингом колеблица в приделах погрешности... может я неправельно тестировал? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 17 июня, 2009 · Жалоба заинтриговал меня ваш ответ, провёл у себя тестирование на одном и том же тазикеразница между роутингом и бриджингом колеблица в приделах погрешности... может я неправельно тестировал? Чивой-то не вижу я тесткейса и результатов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
t0ly Опубликовано 18 июня, 2009 (изменено) · Жалоба заинтриговал меня ваш ответ, провёл у себя тестирование на одном и том же тазикеразница между роутингом и бриджингом колеблица в приделах погрешности... может я неправельно тестировал? Чивой-то не вижу я тесткейса и результатов. кейс был проверить "производительней шейпить через бридж или через роутер".результат тестирования на одной и той же машине и одной и той же ОС показал разницу в 3% хотя это могла быть погрешность измерительного прибора. для измерений использовались команды top,systat -v 1, vmstat -w 1 Изменено 18 июня, 2009 пользователем t0ly Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 18 июня, 2009 · Жалоба хотя это могла быть погрешность измерительного прибора. Скорее прокладки. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ibk74 Опубликовано 19 июня, 2009 · Жалоба тема плавно переродилась в пиписькомерную. Занимательно то, что практически все обсуждающие - довольно сильно уверенны, что на коленке могут собрать что-нибудь удобоворимое. Господа! вам не кажется, что это уже перебор? :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BudushiyISP Опубликовано 19 июня, 2009 · Жалоба тема плавно переродилась в пиписькомерную. Занимательно то, что практически все обсуждающие - довольно сильно уверенны, что на коленке могут собрать что-нибудь удобоваримое. Господа! вам не кажется, что это уже перебор? :) Тут собрались гуру, а я дилетант...Ну почему могут собрать? они уже собрали и пользуются :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
t0ly Опубликовано 19 июня, 2009 · Жалоба хотя это могла быть погрешность измерительного прибора. Скорее прокладки. врядли тема плавно переродилась в пиписькомерную. Занимательно то, что практически все обсуждающие - довольно сильно уверенны, что на коленке могут собрать что-нибудь удобоворимое. Господа! вам не кажется, что это уже перебор? :) коленки разные бываюту некоторых есть набо всего готового, каторым они давно пользуются. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 19 июня, 2009 · Жалоба врядли "я чивой-то там померял, и у меня чивой-то получилось" Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
nuclearcat Опубликовано 19 июня, 2009 · Жалоба тема плавно переродилась в пиписькомерную. Занимательно то, что практически все обсуждающие - довольно сильно уверенны, что на коленке могут собрать что-нибудь удобоворимое. Господа! вам не кажется, что это уже перебор? :) Господин - а вы собственно кто? Как-то себя еще на форуме не зарекомендовали, а журить народ лезете. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
ibk74 Опубликовано 19 июня, 2009 · Жалоба тема плавно переродилась в пиписькомерную. Занимательно то, что практически все обсуждающие - довольно сильно уверенны, что на коленке могут собрать что-нибудь удобоворимое. Господа! вам не кажется, что это уже перебор? :) Господин - а вы собственно кто? Как-то себя еще на форуме не зарекомендовали, а журить народ лезете. а здесь принято представляться? :) что то этого не заметил :) здесь надо себя зарекомендовать, чтобы высказать свою позицию? тоже что то не увидел. журить? нет - бог с вами. вы сами себе конструкторы :) правда с течением времени все конструкторы приходили к мысли, что они сами сделать не могут и открывали коммерческое предприятие, либо убеждались, что изобретают велосипед, сложный, ненадежный да и собственно никому не нужный. и покупали велосипед от ведущих производителей. в этом топике - человек спросил - что такое брас. вопрос конечно забавный - потому как в интернете довольно много информации по этому поводу. но в основном обсуждали, как круто работает все на линуксе, как все делалось в период, когда не было стандартов и так далее. и уж журить у меня просто сил и времени не хватит :) те - кто понимает, что с помощью инструментов им нужно зарабатывать деньги - приходят и покупают промышленные решения, те, у кого в крови горит огонь первооткрывателя, конструктора - делают сами, убеждают других делать самим и так далее. я практически уверен, что у многих, кто здесь высказывается, все прекрасно работает именно так, как они описывают. но в силу работы и причин, я вижу людей, которые поддаются на уговоры сделать самим, теряют время, силы и простите деньги - в итоге приходят за решением в компанию, которая может если не спроектировать. то хотя бы продать нормальную железку с нормальной поддержкой, взамен укорма гордости системных администраторов. я так же прекрасно понимаю, что есть определенноые границы рациональности. до какой то цифры нагрузки - действительно проще сделать самому, после - покупать промышленное. попытка пренебречь этим не мной написанными правилами, приводит к довольно тяжелым последствиям. а самое главное - тон моих сообщений - не подразумевает навязывание позиции. это стоит учесть, когда в следующий раз попытаетесь меня утихомирить :) с уважением Вас ... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
BudushiyISP Опубликовано 19 июня, 2009 · Жалоба тема плавно переродилась в пиписькомерную. Занимательно то, что практически все обсуждающие - довольно сильно уверенны, что на коленке могут собрать что-нибудь удобоворимое. Господа! вам не кажется, что это уже перебор? :) Господин - а вы собственно кто? Как-то себя еще на форуме не зарекомендовали, а журить народ лезете. а здесь принято представляться? :) что то этого не заметил :) здесь надо себя зарекомендовать, чтобы высказать свою позицию? тоже что то не увидел. журить? нет - бог с вами. вы сами себе конструкторы :) правда с течением времени все конструкторы приходили к мысли, что они сами сделать не могут и открывали коммерческое предприятие, либо убеждались, что изобретают велосипед, сложный, ненадежный да и собственно никому не нужный. и покупали велосипед от ведущих производителей. в этом топике - человек спросил - что такое брас. вопрос конечно забавный - потому как в интернете довольно много информации по этому поводу. но в основном обсуждали, как круто работает все на линуксе, как все делалось в период, когда не было стандартов и так далее. и уж журить у меня просто сил и времени не хватит :) те - кто понимает, что с помощью инструментов им нужно зарабатывать деньги - приходят и покупают промышленные решения, те, у кого в крови горит огонь первооткрывателя, конструктора - делают сами, убеждают других делать самим и так далее. я практически уверен, что у многих, кто здесь высказывается, все прекрасно работает именно так, как они описывают. но в силу работы и причин, я вижу людей, которые поддаются на уговоры сделать самим, теряют время, силы и простите деньги - в итоге приходят за решением в компанию, которая может если не спроектировать. то хотя бы продать нормальную железку с нормальной поддержкой, взамен укорма гордости системных администраторов. я так же прекрасно понимаю, что есть определенноые границы рациональности. до какой то цифры нагрузки - действительно проще сделать самому, после - покупать промышленное. попытка пренебречь этим не мной написанными правилами, приводит к довольно тяжелым последствиям. а самое главное - тон моих сообщений - не подразумевает навязывание позиции. это стоит учесть, когда в следующий раз попытаетесь меня утихомирить :) с уважением Вас ... Тут на форуме было отмечено, тем кто не разбирается лучше сразу покупать оборудование известных брэндов. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
t0ly Опубликовано 19 июня, 2009 · Жалоба врядли "я чивой-то там померял, и у меня чивой-то получилось" агаесли надо могу развернуть рассказ я создал 2000 статических пайпов по 1000 на направление засунул это всё в 2 правила ipfw add allow ip from any to any in ipfw pipe tablearg ip from "table(10)" to any out ipfw pipe tablearg ip from any to "table(20)" out пайпы примерно такие ipfw pipe 2001 config bw 5120k .... ipfw pipe 4001 config bw 5120k .... заполнял таблицу таким образом ipfw table 10 add 10.0.1.1 2001 .... ipfw table 20 add 10.0.1.1 4001 .... с двух сторон по краям роутера по одному клиенту на каждом клиенте поднимается по 100-не ip адрессов и пускается что сотня nc -s 10.1.1.[1-200] 10.0.1.[1-200] 19 >/dev/null сто штук с каждого из клиентов в обе стороны. os Freebsd 7.2 hw.model: Intel® Core2 Duo CPU E6550 @ 2.33GHz pciconf -l -c -v -b|egrep -A10 'em[0-9]' em0@pci0:1:0:0: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 PT' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xf5020000, size 131072, enabled bar [14] = type Memory, range 32, base 0xf5000000, size 131072, enabled bar [18] = type I/O Port, range 32, base 0x9000, size 32, enabled cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint em1@pci0:1:0:1: class=0x020000 card=0x115e8086 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'PRO/1000 PT' class = network subclass = ethernet bar [10] = type Memory, range 32, base 0xf5040000, size 131072, enabled bar [14] = type Memory, range 32, base 0xf5060000, size 131072, enabled bar [18] = type I/O Port, range 32, base 0x9400, size 32, enabled cap 01[c8] = powerspec 2 supports D0 D3 current D0 cap 05[d0] = MSI supports 1 message, 64 bit enabled with 1 message cap 10[e0] = PCI-Express 1 endpoint cat /boot/loader.conf kern.maxusers="512" cat /etc/sysctl.conf dev.em.0.rx_int_delay=1000 dev.em.0.tx_int_delay=1000 dev.em.0.rx_abs_int_delay=2000 dev.em.0.tx_abs_int_delay=2000 dev.em.0.rx_processing_limit=400 dev.em.1.rx_int_delay=1000 dev.em.1.tx_int_delay=1000 dev.em.1.rx_abs_int_delay=2000 dev.em.1.tx_abs_int_delay=2000 dev.em.1.rx_processing_limit=400 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 19 июня, 2009 · Жалоба И скоко pps получилось ? Как-то я не понимаю, как можно с помощью nc генерить нагрузку... Он же не регулирует размер пакета. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
t0ly Опубликовано 19 июня, 2009 · Жалоба И скоко pps получилось ?количество ппс было примерно одинаковым разница меньше процента получилась Как-то я не понимаю, как можно с помощью nc генерить нагрузку... Он же не регулирует размер пакета.nc просто получает пакеты с tcp порта как есть, средний размер получился в району 1490байт19-й порт это chargen в inetd смысл в том что top, systat и vmstat показали маленькую разницу нагрузки на cpu. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
t0ly Опубликовано 19 июня, 2009 · Жалоба может нажно больше нагрузки дать? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 19 июня, 2009 · Жалоба может нажно больше нагрузки дать? Больше чем сколько ? Вы ведь молчите, как партизан. На сколько % были загружены CPU ? Сколько там было pps/mbps ? Какой бридж сконфигурен ? Надеюсь Вы понимаете, что у вас из 2000 статических труб скорее всего работало одновременно только 100+100 с каждого из клиентов ? Кроме того, как был настроен роутинг на клиентах для тестирования бриджа ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
IvanI Опубликовано 20 июня, 2009 · Жалоба jab По моим соображениям бридж от роутера сильно небудут отличаться в производительности, максиум на 20 %, самая процессороемкая функция обоих - прием пакетов, далее фаервол и шейпер, отличие их состоит в IP роутинге - подстановке маков по роут таблице + ARP, что не есть процессороемко и отлажено уже очень хорошо Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
jab Опубликовано 20 июня, 2009 · Жалоба jabПо моим соображениям бридж от роутера сильно небудут отличаться в производительности, максиум на 20 %, А давайте Вам зарплату урежем на 20% и посмотрим, сильно это или не сильно ? :-) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Oleg_S Опубликовано 20 июня, 2009 · Жалоба Собственно пусть здесь появится и мы узнаем, что у Jab -а нынче в качестве BRAS ? Стойка писюков. Но уже валяется на стенде DGS-3610-26G. Если он пройдет тестирование, то писюки снимаю, слово BRAS - вычеркиваем. Не страшно? Оно же даже не D-Link вроде: http://www.ruijie.cn/ProductDetail.aspx?productid=194 При цене 3+куе за свитч, оно только по потреблению электричества у софт-роутеров выиграет (ну еще место в стойках, если они есть). Сколько Вы планируете на нем терминировать абонентов? Ну, наверное, не больше чем 8к. С ruijie: Ø Core routing table size 2000 (Standard models) 8000 (Enhanced models) C dlink: Размер таблицы коммутации 3 уровня IP v4/v6: 8К записей- До 8К записей IP v4 - До 4К записей IP v6 За 3куе такое можно и на софт-роутерах соорудить. Опять же, их будет несколько, надежней будет, согласно Вашей же парадигме. Вообщем, задумана какая-то хитрость, наверное. :) Jab какими коммутаторами Вы оптику собираете звездой? колечком ? :) В основном DGS-3100-24TG звездой. Если не секрет, сколько абонентов на такой свитч приходится? И есть ли мультикаст в сети (иптв)? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...