The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Серьезная проблема, кто-нить может помочь?"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение [Проследить за развитием треда]

"Серьезная проблема, кто-нить может помочь?"
Сообщение от ZmF1 emailИскать по авторуВ закладки on 23-Янв-03, 13:33  (MSK)
В моей практике возникла вот такая недетская задача:

Условия:
Есть сервер с NAT, и файерволом под управлением FreeBSD (можно решить в Linux это не критично). На этот сервер входят две выделенные линии от различных провайдеров - основной канал и канал поддержки. (Далее "Провайдер1" - "канал1" - "интерфейс1" и "Провайдер2" - "канал2" - "интерфейс2") Третий интерфейс смотрит в сторону алчущих интернета пользователей.

Требуется:
1. Раздать пользователям интернет так, чтобы выпадение любого из каналов не было заметно для пользователей (то есть, скорость понижается, но сервис непрерывно доступен).
2. По возможности обеспечить оптимальное использование ресурсов. То есть, в канале1 трафик стоит 20$ за Гиг., но он относительно низкого качества; в канале2 - 30$ но и качество лучше. (Качество канала определяется задержками канала, доступности сервиса и т.д. как обычно)

Если кто-то имеет соображения по этому поводу, прошу ими поделиться. Уверен эта тема интересна не только мне, даже если Вы не сталкивались с такой задачей, думаю это будет очень полезно для наработки опыта да и в теоретическом плане...

P.S. Если кто либо знает о уже готовых решениях, будь они програмные или аппаратные, для подобных проблем (пусть даже не бесплатных) сообщите пожалуйста. Хотя свое все рано буду разрабатывать  очень уж интересно....


  Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Индекс форумов | Темы | Пред. тема | След. тема
Сообщения по теме

1. "RE: Серьезная проблема, кто-нить может помочь?"
Сообщение от Ilia emailИскать по авторуВ закладки on 23-Янв-03, 17:08  (MSK)
>В моей практике возникла вот такая недетская задача:
>
>Условия:
>Есть сервер с NAT, и файерволом под управлением FreeBSD (можно решить в
>Linux это не критично). На этот сервер входят две выделенные линии
>от различных провайдеров - основной канал и канал поддержки. (Далее "Провайдер1"
>- "канал1" - "интерфейс1" и "Провайдер2" - "канал2" - "интерфейс2") Третий
>интерфейс смотрит в сторону алчущих интернета пользователей.
>
>Требуется:
>1. Раздать пользователям интернет так, чтобы выпадение любого из каналов не было
>заметно для пользователей (то есть, скорость понижается, но сервис непрерывно доступен).
>
>2. По возможности обеспечить оптимальное использование ресурсов. То есть, в канале1 трафик
>стоит 20$ за Гиг., но он относительно низкого качества; в канале2
>- 30$ но и качество лучше. (Качество канала определяется задержками канала,
>доступности сервиса и т.д. как обычно)
>
>Если кто-то имеет соображения по этому поводу, прошу ими поделиться. Уверен эта
>тема интересна не только мне, даже если Вы не сталкивались с
>такой задачей, думаю это будет очень полезно для наработки опыта да
>и в теоретическом плане...
>
>P.S. Если кто либо знает о уже готовых решениях, будь они програмные
>или аппаратные, для подобных проблем (пусть даже не бесплатных) сообщите пожалуйста.
>Хотя свое все рано буду разрабатывать  очень уж интересно....


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

  Рекомендовать в FAQ | Cообщить модератору | Наверх


Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Пожалуйста, прежде чем написать сообщение, ознакомьтесь с данными рекомендациями.




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру