veca16

Спасибо всем кто отозвался, иду в доку по mpd5 и freeradius буду пробовать что то со скриптов городить, я так понял такое никто не пробовал возможно буду первопроходцем! Что выйдет напишу всем спасибо!

я так понял конфиг файл с радиуса? или просто что используется?

В даный момент используем Login и Password обычная pppoe авторизация биллинг Nodeny спасибо большое попробуем!

Спасибо что хоть кто то ответил, при нашем количестве клиентов уже сложно менять настройки пользователей, разве что если дойдем до того что полностью избавимся от мыльниц то тогда перейдем на DHCP Snooping+opt82 а пока надо что то нестандартное соображать!((

Нету на форуме сейчас тех кто хорошо знает mpd5? Нужно всего лишь добавить к аутентификации через радиус номер VLAN с которого пришел запрос или mpd5 так не умеет?

ну за мак думали, но тех поддержку замучают если сетевуху поменяет, кроме того взял ноутбук и перешел в другую часть города и опять пользуйся это проблему не решает.

Возможно ли сделать аутентификацию в mpd5 (pppoe-server) используя логин пароль и номер влана. Есть задача ограничить перемещение пользователей по сети, в данный момент пользователи с любой части сети могут авторизоваться посредством PPPoE подключения используя свой логин и пароль хотелось бы как то ограничить перемещение. Сеть построена на каждый дом отдельный VLAN но внутри дома все еще есть мыльницы поэтому ADSL-Agent-Circuit-Id версия пока отпадает. BRASы софтовые на FreeBSD с использованием mpd5. Идея такая - хотелось что бы авторизовать клиентов используя Логин Пароль и номер VLAN но незнаю на сколько это реально, в гугле таких примером не находил есть только с использованием ADSL-Agent-Circuit-Id в mpd5, подскажите возможно ли это! Заранее спасибо!

Я конечно не гуру в этих вопросах но на сколько знаю это все рулится по BGP и маршруты по умолчанию отдельно не прописываются, а их вы получаете по BGP, а ip который ставите шлюзом будет ваш сосед по BGP(neighbor).

Спасибо всем кто отозвался, тему можно закрыть!

Тогда возможно я ошибаюсь или что то не дочитал! Вам спасибо что разьяснили!

Чушь какая-то.Намешали в кучу Фрю, Линукс, дистрибутивы, ядра, прерывания. Никакой связи между этими словами в данном контексте нет, получился просто сумбурный поток мыслей. согласен что с разгона намешал все в кучу =) единственное что хотел сказать что у меня долгое время все под Фрей работает, как только на брас поставил дебиан с ацелом начались проблемы с балансировкой по ядрам процессора - одно ядро нагружено под 100% а остальные три по 20% и пришлось играться чтобы как-то их уровнять, может конечно это еще побочный ефект агрегации (трафик 1.6 Г). Но пока остаюсь на Фре руки не доходят разобраться до конца в чем дело, но аццел это вещь он более производителен!

хорошая - даможна даже сказать единственная - да но надежная .... тут я бы с этим поаккуратней.... да надежная при определенном количестве абонентов и при определенных условиях задачи.... Accel штука хорошая, но при больших нагрузках прийдется колдовать, на фре с распределением на ядра лучше работает, а для ацела нужна не убунта а хотябы дебиан с пересобраным ядром чтобы большие нагрузки пережевать и для распределения по ядрам прерывания прийдется поиграться так как линуха сама с сетевух не умеет корректно распределять прерывания. Просто пробовали ацелом заменить PPPoE всплыло много проблем, хотя у ацела производительность намного выше в будущем тоже хотел бы перевести сетку на ацел!

если он не купил диплом. ) Вот это скорее всего, даже те кто не купили и то не умеют, приходили не один раз на практику выпускники НКИ, Мечникова и другие, специальность компьютерные сети а они никто даже между двумя компами не могут сетку настроить не говоря за роутер, разве что если повезет видео с инета поможет, но шаг влево шаг в право и ничего не сделает!

В какой то мере ты прав, но организовать точку обмена допустим ради iptv, если допустим эта услуга есть у одного а у остальных нету!

