| 1.1, pavlinux (ok), 17:39, 06/08/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>Аппаратный маршрутизатор ... работающее под управлением Linux.
Это такой шутк?!
думаю аппаратно, это максимум EEPROM, да и то перебор.
Транзисторы и БИС, для конфигурации тумблеры :)
| | |
| |
| |
| 3.8, pavlinux (ok), 18:36, 06/08/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>киска не аппаратный маршрутизатор считается?
Видимо понятие аппаратнный равносильно одноцелевой комьютер.
Странно другое, почему до сих пор никто в Циску линух не впихнул. :)
| | |
| |
| 4.11, Аноним (-), 18:43, 06/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
>>киска не аппаратный маршрутизатор считается?
>
>Видимо понятие аппаратнный равносильно одноцелевой комьютер.
>
>Странно другое, почему до сих пор никто в Циску линух не впихнул.
>:)
Странно другое, что вы еще не знаете, что оно давно уже там, причем даже на 40-ядерных пограничных маршрутизаторах.
Искать по сайту cisco.com слово linux.
| | |
| |
| 5.13, pavlinux (ok), 18:51, 06/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
>>>киска не аппаратный маршрутизатор считается?
>>Видимо понятие аппаратнный равносильно одноцелевой комьютер.
>>Странно другое, почему до сих пор никто в Циску линух не впихнул. :)
>Странно другое, что вы еще не знаете, что оно давно уже там,
Это не считается, это они сами... А вот в 2600 кто нить засунул???
| | |
|
|
|
| 2.3, Аноним (3), 18:02, 06/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
главное Линукс! А что там внутри и как - это дело десятое :)
| | |
|
| 1.4, Аноним (3), 18:17, 06/08/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
а есть ли смысл в таких маршрутизаторах ? можно ведь и самому собрать и будет даже чуть дешевле стоить =)
| | |
| |
| 2.7, Аноним (-), 18:34, 06/08/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>а есть ли смысл в таких маршрутизаторах ? можно ведь и самому собрать и будет даже чуть дешевле стоить =)
Вообще да, и циска нафиг не нужна, но только в одном случае, если у вас под рукой всегда есть точная копия для "теплой" замены в течении получаса, потому как циска акромя маршутизатора это еще и сервис. Для малого бизнеса софтовый маршрутизатор -- лучший выбор, однако для более крупного где на согласование договоров, устройства тендеров на закупку уходит месяцы -- крайне важно иметь замену в тот же день, когда ваш маршрутизатор скажет "кряк".
| | |
|
| 1.5, Аноним (3), 18:32, 06/08/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
нормальное решение для soho и для небольших задач,
вот одного не понимаю почему кто-то постоянно говорит про FreeBSD как идеальный pc-роутер, на мой взгляд bsd уже очень давно ничено нового стоящего не предоставляет.
| | |
| |
| 2.9, Аноним (-), 18:38, 06/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
>нормальное решение для soho и для небольших задач,
>вот одного не понимаю почему кто-то постоянно говорит про FreeBSD как идеальный
>pc-роутер, на мой взгляд bsd уже очень давно ничено нового стоящего
>не предоставляет.
Ну таки они наконец добавили множественные таблицы маршрутизации, может балансировку с кошерным шейпингом прикрутят.
| | |
| |
| 3.15, parad (??), 18:54, 06/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
>Ну таки они наконец добавили множественные таблицы маршрутизации, может балансировку с кошерным
>шейпингом прикрутят.
какой тип балансировки вас интересует? - широкий круг задач по балансировки можно решить существующими способами на фре.
чем не устраивает dummynet? altq?
| | |
| |
| 4.16, Аноним (-), 19:11, 06/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
>>Ну таки они наконец добавили множественные таблицы маршрутизации, может балансировку с кошерным
>>шейпингом прикрутят.
>
>какой тип балансировки вас интересует? - широкий круг задач по балансировки можно
>решить существующими способами на фре.
>
>чем не устраивает dummynet? altq?
Позволяет, к примеру, полосу под smtp выделить в 50Mb и балансировать между тремя провайдерами?
| | |
| |
| 5.17, parad (??), 19:31, 06/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
>Позволяет, к примеру, полосу под smtp выделить в 50Mb и балансировать между
>тремя провайдерами?
да и что дальше?
| | |
| |
| 6.36, playnet (?), 19:32, 07/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
>>Позволяет, к примеру, полосу под smtp выделить в 50Mb и балансировать между
>>тремя провайдерами?
>
>да и что дальше?
Я такого пока не видел. man what?
А лучше на статьи ссылки, где такое настраивали. Там и на 2 запаришься балансировать.
| | |
|
|
|
|
| 2.10, pavlinux (ok), 18:38, 06/08/2008 [^] [^^] [^^^] [ответить]
| +/– | |
> bsd уже очень давно ничено нового стоящего не предоставляет.
Из BSD берут идеи и реализуют на Linux.
| | |
| |
| 3.19, x (?), 19:45, 06/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
>> bsd уже очень давно ничено нового стоящего не предоставляет.
>
>Из BSD берут идеи и реализуют на Linux.
Это наглая ложь. Кузнецов написал для Linux хороший сетевой стек. По возможностям policy routing и классификации трафика BSD еще расти и расти до него. Если бы Luigi Rizzo не написал в свое время polling и dummynet (костылеобразные пародии на то, что было в Linux), FreeBSD никому не была бы нужна. Только в недавно вышедшей 7-й версии избавились от giant locks в сетевом стеке. В Linux достаточно одного пакетного фильтра, а не трех (ipfw, pf, ipfilter), и одной подсистемы QoS вместо двух неполноценных (dummynet и ALTQ). Эти недостатки FreeBSD-шники пытаются преодолеть не засчет развития какой-то одной подсистемы, а засчет их объединения с помощью Netgraph. Этот подход приведет в конечном счете к снижению производительности из-за накладных расходов, которые вносит Netgraph. В других BSD дела обстоят еще хуже. Отсутствует polling, стек не масштабируется на SMP-архитектуре.
| | |
| |
| 4.21, pavlinux (ok), 19:57, 06/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
>>> bsd уже очень давно ничено нового стоящего не предоставляет.
>>Из BSD берут идеи и реализуют на Linux.
>Кузнецов написал для Linux хороший сетевой стек.
Это Авианосец? :)
>В Linux достаточно одного пакетного фильтра.
Полностью согласен. =)
Да и ещё, о победах и порожениях говорят и знают только сами БЗДшники.
Где результаты!!!??? Почему при слове БСД у народа возникает ассоциация:
BSD - это Дорогой коммутаторо-маршрутизируемый веб-почтовый сервер с прошивкой в виде админа.
Почему BSD не берут в космос, в NASA, где роботы под управлением БЗД, смартфоны, PDA, TabletPC.
В каком месте BSD на top500. Млин, нет кофеварки под BSD, Боинг тоже не взял BSD.
BSD как была тренажором так и осталась.
Linux уж давно вырос и вышел в люди, в Enterprise, в Scientific, в HA, RealTime, за Пентафлоп выпругнул... :-P
Щаз будут две отмазки. :)
| | |
| |
| 5.23, x (?), 20:18, 06/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
>>>> bsd уже очень давно ничено нового стоящего не предоставляет.
>>>Из BSD берут идеи и реализуют на Linux.
>>Кузнецов написал для Linux хороший сетевой стек.
>
>Это Авианосец? :)
Это программист.
>Почему BSD не берут в космос, в NASA, где роботы под управлением
>БЗД, смартфоны, PDA, TabletPC. В каком месте BSD на top500.
В роботах, смартфонах, PDA, TabletPC не нужны multipath routing, policy routing, QoS и прочие функции сетевых устройств.
| | |
| |
| 6.31, User294 (ok), 02:20, 07/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
>В роботах, смартфонах, PDA, TabletPC не нужны multipath routing, policy routing, QoS
>и прочие функции сетевых устройств.
Тем не менее, Линукс вполне реально юзать в этих устройствах.И юзают.Уже.А с multipath routing оно там или нет юзеров вообще не колышет, подобные фичи в принципе можно и не выковыривать даже - плюс\минус полмега ядерного кода в общем случае всем будут глубоко до балды.Когда какие-нить там иксы или гномы с кедами хавают мегабайты оптом, плеваться на такую мелочь - дешевое чистоплюйство:).Линуксный кернель на фоне остальных подсистем в таких железках просто не заметно.А у тех у кого реально шило в ж**е насчет оптимизации (производители простых soho роутеров, любители менять vxworks -> linux и прочие) давно утрамбовали линуксы на основе ядра 2.4 в 2-меговый флеш и 8 мегов RAM.При этом оно роутер, фиреволл, vpn и pppoe клиент, wi-fi точка доступа да еще и рулится симпотной вебмордой.
А бсд туда не засовывают имхо по той простой причине что ее проблематично end user-ам как готовый продукт выдать не отхватив при этом совершенно дикого геморроя с доведением этого до состояния когда оно станет напоминать продукт коммерческого качества да еще в виде когда юзеры смогут это без дикого геморроя использовать (а какой же юзер хочет покупать геморрой за свои деньги?).Особенно наверное там весело если архитектура железяки не x86.
| | |
|
|
|
|
| 2.30, User294 (ok), 01:52, 07/08/2008 [^] [^^] [^^^] [ответить]
| +/– | |
>нормальное решение для soho и для небольших задач,
Угу, нормальное такое soho на 10 гигабит :)
| | |
|
| 1.14, Аноним (14), 18:51, 06/08/2008 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Балансировка нагрузки WAN линков, MLPPP и ECMP; >
поясните, плиз, как на софт-роутере с BSD + Quagga + Fullview от двух Uplink'ов сделать балансировку, т.е. чтобы два Uplink загружались равномерно
| | |
| |
| 2.20, Cyrill Malevanov (?), 19:48, 06/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
 >Балансировка нагрузки WAN линков, MLPPP и ECMP; >
