EnemyPain

Добрый день. Столкнулся с неприятной ситуацией, есть сервер с FreeBSD: uname -a FreeBSD gw 8.3-RELEASE FreeBSD 8.3-RELEASE #1: Fri Jun 7 13:42:48 EEST 2013 root@gw:/usr/obj/usr/src/sys/NAS amd64 На этом сервере поднят mpd5: mpd5 -v Version 5.6 (root@gw 20:38 5-Jun-2013) Сам конфиг mpd: startup: # configure mpd users set user admin password admin set console self 127.0.0.1 5005 set console open set web self 0.0.0.0 82 set web open set netflow peer xx.xx.xx.xx 9996 create link template tPPTP pptp load pptp_server load radius pptp_server: create bundle template B set iface enable proxy-arp set iface enable tcpmssfix set iface enable netflow-in set iface enable netflow-out set ipcp no vjcomp set ipcp dns zzz.zzz.zzz.zzz set bundle enable encryption set ccp yes mppc set mppc yes e40 set mppc yes e56 set mppc yes e128 set mppc yes stateless create link template L pptp set link action bundle B set link enable multilink set link no pap chap set link enable chap set link keep-alive 60 600 set link mtu 1460 set link enable peer-as-calling set pptp self yy.yy.yy.yy set link enable incoming radius: set radius config /usr/local/etc/mpd5/radius.conf set radius server xx.xx.xx.xx password 1812 1813 set radius retries 3 set radius timeout 5 set auth acct-update 300 set auth max-logins 1 set auth enable acct-mandatory set auth enable radius-auth set auth enable radius-acct set radius enable message-authentic Проблема в том, что у некоторых абонентов сессия поднимается и через минуту падает, в дебаге видно следующее: Aug 30 02:50:40 gw mpd: pptp33: no reply to EchoRequest after 60 sec Aug 30 02:50:40 gw mpd: pptp33: ctrl state ESTABLISHED --> DYING Aug 30 02:50:40 gw mpd: pptp33: killing connection with 172.16.2.163 3832 Aug 30 02:50:40 gw mpd: pptp33-0: killing channel Aug 30 02:50:40 gw mpd: [L-17] PPTP call terminated Aug 30 02:50:40 gw mpd: [L-17] device: DOWN event Aug 30 02:50:40 gw mpd: [L-17] Link: DOWN event Aug 30 02:50:40 gw mpd: [L-17] LCP: Close event Aug 30 02:50:40 gw mpd: [L-17] LCP: state change Opened --> Closing Aug 30 02:50:40 gw mpd: [L-17] LCP: phase shift NETWORK --> TERMINATE Aug 30 02:50:40 gw mpd: [L-17] Link: Leave bundle "B-30" Пробовал играться с keep-alive, и даже ставить в 0(если судить по документации, должно отключить отправку LCP EchoRequest'ов) однако эффекта ноль, пробовал выключать mppc/mppe со стороны сервера, эффекта ноль. Те же абоненты к соседнему серверу подключаются и работают. Может кто сталкивался с подобным? Может просто глаз замылился и не вижу очевидной вещи(на что втайне надеюсь). Заранее спасибо

Пробовал, получить дату последнего обновления реестра вышло без проблем, а дальше все застряло ибо нет ключа, чтобы проверять дальше

Да, сейчас эту схему и тестирую:)

Да, извиняюсь немного нечетко сформулировал в начале задачу, просто видать ночами надо спать а не работать, начинаю путаться в показаниях:) скорее всего так и сделаю, уберу из ospf большие клиентские сетки добавлю их статикой а в ospf оставлю только статические ip

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

Ух, а слона то я и не заметил, спасибо, сейчас попробую

Добрый день всем. Решил привести в порядок маршрутизацию, сейчас схема следующая Border <-------------------> BRAS <---------------------> Абоненты (Cisco 7204) OSPF Area 0 (FreeBSD 8.1, MPD5) PPPoE На каждом BRAS под абонентов выделен пул /22 но когда абонент авторизуется, на бордере появляется маршрут /32 к клиенту, что при большом числе абонентов влечет за собой кучу маршрутов в OSPF, обновления таблицы маршрутизации каждый раз при подключении/отключении абонента. Хотелось бы уйти от этого и отдавать в OSPF не кучу мелких сетей, а один пул. Попробовал сделать следующее: на брасах перекинул клиентские сети в отдельную зону(ибо суммаризация как я понимаю возможна только на ABR), указал area range, но все равно, как только авторизуется абонент, на бордере появляется маршрут /32. Конфиг OSPF: router ospf ospf router-id 1.1.1.1 log-adjacency-changes redistribute connected network 2.2.2.0/22 area 0.0.0.100 network 1.1.1.0/27 area 0.0.0.0 area 0.0.0.100 range 2.2.2.0/22 Может кто делал такое, подскажите, где косяк?

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

С чего вдруг Radwin перестал на 5935 работать это частота входящая в стандартную лицензию.

DELL PowerEdge 2950 2x Xeon 5410 (2.33 GHz), RAM 8GB PC-2 5300 FBDIMM REG, HDD Hotplug 3.5 4x SAS 450GB 15K, Raid PERC 6/i, DRAC5, DVD-CD/RW, 2xPS 750W Форм-фактор: Hotplug 3.5" Цена 120 000руб контакты d.kirillov@atexplus.net