Вот это точно! Если бы маленькие провайдеры объединились против больших, был бы толк, можно было бы даже новых больших не пустить, но к сожалению пионернетчики некоторые боятся что несчастных 300-400 юзверов заберет его сосед у которого не больше и выходит что договариваться не с кем! Это утопия. Сужу по тем у кого больше 5К абонов. Менталитет не даст объединится. Это я тупо нашим соседям вывод делаю. Предложили сделать совместный ретрекер и bgp пиринг - молчат.. Предложили сделать совместный резерв , у обоих каналы по 10G - морозятся. Хотя у сами каналы через ж#пу, и падают частенько. ИМХО нужны региональные точки обмена трафиком. ДА точки обмена поддерживаю,то что нужно, вообще было бы хорошо, чтобы те кто по-больше ставил оборудование и от него подключались те что по-меньше, тогда бы и нет стал дешевле для всех, но боюсь что и на это они не пойдут((!

У меня был случай: звонок в тех поддержку - У меня не запускается компьютер -Вам нужно компьютер нести в сервисный центр! -А пришлите наладчика! -Мы не занимаемся ремонтом компьютеров, мы только исправляем проблемы с интернетом, а ремонт это в сервисном центре! -Ну так интернет же не работает, приходите!

Вот это точно! Если бы маленькие провайдеры объединились против больших, был бы толк, можно было бы даже новых больших не пустить, но к сожалению пионернетчики некоторые боятся что несчастных 300-400 юзверов заберет его сосед у которого не больше и выходит что договариваться не с кем!

А передача ip-контента по локальной сети или и через интернет, софт которым передавать нужно самому подбирать или он уже есть и все уже работает?

4948-10ge-e 550 Такой лучше, то если уже не получиться именно этот найти то будем хоть 3750 брать а так нужно 4948

Куплю Cisco 4948GE желательно с модулями 10G в комплекте, нужен для BGP бордера!

Куплю Cisco 3750E - 10G желательно с модулями 10G в комплекте, нужен для BGP бордера!

Отсутствие связи с радиусом и отсутствие связи радиуса с базой это принципиально разные ситуации.В первом случае сервис не доступен,во втором на аккаунтинг запрос в ответ приходит фейл и мпд может уложить сессию Спасибо что обьяснили, а то я считал что это похожие вещи, как оказалось ошибочно. Попробую ночью отключить базу на пару минут какой будет результат. Также попробую поискать в логе mpd что всетаки происходит в момент дисконектов может что и найду! Радиус опять жалуется тюнинг наверно не помог (( Sun Sep 20 23:21:27 2015 : Error: Discarding conflicting packet from client bras port 25606 - ID: 91 due to recent request 14616490. Sun Sep 20 23:21:36 2015 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0 Sun Sep 20 23:23:36 2015 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0 Sun Sep 20 23:24:14 2015 : Error: Discarding conflicting packet from client bras port 62059 - ID: 236 due to recent request 14628948. Sun Sep 20 23:27:37 2015 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0 Sun Sep 20 23:39:39 2015 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0 Sun Sep 20 23:47:43 2015 : Error: rlm_sql (sql): There are no DB handles to use! skipped 0, tried to connect 0

Проверку на базу делал неоднократно только немного в другом виде, на насах вкидывались правила ipfw add 10 allow ip from any to any и комп с базой полностью тушился на обслуживание гдето на полчаса на час, но все кто были приконекчены оставались с инетом и сесии не отваливались, а только новые клиенты не могли подключиться!

Подтюнинговал мускул - изменил max_connections и ошибки с лога радиуса исчезли, наблюдаю за ним уже минут 20, но пока в лог радиуса ничего не добавилось, а дисконекты буду наблюдать произойдет утром или нет!

да выхлоп всех трех на свич D-Link DGS3120-24SC, за свич тоже думал, просто у клиентов которые подключены мимо сервера по статике но через свич дисконектов нету, и мне странно что дисконекты случаются в основном под утро, когда нагрузка минимальная а свич если подглючивает то при максимальной нагрузке я так думаю.