>
>поясните, плиз, как на софт-роутере с BSD + Quagga + Fullview от
>двух Uplink'ов сделать балансировку, т.е. чтобы два Uplink загружались равномерно
точно так же, как на аппаратных, препендами и коммунитями, плюс весами
http://wiki.nag.ru/wiki/index.php/%D0%93%D0%BB%D0�
| | |
| 2.22, x (?), 20:07, 06/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
>Балансировка нагрузки WAN линков, MLPPP и ECMP; >
>
>поясните, плиз, как на софт-роутере с BSD + Quagga + Fullview от
>двух Uplink'ов сделать балансировку, т.е. чтобы два Uplink загружались равномерно
Для Linux есть патч к Quagga, реализующий BGP multipath: http://lebon.org.ua/quagga.html
Для FreeBSD, в связи с недавним появлением поддержки multipath в ядре, тоже по идее можно сделать нечто подобное, но я пока ничего не видел.
| | |
| |
| 3.24, Аноним (3), 21:08, 06/08/2008 [^] [^^] [^^^] [ответить]
| +/– | |
самое непонятное зачем вообще нужен ПК в качестве маршрутизатора, а еще и пограничного, к томуже на основе ОС freebsd? предобрести роутер начального уровня от того же cisco может практически любой малый\средний бизнес, дело лишь в специалистах...
Да и даже если рассуждать с точки зрения девевезны
необходимо дешевое "железо"
нужен дешевый специалист (ибо данные специалисты с трудом относятся к системным администраторам и сетевым инженерам
в итоге дешевое решение, но на сколько оно дешевое ?! к этому решению и именно к этому нужен не специалист, а человек, который будет "следить", а при задачах маштабирования или миграции или интеграции с другими решениями данные решения ограниченны да и вообще никак не просчитываются на начальном этапе, соответвенно требуется...любое решение требует подержки, а в случае возникновения каких-либо проблем компания полностью привязанна к этому человеку (инсталятору данного решения), а в случае ухода данного человека, компания вынуждена либо искать такого же "специалиста" либо строить инфраструктуру по-новой в конечном счете многие приходят именно к этому...
| | |
| |
| 4.25, x (?), 00:25, 07/08/2008 [^] [^^] [^^^] [ответить] | +/– | Напрасно вы ругаете Unix-админов специалистами , среди них значительно меньше о... большой текст свёрнут, показать | | |
| |
| 5.26, Аноним (3), 00:47, 07/08/2008 [^] [^^] [^^^] [ответить] | +/– | gt оверквотинг удален а где сказанно, что freebsd это unix специалистов мо... большой текст свёрнут, показать | | |
| 5.27, Аноним (3), 00:59, 07/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>двумя full view и необходимостью делать load sharing, то действительно стоит
>покупать специализированное железо. Не потому что оно a priori более "аппаратное"
>и лучше PC с Unix, а потому что с ним задача
>решается простым и стандартным способом, и есть запас аппаратных ресурсов на
>будущее. Например, вот решение вышеуказанной задачи с помощью оборудования Cisco: http://www.cisco.com/en/US/tech/tk365/technologies_configuration_example09186
>
>
>Несколько строчек в конфиге, никакой обработки напильником и накладывания левых патчей. То,
>что будет сделано на FreeBSD/Linux + Quagga, может претендовать лишь на
>роль временного костыля, замена которого в конечном счете обойдется дороже.
Я хотел бы узнать про бизнес такой "старап", где эти решения с freebsd способствуют развитию...наверное в ЦентроБАНКе ничего непонимаю и по странным и глпым причинам привязывают свой бизнес к дорогому оборудованию и ПО, к огромном штату ИТ и ИТ подразделений, и только изза того чтобы все работало и решало требуемые задачи 24х7х365...
Надо им предложить интеграцию, прегласить пару "специалистов" и внедрить в промышленную эксплуатацию несколько связок (ведь все платное это удар по всему, все должно быть бесплтаное и открытое !!!),
| | |
| |
| 6.28, x (?), 01:26, 07/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
>Я хотел бы узнать про бизнес такой "старап", где эти решения с
>freebsd способствуют развитию...наверное в ЦентроБАНКе ничего непонимаю и по странным и
>глпым причинам привязывают свой бизнес к дорогому оборудованию и ПО, к
>огромном штату ИТ и ИТ подразделений, и только изза того чтобы
>все работало и решало требуемые задачи 24х7х365...
Это от английского "startup": http://ru.wikipedia.org/wiki/Стартап
Где решения на FreeBSD/Linux способствуют развитию? Да практически у всех малых и средних Интернет-провайдеров найдутся рутеры на FreeBSD или Linux. Даже на Западе. Вы несколько не понимаете рынок небольших телекомов, потому что находитесь в башне из слоновой кости (в Центробанке). Вот, скажем, Центробанк и крупные коммерческие банки имеют достаточные средства для того, чтобы закупать пачками оборудование Cisco, а малый и средний бизнес -- нет. Не потому что дураки, а потому что денег не хватает. Если создать благоприятные условия (понизить ставку рефинансирования, заставить коммерческие банки вводить льготные кредиты), то все с удовольствием побегут покупать брэндовое железо и нанимать сертифицированных спецов. Использование PC в качестве маршрутизаторов -- это следствие ситуации на рынке, а не чьей-то злой воли или технической неграмотности.
| | |
| |
| 7.29, Аноним (3), 01:46, 07/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>средних Интернет-провайдеров найдутся рутеры на FreeBSD или Linux. Даже на Западе.
>Вы несколько не понимаете рынок небольших телекомов, потому что находитесь в
>башне из слоновой кости (в Центробанке). Вот, скажем, Центробанк и крупные
>коммерческие банки имеют достаточные средства для того, чтобы закупать пачками оборудование
>Cisco, а малый и средний бизнес -- нет. Не потому
>что дураки, а потому что денег не хватает. Если создать благоприятные
>условия (понизить ставку рефинансирования, заставить коммерческие банки вводить льготные кредиты), то
>все с удовольствием побегут покупать брэндовое железо и нанимать сертифицированных спецов.
>Использование PC в качестве маршрутизаторов -- это следствие ситуации на рынке,
>а не чьей-то злой воли или технической неграмотности.
у среднего бизнеса\SMB проблем с финансированием (закупкой оборудования,привлечением специалистов) нет(получить кредит или лизинговое предложение проблем нет, более привлечь готовых специалистов, "отдать" часть задач на аоусорсинг проблем нет), а проблемы скорее только у вечного "старапа"\SOHO...
Большую роль играет не понимание, а представление и обьясенение каких-то людей, что можно получить "тоже самое", но потратив при этом 0,0001% а если нет разницы, то зачем платить -- такие доводы и специалисты или советы таких специалистов как раз в некотором роде способствуют таким решениям?! вот поэтому кто не сумел увидеть разницы или понять для чего\и зачем нужно делать ставку на что-либо при развитии бизнеса, как раз и остался в permanent startup.Конечно,
FreeBSD - 0,00$
сервер на основе PC за 300,00$
"специалист" за 300-500,00$
считается выгодным,благо "специалист" в данном контектсе еще может выступать в роли экономиста и архитектора.
| | |
| |
| 8.32, x (?), 02:34, 07/08/2008 [^] [^^] [^^^] [ответить] | +/– | gt оверквотинг удален Вечных стартапов не бывает Они рано или поздно погибнут... текст свёрнут, показать | | |
|
|
|
| 5.33, Аноним (-), 12:15, 07/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
>[оверквотинг удален]
>двумя full view и необходимостью делать load sharing, то действительно стоит
>покупать специализированное железо. Не потому что оно a priori более "аппаратное"
>и лучше PC с Unix, а потому что с ним задача
>решается простым и стандартным способом, и есть запас аппаратных ресурсов на
>будущее. Например, вот решение вышеуказанной задачи с помощью оборудования Cisco: http://www.cisco.com/en/US/tech/tk365/technologies_configuration_example09186
>
>
>Несколько строчек в конфиге, никакой обработки напильником и накладывания левых патчей. То,
>что будет сделано на FreeBSD/Linux + Quagga, может претендовать лишь на
>роль временного костыля, замена которого в конечном счете обойдется дороже.
в quagga это (http://www.cisco.com/en/US/tech/tk365/technologies_configuration_example09186) и так можно сделать, только это не будет балансировать по нормальному, например за одним uplink'ом находится ресурс типа torrent с которого все качают и тут никакими препендами и весами не обойдешся. сдается, что балансировка входящего трафика вообще не возможна средствами BGP.
| | |
| |
| 6.35, x (?), 17:44, 07/08/2008 [^] [^^] [^^^] [ответить]
| +/– |
>
>в quagga это (http://www.cisco.com/en/US/tech/tk365/technologies_configuration_example09186) и так можно сделать, только это не будет
>балансировать по нормальному, например за одним uplink'ом находится ресурс типа torrent
>с которого все качают и тут никакими препендами и весами не
>обойдешся. сдается, что балансировка входящего трафика вообще не возможна средствами BGP.
>
С помощью весов можно регулировать загруженность канала, но только косвенно. Чем меньше исходящего трафика (например, запросов на установку TCP-соединений), тем меньше будет и входящего. Вообще, чем больше клиентов, тем веса лучше работают. Начинают действовать статистические закономерности.
Вопрос в другом. Балансировкой нагрузки занимается ядро ОС, а не Quagga, и не какая-либо другая реализация BGP. Если в ядре нет поддержки multipath routes, либо Quagga не может ее правильно использовать, то никакой балансировки не будет. Поэтому чтобы не мучаться с подобными проблемами, проще купить рутер с полноценной реализацией BGP и всего остального.
| | |
|
|
|
|
|
|
