разрыв pppoe сессии

Технические вопросы по UTM 5.0
Закрыто
Strih
Сообщения: 1
Зарегистрирован: Вт сен 04, 2012 18:34
Откуда: Ноябрьск

разрыв pppoe сессии

Сообщение Strih »

Доброго дня имеем в хозяйстве Cisco 7201, такая проблема с некоторого времени стали обрываться pppoe сессии, грешил на циску, но не чего подозрительного не увидел, да и в общем конфиг не кто не трогал, в радиус логе UTM5 заметил следующие подозрительные надписи:

?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8594> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8597> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8602> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8603> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8604> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8606> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8607> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8608> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8611> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8612> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8613> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8614> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8615> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8616> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8617> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8620> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f740eb90 AcctServer: Recv...
?Debug : Sep 04 11:59:47 f740eb90 AcctServer: Packet from <10.10.10.2> packet dump: RPacket:
Code: 4; ID: 197
<Vendor: 0; Attr: 1>[5]: 6970313336
<Vendor: 0; Attr: 4>[4]: 0a0a0a02
<Vendor: 0; Attr: 5>[4]: 00000000
<Vendor: 0; Attr: 6>[4]: 00000002
<Vendor: 0; Attr: 7>[4]: 00000001
<Vendor: 0; Attr: 8>[4]: 2eaec3a7
<Vendor: 0; Attr: 40>[4]: 00000003
<Vendor: 0; Attr: 41>[4]: 00000000
<Vendor: 0; Attr: 42>[4]: 005542eb
<Vendor: 0; Attr: 43>[4]: 008e455b
<Vendor: 0; Attr: 44>[8]: 3030303238354433
<Vendor: 0; Attr: 45>[4]: 00000001
<Vendor: 0; Attr: 46>[4]: 00000d1b
<Vendor: 0; Attr: 47>[4]: 00005172
<Vendor: 0; Attr: 48>[4]: 00005b2f
<Vendor: 0; Attr: 61>[4]: 00000005
<Vendor: 0; Attr: 87>[8]: 302f302f302f3531

?Debug : Sep 04 11:59:47 f740eb90 RADIUS DBA: NAS found. Data size <0>
?Debug : Sep 04 11:59:47 f740eb90 AcctServer: Acct packet with session ID: 000285D3
Была ли у кого нибудь схожая проблема, все что можно было проверил, идеи закончились, надеюсь на ваше понимание и помощь. Заранее спасибо.
Вернуться к началу
rudf
Сообщения: 150
Зарегистрирован: Чт дек 15, 2011 08:55
Откуда: Москва

Re: разрыв pppoe сессии

Сообщение rudf »

Strih писал(а):Доброго дня имеем в хозяйстве Cisco 7201, такая проблема с некоторого времени стали обрываться pppoe сессии, грешил на циску, но не чего подозрительного не увидел, да и в общем конфиг не кто не трогал, в радиус логе UTM5 заметил следующие подозрительные надписи:

?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8594> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8597> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8602> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8603> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8604> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8606> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8607> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8608> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8611> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8612> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8613> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8614> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8615> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8616> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8617> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <8620> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f740eb90 AcctServer: Recv...
?Debug : Sep 04 11:59:47 f740eb90 AcctServer: Packet from <10.10.10.2> packet dump: RPacket:
Code: 4; ID: 197
<Vendor: 0; Attr: 1>[5]: 6970313336
<Vendor: 0; Attr: 4>[4]: 0a0a0a02
<Vendor: 0; Attr: 5>[4]: 00000000
<Vendor: 0; Attr: 6>[4]: 00000002
<Vendor: 0; Attr: 7>[4]: 00000001
<Vendor: 0; Attr: 8>[4]: 2eaec3a7
<Vendor: 0; Attr: 40>[4]: 00000003
<Vendor: 0; Attr: 41>[4]: 00000000
<Vendor: 0; Attr: 42>[4]: 005542eb
<Vendor: 0; Attr: 43>[4]: 008e455b
<Vendor: 0; Attr: 44>[8]: 3030303238354433
<Vendor: 0; Attr: 45>[4]: 00000001
<Vendor: 0; Attr: 46>[4]: 00000d1b
<Vendor: 0; Attr: 47>[4]: 00005172
<Vendor: 0; Attr: 48>[4]: 00005b2f
<Vendor: 0; Attr: 61>[4]: 00000005
<Vendor: 0; Attr: 87>[8]: 302f302f302f3531

