URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 9862
[ Назад ]
Исходное сообщение
"Помогите разобраться. Все работает криво. %-("
Отправлено XDriver , 15-Фев-06 08:11 
Есть маршрутизатор с подключением к ДВУМ провайдерам.
Одним серийником S3/0 (на передачу) и ETH1/0 (на прием) подключена к первому провайдеру.
Вторым FA0/0 подключена ко второму провайдеру (резервному).
  Каждый провайдер предоставил по блоку адресов, первый провайдер - aaa.aaa.aaa.aaa/30
(передача, S3/0) и bbb.bbb.bbb.bbb/24 (прием, ETH1/0). Второй провайдер - ccc.ccc.ccc.ccc/24 (FA0/0).
Интерефейсом FA0/1 - подключение к коммутатору локальной сети.

Каждый из них роутит только свою сетку. Нужно обеспечить доступ из
локальной сети в INTERNET так, что бы все ходили в INTERNET через
первого провайдера, но что бы при падении основного канала или его
перегруженности все хосты ходили бы через резервный канал.

Весь проходящий траффик должен учитываться в биллинговой системе.
Съем трафика с маршутизатора в биллинговую систему - по протоколу NETFLOW верии 5.
К тому же - необходимо управлять доступом пользователей из локальной
сети через биллинговую систему используя ACCESS-LIST'ы используя RSH.

Содержание
Сообщения в этом обсуждении
"Помогите разобраться. Все работает криво. %-("
Отправлено ilya , 15-Фев-06 09:23 
>Есть маршрутизатор с подключением к ДВУМ провайдерам.
>Одним серийником S3/0 (на передачу) и ETH1/0 (на прием) подключена к первому
>провайдеру.
>Вторым FA0/0 подключена ко второму провайдеру (резервному).
>  Каждый провайдер предоставил по блоку адресов, первый провайдер - aaa.aaa.aaa.aaa/30
>
>(передача, S3/0) и bbb.bbb.bbb.bbb/24 (прием, ETH1/0). Второй провайдер - ccc.ccc.ccc.ccc/24 (FA0/0).
>Интерефейсом FA0/1 - подключение к коммутатору локальной сети.
>
>Каждый из них роутит только свою сетку. Нужно обеспечить доступ из
>локальной сети в INTERNET так, что бы все ходили в INTERNET через
посмотрите несколько страниц назад - там обсуждалось это не раз.

>первого провайдера, но что бы при падении основного канала или его
>перегруженности все хосты ходили бы через резервный канал.
аналогично. в архиве все есть
>
>Весь проходящий траффик должен учитываться в биллинговой системе.
>Съем трафика с маршутизатора в биллинговую систему - по протоколу NETFLOW верии
>5.
>К тому же - необходимо управлять доступом пользователей из локальной
>сети через биллинговую систему используя ACCESS-LIST'ы используя RSH.
ну кто мешает прописать нетфлоу экспорт и т.п. ? пишите, будет вам подсчет. правда с натом может придется повозиться.
тоже самое с rsh - все есть в архивах.

"Помогите разобраться. Все работает криво. %-("
Отправлено XDriver , 15-Фев-06 10:54 
Доброе время суток! Дело в том, что траффик считается нормально, и управление по rsh работает. Но работает это управление очень медленно.
И каналы в принципе работают, но не хотят ни в какую переключаться. Загрузка проца киски доходит до 80 процентов. Дело еще в том, что эти оба провайдера каждый по своему удаленно все конфигурят. Мы хотим вообще эту лавочку закрыть. Сами не можем разобраться. Перечитали весь этот форум. Да честно говоря и знаний не хватает в области кисок.
"Помогите разобраться. Все работает криво. %-("
Отправлено worker , 16-Фев-06 17:16 
>Доброе время суток! Дело в том, что траффик считается нормально, и управление
>по rsh работает. Но работает это управление очень медленно.
>И каналы в принципе работают, но не хотят ни в какую переключаться.
>Загрузка проца киски доходит до 80 процентов. Дело еще в том,
>что эти оба провайдера каждый по своему удаленно все конфигурят. Мы
>хотим вообще эту лавочку закрыть. Сами не можем разобраться. Перечитали весь
>этот форум. Да честно говоря и знаний не хватает в области
>кисок.


собственно если знаний не хватает, то так будет очень тяжело:), просите провайдера удовлетворить вас, либо приглашайте спеца со стороны