ISGv2

Материал из noname.com.ua
Перейти к навигацииПерейти к поиску

Cisco ISG v2

Возвращаясь к теме ISG - отмечу что за прошедшие годы всякие prepaid тарифы благополучно канули в лету и никакого аккаунтинга больше не недо.
С другой стороны при повальном шифровании рассчитывать на L4-Redirect тоже нельзя.

Постановка задачи

Есть клиенты небольшого ISP которые можно разделить на несколько групп:
1. Имеют "белый" адрес, работают на скорости порта
2. Имеют "белый" адрес, требуется шейпер/полисер для ограничения скорости
3. Имеют "серый" адрес, работают на скорости порта
4. Имеют "серый" адрес, требуется шейпер/полисер для ограничения скорости


Примерно 90% клиентов подключены на скорости порта
Контроль за подменой мак-адресов осуществляется на уровне свитчей доступа

Задача: Настроить шейпер для тех для кого это требуется, остальных пропускать на скорости порта

Логика работы

Основное понятие - это "Сервис" и "Сессия"

Сервис

Сервис - это описание того что делать с трафиком - пропустить, дропнуть или зашейпить
Сервисы могу описываться 2 способами - непосредственно в конфигурации маршрутизатора (простой способ) или загружаться динамически из радиуса (о сервисах в радиусе будет сказано ниже).
Пример сервиса (: 

policy-map type service SOME_NAME 
 class type traffic ALL_TRAFFIC
  police input 64000
  police output 64000
 !

Это описание читается по-человечески так

  • SOME_NAME - имя сервиса (произвольная строка, но лучше конечно человекочитаемая)
  • class type traffic ALL_TRAFFIC классификатор - траффик, который попадает под условие будет обработан сервисом, это условие может быть только одно у сервиса
  • police input 64000, police output 64000 - полисер на 64 кбит, такое значение выбрано в тестовых целях

Другими словами, этот сервис должен ограничить весь траффик (весь - по тому что class type traffic ALL_TRAFFIC судя по названию должен включать в себя весь трафик, хотя это только описание)

Ссылки


Источник — https://noname.com.ua/mediawiki/index.php?title=ISGv2&oldid=11046