?Debug : Sep 04 11:59:47 f740eb90 RADIUS DBA: NAS found. Data size <0>
?Debug : Sep 04 11:59:47 f740eb90 AcctServer: Acct packet with session ID: 000285D3
Была ли у кого нибудь схожая проблема, все что можно было проверил, идеи закончились, надеюсь на ваше понимание и помощь. Заранее спасибо.
Утмный радиус не умеет отключать сессии, так что нужно смотреть логи на cisco и на стороне клиентов.
Вернуться к началу
dovzz
Сообщения: 73
Зарегистрирован: Вт апр 06, 2010 11:39

Сообщение dovzz »

я понимаю что утм сессии не рвет, но общатся то он должен по радиусу с циской, сегодня в логе кошки обнаружил спам надписей:

Sep 7 09:10:19.439: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:20.375: PPPoE 27670: O PADT (Auto-cleanup) R:001a.d228.4247 L:f866.f26f.a71b Gi0/0.66
Sep 7 09:10:20.719: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:20.719: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:20.723: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:21.295: PPPoE 42246: O PADT (Auto-cleanup) R:0013.332c.0156 L:f866.f26f.a71b Gi0/0.52
Sep 7 09:10:21.439: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:22.403: PPPoE 42246: O PADT (Auto-cleanup) R:0013.338c.0912 L:f866.f26f.a71b Gi0/0.52
Sep 7 09:10:23.783: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:25.439: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:25.475: PPPoE 38089: Bad Packet Length - dropping packet
Sep 7 09:10:25.563: PPPoE 37147: O PADT (Auto-cleanup) R:bcaa.c572.d14c L:f866.f26f.a71b Gi0/0.66
Sep 7 09:10:28.331: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:31.995: PPPoE 40566: O PADT (Auto-cleanup) R:5067.f05a.9558 L:f866.f26f.a71b Gi0/0.51
Sep 7 09:10:32.327: PPPoE 40566: O PADT (Auto-cleanup) R:5067.f05a.9d58 L:f866.f26f.a71b Gi0/0.51
Sep 7 09:10:32.627: PPPoE 40566: O PADT (Auto-cleanup) R:5067.f05a.9d58 L:f866.f26f.a71b Gi0/0.51
Sep 7 09:10:33.351: PPPoE 18914: O PADT (Auto-cleanup) R:0024.0106.b436 L:f866.f26f.a71b Gi0/0.51
Sep 7 09:10:36.223: PPPoE 62063: O PADT (Auto-cleanup) R:5067.f041.f0ac L:f866.f26f.a71b Gi0/0.52
Sep 7 09:10:36.291: PPPoE 27670: O PADT (Auto-cleanup) R:001a.f228.5247 L:f866.f26f.a71b Gi0/0.66
Sep 7 09:10:36.375: PPPoE 56994: Bad Packet Length - dropping packet
Sep 7 09:10:36.607: PPPoE 57126: O PADT (Auto-cleanup) R:5067.f004.e3d8 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:36.811: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:37.627: %IP_VFR-4-FRAG_TABLE_OVERFLOW: GigabitEthernet0/1: the fragment table has reached its maximum threshold 16
Sep 7 09:10:37.799: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:38.799: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:40.799: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:43.223: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Уже неделю маюсь, идеи закончились, есть у кого новенькие мысли по этому поводу?
Вернуться к началу
rudf
Сообщения: 150
Зарегистрирован: Чт дек 15, 2011 08:55
Откуда: Москва

Сообщение rudf »

dovzz писал(а):я понимаю что утм сессии не рвет, но общатся то он должен по радиусу с циской, сегодня в логе кошки обнаружил спам надписей:

