Перейти к содержимому
Калькуляторы

[CISCO] Доступ на сайт провайдеа при отрицательном балансе в биллинге

Доброго времени суток.

Занялся организацией доступа к ЛК при отрицательном банлансе в биллинге. 

На Cisco есть перенаправление. Где затык не могу найти.

Прошу помощи.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

А в чем вопрос?

Обычно Cisco не может самостоятельно вынести решение о перенаправлении.

Это решение принимает биллинг, каким-то образом маркирует сессию, а шлюз перенаправляет маркированные сессии.

Фича обычно называется l4-redirect, но можно и с помощью PBR добиться того же эффекта.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

По сути доступ отваливаться не должен. У Абонентов без баланса "Неопонаная сеть".

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

правильно это делать через open garden сервис..

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Циска - телефон? Точка доступа? Неуправляемый свитч? или не дай бог какой-то роутер?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

 От биллинга ссуко зависит. Мой утм нифига этого не умеет. Нее, скрипты конечно он выполнять умеет, на этом костыль и построил. Радиус утм пускает всех и всегда, а на нат вылетают правила для ipfw в умный скрипт.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

С каких это пор баллинг должен уметь что-то куда-то редиректить? Биллинг лишь заполняет таблицы с правилами фаерволла. Если автор на циске для редиректа использует route-map, то 1 - редирект должен осуществляться на ip-адрес, который в одной подсети с циской на том интерфейсе, в который перенаправляется редирект. Второе - http и dns не должны блокироваться под корень. Т.е. даже http должен в инет оставаться доступным для абонента, но при этом перехватывается пакет и редиректится на другой хост. Абонент должен мочь установить соединение с любым http-узлом в инете, иначе перехват на циске просто не получится. То же самое справедливо и для ipfw, и для iptables, потому что иначе у абонента произойдет только редирект с закэшированных http-страниц.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас