Что странного-то? Для написания программного кода админские права не нужны. Для отладки есть тестовые машины, виртуалки и т.д.
На западе вообще редко где есть права админа без явной необходимости, для таких случаев asp.net'чикам даже сделали отдельный IIS Express, который позволяет отлаживаться без админских прав.
Имхо, единственное, что реально все знают — это basic или pascal. Люди, занимающиеся промышленной автоматизацией знать не знают, что такое SQL, у них как правило нет массива данных, у них в лучшем случае поток событий.
Люди разные. Не всем интересно что-то изучать. Есть уймы людей, отлично разбирающиеся в своей нише и ни капли не знающие за её пределами. Для них работа — это работа only, способ добычи пропитания и ничего больше.
А ничего, что большинство программистов в консоли вообще не работает? И многие вообще не знают, как ОС устроена и т.д. Есть огромный пласт программистов (на вскидку ABAP, 1С), которые вообще с консолью не сталкиваются? А есть и программисты, которые код не пишут в привычном большинству виде (SCADA)…
Не поленился, скачал PoD-пакеты с сайта автора. Следом за заголовками HTTP и ICMP идут куски именно INVITE-пакетов, так что вероятнее всего, моё предположение о необходимости выполнения двух условий верно.
В любом случае есть какое-либо ближайшее к вам оборудование, возможностей которого достаточно для выполнения подобных задач. Вопрос лишь в том, умеете ли вы договариваться.
Я так понял, что проблема именно в INVITE пакетах SIP. Т.е. возможно в сетевом интерфейсе были заложены какие-либо оптимизации для конкретных протоколов реального времени, и возможно части кода этих оптимизаций по недосмотру программистов наложились друг на друга. Ну, например, неверная вложенность if, т.к. на столь критичных к времени выполнения задачах никаких изысков архитектуры, естественно, нет.
А организовать фильтр — так для этой задачи можно даже любой level1-фильтр прикрутить, если там всё же один критичный байт, не обязательно даже level3-устройств.
У вас сервер прям на непосредственно Tier1 канале висит? Или всё-таки в каком-либо ДЦ стоит? Попросите технарей ДЦ и они вам организуют фильтрацию своими средствами.
Т.е. на аппаратном файрволе, который в любом более-менее серьёзном проекте присутствует — так сложно настроить фильтрацию нежелательных пакетов? Я предпочту в подобных ситуациях быть заведомо осведомлённым относительно причины, дабы прикрыть продакшн-сервера от таких «неожиданностей».
На западе вообще редко где есть права админа без явной необходимости, для таких случаев asp.net'чикам даже сделали отдельный IIS Express, который позволяет отлаживаться без админских прав.
Лучше б тогда уж что-нить поинтересней придумали, ну, скажем, для дотнетчиков что-нить вроде:
return FilterFactory.Get() .Where(t => t.Age >= 20 && t.Age <= 30) .Where(t => !t.Married) .Select(t => t.Photo.Uri);С админами не путаете? :)
Если бы всё было столь строго, то продукция разных вендоров не отличалась бы между собой — ведь стандарты одни на всех.
Сомнительно, т.к. тогда машина висла бы сразу после старта, т.к. вероятность слишком велика.
А организовать фильтр — так для этой задачи можно даже любой level1-фильтр прикрутить, если там всё же один критичный байт, не обязательно даже level3-устройств.