shicoy Опубликовано 9 июня, 2010 · Жалоба Есть желание уйти на аппратные BRAS и схемы от pptp к ipoe. Проблема в том, что бы Bras задействовать уже и для обслуживания абонентов которые ходят через pptp. Но почти все брасы хотят видеть событие для дальнейшей авторизации сессии абонента через radius и навешивания соотвествующих профилей. в случае с ipoe проблем никаких (dhcp ), в случае с pptp выбор только packet detect но все отговаривают от использования этого функционала. в связи с чем мысль, попробовать отправить dhcp request на фейковый dhcp через Bras в момент поднятия ppp на pptp-сервере. цель этой схемы не получение ip, а как бы способ обмануть bras показав процесс получения ip через dhcp, не понятно только как это сделать для pptp Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Умник Опубликовано 9 июня, 2010 · Жалоба только packet detect но все отговаривают от использования этого функционала. Packet detect это unclassified source IP-address? Что с ним не так? Меня вот например наоборот, старт сессии по DHCP Discover/Request как-то интуитивно настораживает больше. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
shicoy Опубликовано 9 июня, 2010 · Жалоба только packet detect но все отговаривают от использования этого функционала.Packet detect это unclassified source IP-address? Что с ним не так? Меня вот например наоборот, старт сессии по DHCP Discover/Request как-то интуитивно настораживает больше. да unclassified source IP-address все так. только вот умеют не все брасы, а те что умеют в виде исключения.в то время как DHCP Discover/Request настоятельно рекомендуется. И ничего с этим не поделать :( Суть в том что надо в одном месте соорудить выше описанную конструкцию Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