Sep 7 09:10:19.439: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:20.375: PPPoE 27670: O PADT (Auto-cleanup) R:001a.d228.4247 L:f866.f26f.a71b Gi0/0.66
Sep 7 09:10:20.719: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:20.719: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:20.723: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:21.295: PPPoE 42246: O PADT (Auto-cleanup) R:0013.332c.0156 L:f866.f26f.a71b Gi0/0.52
Sep 7 09:10:21.439: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:22.403: PPPoE 42246: O PADT (Auto-cleanup) R:0013.338c.0912 L:f866.f26f.a71b Gi0/0.52
Sep 7 09:10:23.783: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:25.439: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:25.475: PPPoE 38089: Bad Packet Length - dropping packet
Sep 7 09:10:25.563: PPPoE 37147: O PADT (Auto-cleanup) R:bcaa.c572.d14c L:f866.f26f.a71b Gi0/0.66
Sep 7 09:10:28.331: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:31.995: PPPoE 40566: O PADT (Auto-cleanup) R:5067.f05a.9558 L:f866.f26f.a71b Gi0/0.51
Sep 7 09:10:32.327: PPPoE 40566: O PADT (Auto-cleanup) R:5067.f05a.9d58 L:f866.f26f.a71b Gi0/0.51
Sep 7 09:10:32.627: PPPoE 40566: O PADT (Auto-cleanup) R:5067.f05a.9d58 L:f866.f26f.a71b Gi0/0.51
Sep 7 09:10:33.351: PPPoE 18914: O PADT (Auto-cleanup) R:0024.0106.b436 L:f866.f26f.a71b Gi0/0.51
Sep 7 09:10:36.223: PPPoE 62063: O PADT (Auto-cleanup) R:5067.f041.f0ac L:f866.f26f.a71b Gi0/0.52
Sep 7 09:10:36.291: PPPoE 27670: O PADT (Auto-cleanup) R:001a.f228.5247 L:f866.f26f.a71b Gi0/0.66
Sep 7 09:10:36.375: PPPoE 56994: Bad Packet Length - dropping packet
Sep 7 09:10:36.607: PPPoE 57126: O PADT (Auto-cleanup) R:5067.f004.e3d8 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:36.811: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:37.627: %IP_VFR-4-FRAG_TABLE_OVERFLOW: GigabitEthernet0/1: the fragment table has reached its maximum threshold 16
Sep 7 09:10:37.799: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:38.799: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:40.799: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Sep 7 09:10:43.223: PPPoE 49948: O PADT (Auto-cleanup) R:0024.01a4.ff52 L:f866.f26f.a71b Gi0/0.53
Уже неделю маюсь, идеи закончились, есть у кого новенькие мысли по этому поводу?

Эти сообщения у вас появляются от сброса зависших PPPoE сессий. Надо разбираться почему они зависают, можно включить keepalive и
sessions auto cleanup. Пусть поправят меня сертифицированные товарищи:)
Вернуться к началу
dovzz
Сообщения: 73
Зарегистрирован: Вт апр 06, 2010 11:39

Сообщение dovzz »

keepalive уже включен на параметр 30, sessions auto cleanup тоже уже включен сбросы продолжаются в логе радиуса вижу следующее:

?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <10453> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <10454> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <10455> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <10456> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <10457> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <10458> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <10459> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <10460> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <10461> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <10462> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <10463> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <10464> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <10465> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <10466> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f6a0db90 RADIUS DBA: No interim update enabled session <10467> found. Setting to default (if enabled).
?Debug : Sep 04 11:59:47 f740eb90 RADIUS DBA: Interim updating session <000285D3> with timestamp <1346738387>
?Debug : Sep 04 11:59:47 f740eb90 RADIUS Stream[plugin]: edit log id <10095>
?Debug : Sep 04 11:59:47 f740eb90 AcctServer: Reply packet dump: RPacket:
Code: 5; ID: 197

