elias292 Опубликовано 15 ноября, 2010 · Жалоба Посмотрел статистику завершения сессий клиентов, пришел к медленному офигеванию. Нормальное завершение по User Request менее трети, остальное чаще всего код завершения соединения 19 . Поискал в гугле, нашел rfc3580 где оно упоминается: A Supplicant Restart (19) termination cause indicates re-initialization of the Supplicant state machines. В логах linux -а пишут Modem hangup и все. Отловить tcpdump -ом достаточно проблематично, клиентов дофига, трафик большой. Больше как бы ничего. Соответсвенно, я так дддумаю, что это ненормальная ситуация, и хотелось бы ее порешать. Вопрос: как ? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
orlik Опубликовано 15 ноября, 2010 · Жалоба Посмотрел статистику завершения сессий клиентов, пришел к медленному офигеванию.Нормальное завершение по User Request менее трети, остальное чаще всего код завершения соединения 19 . Поискал в гугле, нашел rfc3580 где оно упоминается: A Supplicant Restart (19) termination cause indicates re-initialization of the Supplicant state machines. В логах linux -а пишут Modem hangup и все. Отловить tcpdump -ом достаточно проблематично, клиентов дофига, трафик большой. Больше как бы ничего. Соответсвенно, я так дддумаю, что это ненормальная ситуация, и хотелось бы ее порешать. Вопрос: как ? поднимите тестовую сессию и снимите дамп только для нее, это как минимум даст причину завершения и от кем она инициирована. потом попробуйте отследить , есть ли какая-нить свять , например длительность сессии, между клиентами ... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Giga-Byte Опубликовано 17 ноября, 2010 · Жалоба большинство юзеров давят кнопку Пуск->Завершение работы, либо просто питание, а система сама завершает все процессы, видимо её не научили корректно прибивать ras-соединения. и эти менее трети и у нас сначала корректно отключат соединение а потом выключают компьютер. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
2c2i Опубликовано 17 ноября, 2010 · Жалоба а у вас pptp или pppoe? У меня на pppoe фигурируют только три кода завершения: count | dc -------+----------------- 60 | Session-Timeout 10284 | Lost-Carrier 18957 | User-Request Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
elias292 Опубликовано 18 ноября, 2010 · Жалоба У нас pptp в основном Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
terrible Опубликовано 18 ноября, 2010 · Жалоба У нас так за ноябрь 2010: 2 Admin-Reset 402 NAS-Request 1875 Service-Unavailable 3190 0 3404 Port-Error 5550 Session-Timeout 23428 Lost-Service 28209 Lost-Carrier 70000 User-Request Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
elias292 Опубликовано 19 ноября, 2010 · Жалоба У нас так за ноябрь 2010: У меня так, за ноябрь: По основному биллингу: 1 76971 2 108322 4 184 5 17195 9 873 19 152114 По резервному: 1 38262 2 47658 5 7840 9 1602 19 125210 1 User Request 2 Lost Carrier 4 Idle Timeout 5 Session Timeout 9 NAS Error 19 Power OFF-ON Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...