darkagent

как и элтекс - это ничего не значит.

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

2 - самый минимум.

Один из своих вторичных-кэширующих напрямую в НСДИ заворачиваешь и будет тебе счастье - и им циферки нормальные, и тебе это особо на качестве услуг не ударит.

запахло ст. 175 УК РФ

Возможно, вас никто не ограничивает, поступайте как знаете.

у http к сожалению получится задержка покруче чем у радиуса в силу особенностей протокола. а вот отдельный udp сервер вполне себе вариант. да

По сути там библиотека, и пример как ее пользовать приведен в example_main.cpp. т.е. эту библиотеку надо дружить со своим ПО силами своего программиста, который проинтегрирует ее в тот же фрирадиус или какую-нибудь прослойку к которой будет обращаться уже твой радиус. Придется попотеть, чтоб не плодить задержки.

Если речь про ПО с портала ГРЧЦ, то там исходники, которые без проблем собираются если предустановить требуемый инструментарий (для debian/ubuntu через prerequisites.sh) - можно хоть на redhat/centos собрать. из относительно жестких привязок только конкретная версия исходников boost и openssl, которые скачиваются скриптом, и все.

СКУД на объектах есть? а то может там просто очередной монтажник-Вася зашел покрутить патчкорды, да не те покрутил.

у Билайна примерно схожие расценки, разве что ниже чем 0,05р за вызов не торгуются Верификация ВымпелКом_для операторов.pptx Описание НТТР Notification API.docx Техническое описание по Облачной Верификации для Операторов.docx

Это уже из крайностей в крайности. В данном случае нужно балансировать - решить задачу, но без лишних попыток усложнить свою жизнь - а то кому вы без лицензий нужны будете.

так там решения по факту все индивидуальные ))

При этом вы не препятствовали процессу, не оттягивали неизбежное, не занимались бесконечными переписками "что по сертификатам" и т.д.? или да? У нас в целом все тоже довольно гладко и оперативно прошло, и каких-либо проблем не испытываем. В отличие от ТСПУ, с Антифродом все конечно иначе выглядит - сроки обозначили такие, что придется переносить летние отпуска, документацию предоставили в таком виде, что засыпаешь с титульного листа. Реагировать на письма требуют довольно оперативно - и если где замешкался с ответом, из РКН звонят с напоминанием.

И что вам это "сопротивление" даст? кроме накала отношений с регулятором, повышенного интереса различных инстанций, и иных не самых приятных последствий в долгосрочной перспективе. Пару недель-месяцев отсрочки? Сомнительное удовльствие. Проходили уже это с ТСПУ.

не, не могу. "наелся", завязал. сменил вендора, сплю спокойно.

>dis license information Slot 0: Current license file : No license is activated Synchronize from master board : NO Current license file esn : No license is activated Current slot esn : ********** License esn match with device : NO

а продавец не пояснил для чего эта лицензия? она не обязательная и на функционал не влияет, скорей всего это саппорт на обновление софта. мне железки продают без нее.

extremenetworks.com -> support -> documentation -> extremeXOS -> выбираем под свою версию софта и тянем user guide.

нормально там с документацией. guide скачиваешь с их сайта и читаешь, все там есть и даже с картинками.

conf pim add vlan4000 sparse passive

у экстримов (summit,bd) буфер шареный - т.е. он жирный, но на группу портов поделенный, в основном равными долями, посмотреть можно в sh ports buffer. если трафик интенсивный, буфер может забивать, тогда и начинается срыв буфера (дроп исходящих пакетов). механизм shared buffer на exos позволяет перераспределить резервы вышеописанной командой. жирней буфер - меньше риск возникновения дропов. https://gtacknowledge.extremenetworks.com/articles/Solution/Prevent-packet-drops https://community.extremenetworks.com/extremeswitching-exos-223284/lag-sharing-packet-loss-and-high-latency-7565475 https://people.ucsc.edu/~warner/buffer-wuz.html https://people.ucsc.edu/~warner/Bufs/BlackDiamond.html

с 1:1 по 1:12 порты огонь. это дропы, дропы по берстам/микроберстам, и их очень много. если плата позволяет - перераспределить на эти порты побольше буфера, conf ports 1:1-12 shared-packet-buffer хотя бы 50; я так понимаю порты ггц гигабитные - пора подергать гугл чтоб подвезли серванты с десятками.

sh cp top sh ports rx/tx/congest процесс софтовый и рассыпается или от перегруза или от недополучения пакетов

в итоге очередная тема скатилась к обсасыванию некротика. r.i.p.