?Debug : Sep 04 11:59:47 f740eb90 RadiusSocket: Moving RADIUS packet into send queue
?Debug : Sep 04 11:59:47 f740eb90 RadiusSocket: RADIUS raw data sent
?Debug : Sep 04 11:59:47 f740eb90 AcctServer: Next...
?Debug : Sep 04 11:59:47 f740eb90 RadiusSocket: Waiting for RADIUS raw data
?Debug : Sep 04 11:59:47 f5f0bb90 RadiusSocket: RADIUS packet successfully received
?Debug : Sep 04 11:59:47 f7e0fb90 RadiusSocket: RADIUS raw data obtained
?Debug : Sep 04 11:59:47 f7e0fb90 RADIUS Packet: Size <91>; HDR.Size <91>
?Debug : Sep 04 11:59:47 f7e0fb90 AuthServer: Recv...
?Debug : Sep 04 11:59:47 f7e0fb90 AuthServer: Packet from NAS <10.10.10.2>
?Debug : Sep 04 11:59:47 f7e0fb90 RADIUS DBA: NAS found. Data size <0>
?Debug : Sep 04 11:59:47 f7e0fb90 AuthServer: Packet from <10.10.10.2> packet dump: RPacket:
Code: 1; ID: 72
<Vendor: 0; Attr: 1>[10]: 69703130302d36323832
<Vendor: 0; Attr: 3>[17]: 0124fe60b351c57e4129b310a4eb09f113
<Vendor: 0; Attr: 4>[4]: 0a0a0a02
<Vendor: 0; Attr: 5>[4]: 00000000
<Vendor: 0; Attr: 6>[4]: 00000002
<Vendor: 0; Attr: 7>[4]: 00000001
<Vendor: 0; Attr: 61>[4]: 00000005
<Vendor: 0; Attr: 87>[8]: 302f302f302f3531

?Debug : Sep 04 11:59:47 f7e0fb90 AuthServer: User <ip100-6282> connecting
?Debug : Sep 04 11:59:47 f7e0fb90 AuthServer: Session for sessionid <ip100-6282> not found in <10.10.10.2> cache
?Debug : Sep 04 11:59:47 f7e0fb90 RADIUS DBA: Info for login <ip100-6282> found. type <1>
?Debug : Sep 04 11:59:47 f7e0fb90 AuthServer: Auth scheme: CHAP
?Debug : Sep 04 11:59:47 f7e0fb90 AuthServer: CHAP: Using Authenticator as CHAP-Challenge
?Debug : Sep 04 11:59:47 f7e0fb90 AuthServer: CHAP: Authorized user <ip100-6282>
Warn : Sep 04 11:59:47 f7e0fb90 AuthServer: Unable to claim IP: No such file or directory
?Debug : Sep 04 11:59:47 f7e0fb90 AuthServer: Calling fill radius attributes for NAS. Attr storage size <0>
Notice: Sep 04 11:59:47 f7e0fb90 AuthServer: Login incorrect <ip100-6282> from NAS <10.10.10.2> CLID <> Calling-station <>
?Debug : Sep 04 11:59:47 f7e0fb90 AuthServer: Auth reply: RPacket:
Code: 3; ID: 72
уже неделю маюсь не могу понять де собака зарыта
Вернуться к началу
dovzz
Сообщения: 73
Зарегистрирован: Вт апр 06, 2010 11:39

Сообщение dovzz »

взял 1 из пользователей что сбрасывает в логе радиуса происходит следующее:

dump: RPacket:
Code: 4; ID: 188
<Vendor: 0; Attr: 1>[7]: 69703131363538
<Vendor: 0; Attr: 4>[4]: 0a0a0a02
<Vendor: 0; Attr: 5>[4]: 00000000
<Vendor: 0; Attr: 6>[4]: 00000002
<Vendor: 0; Attr: 7>[4]: 00000001
<Vendor: 0; Attr: 8>[4]: 2eaec08f
<Vendor: 0; Attr: 40>[4]: 00000003
<Vendor: 0; Attr: 41>[4]: 00000000
<Vendor: 0; Attr: 42>[4]: 0169112b
<Vendor: 0; Attr: 43>[4]: 08f7a40e
<Vendor: 0; Attr: 44>[8]: 3030304332334339
<Vendor: 0; Attr: 45>[4]: 00000001
<Vendor: 0; Attr: 46>[4]: 000004eb
<Vendor: 0; Attr: 47>[4]: 0001e1b7
<Vendor: 0; Attr: 48>[4]: 00026cc6
<Vendor: 0; Attr: 61>[4]: 00000005
<Vendor: 0; Attr: 87>[8]: 302f302f302f3636

