BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 27 июн 2025, 13:12

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 9 ] 
Автор Сообщение
СообщениеДобавлено: 01 апр 2010, 11:14 
Не в сети

Зарегистрирован: 22 янв 2008, 16:40
Сообщения: 163
Карма: 0
сегодня с 0 часов радиус сервер шлет сообщения "[BGRadiusDialup] Не удалось разорвать сессию DialUp модуля"
для разных договоров, для разных NAS. ранее были аналогичные события но не в таких количествах

пример письма:
Код:
ID события: radius.dialup.error.session.drop
Время регистрации события: 01.04.2010 08:44:03

Не удалось разорвать сессию: NASID=2; LOGIN: ХХХХХХХХХХ; START: 31.03.2010 17:48:49 после 5 попыток сброса. Количество попыток сброса настраивается переменной 'nas.inspector.kill.max_messages' конфигурации NASа, интервал между попытками в секундах - 'nas.inspector.sleep_time'.


конфигурация NAS2:
Код:
month.break=1
nas.inspector.sleep_time=60
nas.inspector.kill.max_messages=5
dialup.workmode=1
nas.inspector.class=bitel.billing.server.processor.PoDNASConnectionInspector
nas.inspector.pod.host=213.129.XXX.X
nas.inspector.pod.port=1700
nas.inspector.pod.secret=XXXXX
nas.inspector.pod.attributes=User-Name;Acct-Session-Id
drop.sleep.timeout=3600



в качетсве NAS используются Cisco 7206
настройки POD
Код:
aaa server radius dynamic-author
 client 213.129.XX.X
 server-key 7 XXXXXXXXXXXX
 auth-type any


еще nas-port настроен как
Код:
radius-server attribute nas-port format e UUUUUUUUUUUUUUUUUUUUUUUUUUUUUUUU



какие данные нужны еще? сообщайте предоставим.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 апр 2010, 11:29 
Не в сети

Зарегистрирован: 22 янв 2008, 16:40
Сообщения: 163
Карма: 0
при сбросе сессии вручную из монитора все нормально:

Код:
*Oct  6 01:35:38: POD: 213.129.96.3 request queued
*Oct  6 01:35:38:  ++++++ POD Attribute List ++++++
*Oct  6 01:35:38: 6811E060 0 00000009 username(395) 10 XXXXXXXXXX
*Oct  6 01:35:38: 68125A40 0 00000001 session-id(362) 4 1123708(11257C)
*Oct  6 01:35:38:
*Oct  6 01:35:38: POD: Converted to internal Session-Id of 0011257C
*Oct  6 01:35:38: POD: 213.129.XX.X user XXXXXXXXXX 0.0.0.0 sessid 0x11257C key 0x0
*Oct  6 01:35:38: POD:      Line     User     IDB          Session Id Key
******
*Oct  6 01:35:38: POD: KILL Virtual- XXXXXXXX 213.129.XXX.XXX 0x11257C   0x668F6815
******
*Oct  6 01:35:38: POD: Sending ACK from port 1700 to 213.129.XX.X/1274 


на дату внимания не обращайте. сам только увидел :(.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 апр 2010, 16:17 
Не в сети

Зарегистрирован: 22 дек 2008, 13:02
Сообщения: 270
Откуда: Москва
Карма: 27
Такая же проблема. уже пять тысяч писем + про неудачу разрыва сессии. Нас Juniper. Явный баг. Техподдержка на тикет молчит :(.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 01 апр 2010, 18:27 
Не в сети

Зарегистрирован: 17 фев 2009, 19:18
Сообщения: 437
Откуда: Коломна
Карма: 10
Тож в последнее время очень часто возникает (версия 4.6), Сегодня штук 40 писем после перехода месяца пришло, хотя в ручную из монитора все сбрасывается...Вообще я думал у меня одного глюк или проблема с насами...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 апр 2010, 15:19 
Не в сети
Клиент

Зарегистрирован: 21 май 2008, 10:54
Сообщения: 599
Откуда: 50-й рег.
Карма: 40
началось 1 -го числа, все NAS-ы ругались disconnect_nakaми , типа что они какую-то extension перестали с первого апреля понимать. Танцы с бубном заставили проитись по всем конфигам насов, ничего не меняя сохранить и установить старую конфигурацию и перезагрузить радиус.

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 апр 2010, 16:14 
Не в сети
Клиент

Зарегистрирован: 21 май 2008, 10:54
Сообщения: 599
Откуда: 50-й рег.
Карма: 40
Млин, наврал малешко:
Код:
Radius Protocol
    Code: Disconnect-Request (40)
    Packet identifier: 0xe9 (233)
    Length: 57
    Authenticator: A240BAD9155EB19B85EEA6F2D39E3720
    Attribute Value Pairs
        AVP: l=15  t=User-Name(1): gopa_sru4koy
            User-Name: gopa_sru4koy
        AVP: l=6  t=NAS-Port(5): 1813941
            NAS-Port: 1813941
        AVP: l=6  t=Framed-IP-Address(8): 172.18.156.215
            Framed-IP-Address: 172.18.156.215 (172.18.156.215)
        AVP: l=10  t=Acct-Session-Id(44): 81f2ee9d
            Acct-Session-Id: 81f2ee9d
--------------------------
Radius Protocol
    Code: Disconnect-Request NAK (42)
    Packet identifier: 0xe9 (233)
    Length: 40
    Authenticator: 8FDA455862DC2C36D024C81000D4B6F3
    Attribute Value Pairs
        AVP: l=6  t=Error-Cause(101): Session-Context-Not-Found(503)
        AVP: l=8  t=NAS-Identifier(32): vpn_super
            NAS-Identifier: vpn_mt
        AVP: l=6  t=NAS-IP-Address(4): 192.168.120.244
            NAS-IP-Address: 192.168.120.244 (192.168.120.244)

Походу mount.break=1 кильнул все сессии, но не доложил об этом начальнику...

_________________
"Все правые - в резерве!" (c) (translate.google.ru/#en/ru/all%20rigths%20reserved)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 04 апр 2010, 10:43 
Не в сети

Зарегистрирован: 22 янв 2008, 16:40
Сообщения: 163
Карма: 0
у меня само собой рассосалось часа через 4-5 после того как тему открыл.
как и писал ранее такое то-же случалось но как правило всего 5-10 договоров, и после сброса их вручную все нормализовывалось, в этом месяце все договора подряд.

ждем начал мая...


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 апр 2010, 12:29 
Не в сети

Зарегистрирован: 22 дек 2008, 13:02
Сообщения: 270
Откуда: Москва
Карма: 27
Порешили с ТП оказалось, что весели дополнительные модули радиуса. Они держали непонятные сесии и получалась полная радость. Причина была в скрипте запуска/стопа радиуса. Так что убивая радиус проверяйте, что он действительно сдох :)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 15 апр 2010, 00:38 
Не в сети

Зарегистрирован: 29 окт 2008, 18:03
Сообщения: 212
Карма: 0
тоесть решением данной проблемы будет старт\стоп радиус сервера?


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 9 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: Bing [Bot] и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
POWERED_BY
Русская поддержка phpBB
[ Time : 0.052s | 38 Queries | GZIP : On ]