Ну просто рано или поздно подобная безответственность операторов шпд и хостеров вызовет интерес законодателей и если мы не выработаем решение сами. Опять получим неадекватные реальности меры по блокировке трафика наиболее затратным из существующих на рынке способом при обеспечении ничтожной эффективности.
Мне нравится идея проекта dots - о предоставлении оперативного способа связи между noc@.
Пускать простых смертных к нок - задача сомнительная, особенно для крупных операторов. У нас есть 3 фултайм юнита, которые занимаются исключительно жалобами от клиентов извне.
Но когда я как дважды лир и оператор двух крупных площадок не могу выйти на связь с довольно крупным оператором шпд - это не нормально.
Я против универсальных апи/протоколов по отражению атак. Но я за эффективный способ связи хотя бы между лирами и хотя бы в рамках региона РАЙП.
Даешь соц сеть с обятельным присутствием и разумным временем ответа на запросы и с публичным рейтингом злостных игнорщиков.
А-то смех смехом, но в нашей стране до сих пор есть мегаоператрры, которые требуют сброса acl по факсу с подписью ген директора, это даже не смешно в 21 веке, от этого плакать хочется.
On Wednesday, 14 October 2015, Sergey Afonin asy@kraft-s.ru wrote:
On Wednesday 14 October 2015, Pavel Odintsov wrote:
Неоднократно слышал мысль о том, что контролировать и фильтровать трафик ШПД клиента - моветон. Мол слишком сложная задача никак не относящаяся к оператору.
Контролировать - это хорошо бы, но Volodymyr Litovka верно сказал про затратность решения. Фильтровать, разумеется, не стоит. А вот по поводу "никак не относящаяся", то, на самом деле, пресекать неправомерные действия - это не то, что не моветон, а должно быть обязанностью оператора. Если таковые действия совершаются за счёт оборудования пользователя, это пользователя ни коим образом не извиняет. По хорошему, надо прописывать условия ответственности за некорректную работу оборудования в договорах и предусматривать там отключение до устранения проблемы.
-- С уважением, Сергей Афонин asy@kraft-s.ru javascript:; _______________________________________________ discuss mailing list discuss@enog.org javascript:; http://www.enog.org/mailman/listinfo/discuss