?Debug : Sep 10 14:28:12 f73c3b90 RADIUS DBA: NAS found. Data size <0>
?Debug : Sep 10 14:28:12 f73c3b90 AcctServer: Acct packet with session ID: 000C23C9
?Debug : Sep 10 14:28:12 f73c3b90 RADIUS DBA: NAS found. Data size <0>
?Debug : Sep 10 14:28:12 f73c3b90 AcctServer: Acct-Interim-Update packet
?Debug : Sep 10 14:28:12 f73c3b90 AcctServer: Acct-Update: User <ip11658>
?Debug : Sep 10 14:28:12 f73c3b90 AcctServer: Updating session <000C23C9> input/output octets <23662891>/<150447118> session time <1259>
?Debug : Sep 10 14:28:12 f73c3b90 RADIUS DBA: Interim updating session <000C23C9> with timestamp <1347265692>
?Debug : Sep 10 14:28:12 f73c3b90 RADIUS Stream[plugin]: edit log id <38736>
?Debug : Sep 10 14:28:12 f73c3b90 AcctServer: Reply packet dump: RPacket:
Code: 5; ID: 188

?Debug : Sep 10 14:28:12 f73c3b90 RadiusSocket: Moving RADIUS packet into send queue
?Debug : Sep 10 14:28:12 f73c3b90 RadiusSocket: RADIUS raw data sent
?Debug : Sep 10 14:28:12 f73c3b90 AcctServer: Next...
?Debug : Sep 10 14:28:12 f73c3b90 RadiusSocket: Waiting for RADIUS raw data
?Debug : Sep 10 14:28:12 f5ec0b90 RadiusSocket: RADIUS packet successfully received
?Debug : Sep 10 14:28:12 f73c3b90 RadiusSocket: RADIUS raw data obtained
?Debug : Sep 10 14:28:12 f73c3b90 RADIUS Packet: Size <136>; HDR.Size <136>
?Debug : Sep 10 14:28:12 f73c3b90 AcctServer: Recv...
?Debug : Sep 10 14:28:12 f73c3b90 AcctServer: Packet from <10.10.10.2> packet dump: RPacket:
Code: 4; ID: 189
<Vendor: 0; Attr: 1>[10]: 69703137322d35333535
<Vendor: 0; Attr: 4>[4]: 0a0a0a02
<Vendor: 0; Attr: 5>[4]: 00000000
<Vendor: 0; Attr: 6>[4]: 00000002
<Vendor: 0; Attr: 7>[4]: 00000001
<Vendor: 0; Attr: 8>[4]: 2eaec4f7
<Vendor: 0; Attr: 40>[4]: 00000003
<Vendor: 0; Attr: 41>[4]: 00000000
<Vendor: 0; Attr: 42>[4]: 0000032e
<Vendor: 0; Attr: 43>[4]: 00000094
<Vendor: 0; Attr: 44>[8]: 3030304334323946
<Vendor: 0; Attr: 45>[4]: 00000001
<Vendor: 0; Attr: 46>[4]: 00000037
<Vendor: 0; Attr: 47>[4]: 00000016
<Vendor: 0; Attr: 48>[4]: 0000000c
<Vendor: 0; Attr: 61>[4]: 00000005
<Vendor: 0; Attr: 87>[8]: 302f302f302f3532

