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

сопоставьте и покажите

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

еще раз, в аккаунтинге, который присылает BNG -все есть и все видно

и оно будет актуальное

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

и оно точно такое же, как и на коробке

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

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

для чего? эта информация тоже есть в базе, если сессия активировалась и отправила start/update

Да хз. Вот от коа не падала

см выше, он там хочет адовое дрочилово)

Не было проблем

Коллеги , вопрос . Имеется доступ к одному роутеру в OSPF area backbone как через ospf database узнать кол-во зон и их тип ?

проблема в том, что у абонента и в базе могут быть разные значения

проблема в том, что у абонента и в базе могут быть разные значения

как это может случиться?

Коллеги , вопрос . Имеется доступ к одному роутеру в OSPF area backbone как через ospf database узнать кол-во зон и их тип ?

ospf database

как это может случиться?

не дошел радиус пакет, рестартанули сервер,

проблема в том, что у абонента и в базе могут быть разные значения

почему ты игнорируешь нас насчет смотреть аккаунтинг по абоненту ?

Коллеги , вопрос . Имеется доступ к одному роутеру в OSPF area backbone как через ospf database узнать кол-во зон и их тип ?

show ospf database и читаешь долго

причин могу назвать миллион

стоит вопрос, как посмотреть активность и сервисы абонентов хотя бы раза 2-3 в секунду

купите хуавей

почему ты игнорируешь нас насчет смотреть аккаунтинг по абоненту ?

аккаунтинг устарел на минут пять как минимум

не дошел радиус пакет, рестартанули сервер,

ну так надо смотреть по результату выполнения. coa покажешь errorlevel, радиус при активации - придет пакет service start

аккаунтинг устарел на минут пять как минимум

НЕТ!!!!!

он не может устареть

если сервис стопается аккаунтинг присылается СРАЗУ ЖЕ

а причем тут трафик ?

Не было проблем

дело не в коа, а в функционале

ospf database

ну ospf database покажет наличие LSA type 3 но доступ только к одному роутеру в backbone area

никто про трафик не говорил

если сервис стопается аккаунтинг присылается СРАЗУ ЖЕ

сервис стопается, если dhcp сервер положил сессию

сервис стопается, если dhcp сервер положил сессию

развивай мысль

вот вам вариант

вот вам вариант

rad_recv: Accounting-Request packet from host 10.127.224.129 port 56315, id=241, length=708 User-Name = "johndoe01" Acct-Status-Type = Start Acct-Session-Id = "254769:254771-1504088601" Event-Timestamp = "Aug 30 2017 12:23:22 CEST" Acct-Delay-Time = 0 Service-Type = Framed-User Filter-Id = "IPV6-ingress:fia-acct-ff-in-6_UID1042-demux0.3221305008-in" Filter-Id = "IPV6-egress:fia-acct-ff-out-6_UID1043-demux0.3221305008-out" Framed-IPv6-Prefix = 2a02:a013:df03:7a19:1422:416a:4e71:3c84/128 Delegated-IPv6-Prefix = 2a04:a013:fe:9a00::/56 Acct-Authentic = RADIUS DHCP-Options = "\000\001\000\016\000\001\000\001Y\246\200\366\000\023\000\000\000\002\000\010\000\002\001,\000\003\000(\000\000\000\000\000\004\235@\000\007b\000\000\005\000\030\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\t:\200\000'\215\000\000\031\000)\000\000\000\000\000\004\235@\000\007b\000\000\032\000\031\000\t:\200\000'\215\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000\000" DHCP-MAC-Address = "0013.0000.0002" Service-Session = "fia-acct(10000000)"

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

да блин

вот тут тебе и сервис и пользователь и вообще все

что тебе еще надо?

абонент поменял себе MAC адрес

КУПИТЕ ХУАВЕЙ

:)

как посмотреть его MAC ?

что тебе еще надо?

он хочет знать в инфе от браса что у абонента коммутатор упал

тот же если CVLAN/SVLAN тот же

как посмотреть его MAC ?

зачем смотреть его мак?

у тебя cvlan? svlan?

он хочет знать в инфе от браса что у абонента коммутатор упал

да

збс тема

да

ну так не бывает же

бывает

он хочет знать в инфе от браса что у абонента коммутатор упал

от этого меняется мак?

он хочет знать в инфе от браса что у абонента коммутатор упал

что ?)

что ?)

ну вон выше написал да

поменяли коммутатор - у всех абонентов поменялась опция 82

не хочет писать мониторинг

поменяли коммутатор - у всех абонентов поменялась опция 82

ЗАЧЕМ?!?

почему не запровижнить коммутатор заранее?

или по ztp?

я не знаю, мне почему-то только матерится хочется

ЗАЧЕМ?!?

Что зачем ? У все вечные комутаторы есть ?

который за пару сек поймет что сломался свитч

как это блядь поменялась opt82

поменяли коммутатор - у всех абонентов поменялась опция 82

почему?

он хочет знать в инфе от браса что у абонента коммутатор упал

а коммутатор (видимо абонентский) наверно подключен к порту коммутатора доступа, который умеет в snmp link-state trap ;)

а как вы их сопоставите с информацией в базе?

поменяли коммутатор - у всех абонентов поменялась опция 82

ахахаха страдальцы с опт82

алоэ 2018 год же

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

какой опт82

как это блядь поменялась opt82

да надо просто отпиздить инженера который свитч поменял

и не отзвонился

да и ваще опт 82 нахуй

если c\s

и в биллинге все абоны сменили username сразу

да надо просто отпиздить инженера который свитч поменял

Ты лично будешь в три часа ночи заводить в базу новый коммутатор ?

пускай это ночной одминистратор заведет

и в биллинге все абоны сменили username сразу

Или после грозы, когда сгорит несколько десятков коммутаторов

нормально тут у вас короч я смотрю

у вас с процессами беда

Ты лично будешь в три часа ночи заводить в базу новый коммутатор ?

настроить новый 1в1 как старый? чем не вариант