?Debug : Sep 10 14:28:12 f73c3b90 RADIUS DBA: NAS found. Data size <0>
?Debug : Sep 10 14:28:12 f73c3b90 AcctServer: Acct packet with session ID: 000C429F
?Debug : Sep 10 14:28:12 f73c3b90 RADIUS DBA: NAS found. Data size <0>
?Debug : Sep 10 14:28:12 f73c3b90 AcctServer: Acct-Interim-Update packet
?Debug : Sep 10 14:28:12 f73c3b90 AcctServer: Acct-Update: User <ip172-5355>
?Debug : Sep 10 14:28:12 f73c3b90 AcctServer: Updating session <000C429F> input/output octets <814>/<148> session time <55>
?Debug : Sep 10 14:28:12 f73c3b90 RADIUS DBA: Interim updating session <000C429F> with timestamp <1347265692>
?Debug : Sep 10 14:28:12 f73c3b90 RADIUS Stream[plugin]: edit log id <39221>
?Debug : Sep 10 14:28:12 f73c3b90 AcctServer: Reply packet dump: RPacket:
Code: 5; ID: 189

?Debug : Sep 10 14:28:12 f73c3b90 RadiusSocket: Moving RADIUS packet into send queue
?Debug : Sep 10 14:28:12 f73c3b90 RadiusSocket: RADIUS raw data sent
?Debug : Sep 10 14:28:12 f73c3b90 AcctServer: Next...
?Debug : Sep 10 14:28:12 f73c3b90 RadiusSocket: Waiting for RADIUS raw data
?Debug : Sep 10 14:28:12 f5dbfb90 RADIUS Stream[plugin]: Account <10450> with balance <702.264> credit <10.000>
?Debug : Sep 10 14:28:12 f5dbfb90 RADIUS Stream[plugin]: Account <10234> with balance <800.000> credit <4500.000>
?Debug : Sep 10 14:28:12 f5ec0b90 RadiusSocket: RADIUS packet successfully received
?Debug : Sep 10 14:28:12 f73c3b90 RadiusSocket: RADIUS raw data obtained
?Debug : Sep 10 14:28:12 f73c3b90 RADIUS Packet: Size <135>; HDR.Size <135>
?Debug : Sep 10 14:28:12 f73c3b90 AcctServer: Recv...
?Debug : Sep 10 14:28:12 f73c3b90 AcctServer: Packet from <10.10.10.2> packet dump: RPacket:
Code: 4; ID: 190
Вернуться к началу
rudf
Сообщения: 150
Зарегистрирован: Чт дек 15, 2011 08:55
Откуда: Москва

Сообщение rudf »

dovzz писал(а):keepalive уже включен на параметр 30
а interim_update_interval у вас в какое значение выставлен? Похоже, что у вас cisco чистит сессии быстрее, чем биллинг.
Вернуться к началу
dovzz
Сообщения: 73
Зарегистрирован: Вт апр 06, 2010 11:39

Сообщение dovzz »

rudf писал(а):
dovzz писал(а):keepalive уже включен на параметр 30
а interim_update_interval у вас в какое значение выставлен? Похоже, что у вас cisco чистит сессии быстрее, чем биллинг.
Нашёл этот атрибут там стоит следующее: interim_update_interval = 120, может ли быть проблема из за этого? если да то какой параметр должен стоять?
Вернуться к началу
rudf
Сообщения: 150
Зарегистрирован: Чт дек 15, 2011 08:55
Откуда: Москва

Сообщение rudf »

dovzz писал(а):
rudf писал(а):
dovzz писал(а):keepalive уже включен на параметр 30
а interim_update_interval у вас в какое значение выставлен? Похоже, что у вас cisco чистит сессии быстрее, чем биллинг.
Нашёл этот атрибут там стоит следующее: interim_update_interval = 120, может ли быть проблема из за этого? если да то какой параметр должен стоять?
чтобы синхронизовать статус сессий в биллинге и на cisco, я бы установил
interim_update и keepalive так:

3*interim_update_interval=keepalive*количество попыток для keepalive
Вернуться к началу
dovzz
Сообщения: 73
Зарегистрирован: Вт апр 06, 2010 11:39

Сообщение dovzz »

rudf писал(а):
dovzz писал(а):
rudf писал(а):
dovzz писал(а):keepalive уже включен на параметр 30
а interim_update_interval у вас в какое значение выставлен? Похоже, что у вас cisco чистит сессии быстрее, чем биллинг.
Нашёл этот атрибут там стоит следующее: interim_update_interval = 120, может ли быть проблема из за этого? если да то какой параметр должен стоять?
чтобы синхронизовать статус сессий в биллинге и на cisco, я бы установил
interim_update и keepalive так:

3*interim_update_interval=keepalive*количество попыток для keepalive
В конфиге кошки стоит: interface Virtual-Template2
ip unnumbered Loopback0
ip access-group PPPOE-IN in
ip access-group 156 out
no ip redirects
no ip unreachables
no ip proxy-arp
ip mtu 1492
ip flow ingress
ip route-cache policy
ip tcp adjust-mss 1420
no logging event link-status
autodetect encapsulation ppp
peer default ip address pool PPPoE
keepalive 30
ppp authentication chap PPPoE_UTM5
ppp authorization PPPoE_UTM5
ppp accounting PPPoE_UTM5
ppp ipcp dns 46.174.198.6
ppp ipcp address required
ppp ipcp address unique
ppp timeout retry 15
ppp timeout authentication 15
Простите не понимаю какое значение должно стоять, так как не давно начал изучать биллинг(
и ещё вопросик какое значение должен принимать radius_ippool_timeout=60?
Вернуться к началу
rudf
Сообщения: 150
Зарегистрирован: Чт дек 15, 2011 08:55
Откуда: Москва

Сообщение rudf »

dovzz писал(а):
rudf писал(а):
dovzz писал(а):
rudf писал(а):
dovzz писал(а):keepalive уже включен на параметр 30
а interim_update_interval у вас в какое значение выставлен? Похоже, что у вас cisco чистит сессии быстрее, чем биллинг.
Нашёл этот атрибут там стоит следующее: interim_update_interval = 120, может ли быть проблема из за этого? если да то какой параметр должен стоять?
чтобы синхронизовать статус сессий в биллинге и на cisco, я бы установил
interim_update и keepalive так:

3*interim_update_interval=keepalive*количество попыток для keepalive
В конфиге кошки стоит: interface Virtual-Template2
ip unnumbered Loopback0
ip access-group PPPOE-IN in
ip access-group 156 out
no ip redirects
no ip unreachables
no ip proxy-arp
ip mtu 1492
ip flow ingress
ip route-cache policy
ip tcp adjust-mss 1420
no logging event link-status
autodetect encapsulation ppp
peer default ip address pool PPPoE
keepalive 30
ppp authentication chap PPPoE_UTM5
ppp authorization PPPoE_UTM5
ppp accounting PPPoE_UTM5
ppp ipcp dns 46.174.198.6
ppp ipcp address required
ppp ipcp address unique
ppp timeout retry 15
ppp timeout authentication 15
Простите не понимаю какое значение должно стоять, так как не давно начал изучать биллинг(
попробуйте interim_update_interval установить в 63, а keepalive в 190.
и ещё вопросик какое значение должен принимать radius_ippool_timeout=60?
Не знаю, поддержка рекомендует отказаться от ippool* параметров и использовать только interim_update.
Вернуться к началу
dovzz
Сообщения: 73
Зарегистрирован: Вт апр 06, 2010 11:39

Сообщение dovzz »

Я правильно понимаю что после изменения конфига нужно рестарнуть радиус?
Вернуться к началу
rudf
Сообщения: 150
Зарегистрирован: Чт дек 15, 2011 08:55
Откуда: Москва

Сообщение rudf »

dovzz писал(а):Я правильно понимаю что после изменения конфига нужно рестарнуть радиус?
Обязательно :D
Вернуться к началу
dovzz
Сообщения: 73
Зарегистрирован: Вт апр 06, 2010 11:39

Сообщение dovzz »

ну надеюсь что поможет если нет я даже не знаю куда нам дальше
Вернуться к началу
rudf
Сообщения: 150
Зарегистрирован: Чт дек 15, 2011 08:55
Откуда: Москва

Сообщение rudf »

dovzz писал(а):ну надеюсь что поможет если нет я даже не знаю куда нам дальше
Это должно избавить от ошибок:

Unable to claim IP: No such file or directory

Причину зависания сессий нужно искать в сети или на cisco.
Вернуться к началу
Закрыто

Вернуться в «UTM 5.0»