Urs_ak

А почему за доп. деньги? Сейчас нефильтрованный надо за доп. деньги. Вот я знаю что ReTN и RUNNET фильтруют, а чтобы это было за доп. деньги не слышал.

США ещё бы надо спокойно пройти переходный период межвластья, а уж потом "нагибалку" расчехлять...

Это 90-ые возвращаются, на самом деле. Недавно читал новость, что в каком-то доме заставляли платить "смотрящему" за право парковать автомобиль у дома. По мере развития кризиса, сбор денег с населения, разными бойкими товарищами будет только нарастать.

А если, допустим, из-за Ревизора будет пожар в Дата-Центре. Кто будет отвечать?

На сходке с операторами, представитель РКН говорил что у Ревизора якобы есть список ресурсов по которым он проверяет, что работает не в песочнице

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

Нам на сходке РКН сказал что его надо "подключать через NAT" и что это даже "обязательно", т.к. оно "как абонентское устройство". И его надо регистрировать через https://portal.rfc-revizor.ru Вот презенташка от них:

Вспоминается классическая байка про Компанию, которая решает "повысить эффективность на рынке" и нанимает Менеджера. Он всё передаёт на аутсорсинг увольняя Инженеров, получает свой Бонус, рекомендации и уходит. Затем у Компании начинаются Проблемы. Руководство нанимает другого Менеджера, который должен "повысить компетенции компании". Он хантит на рынке инженеров и уходит от аутсорса, получает свой Бонус, рекомендации и уходит. repeat P.S. Нормальный аутсорс дорогой и это работает когда у компании есть "человек с палкой", который аутсорс гоняет. Если этого нет (а обычно нет), то аутсорс тупо берёт деньги, а работает абы как. Собственно это и есть "бизнес-модель" аутсорса - иметь пул клиентов, которые не понимают в теме, забалтывать их, а вкалывать на требовательных, "ключевых" заказчиках (часто в убыток).

Наверно, в следующей версии firmware (видимо уже только через год), они починят это и вы никогда с этим не столкнётесь. Про RFC, между прочим, не очень удачный тезис, вот например такое заставляет "быть настороже": http://eltex.nsk.ru/forum/viewtopic.php?t=3718 P.S. Кстати говоря, функционал "ACL на VLAN" до сих пор не реализован, что странно в контексте "коммутатора агрегации".

Элтекс надо тщательно тестировать на своей сети, благо они дают такую возможность. Может выясниться, что много чего реализовано только частично. Мы, например, взяли на пробу два 3124F и выяснили что с нашим OSPF (есть много /30) они не работают - перезагружаются (на 2.5.45). Из двух, кстати, один уехал в ремонт с вентиляторными проблемами - дистрибьютор говорит что чинить будут около месяца.

GPON же в сторону абонентов и так всем всё передаёт, по технологии. Причём тут отражение UPC? Можете пояснить, начинающему ПОНоводу? Или имеется в виду механическое соединение сплиттера в муфте с UPC коннекторами, рядом с абонентом?

Это понятно. Я не юрист, но как я понимаю, максимум можно этот пункт (3.2.11) исключить из договора.

Ещё проект договора присылают для согласования. В пункте 3.2.11 явно прописывается, что все расходы по эксплуатации на операторе.

У вас, кстати, GPON? Вы крутили профили shaping с инженером? А нас чего-то upload редко когда больше 90 Мбит/с с ноута у клиента выдаёт.

На форуме по PON'у хуже отвечают, чем по коммутаторам. Могут проигнорировать какой-то сложный вопрос. Такое ощущение что у них там только одна девочка на поддержке.

Походу СОРМ это не "продукт", а "процесс"

Кто-нибудь знает чего будет на "рабочем совещании по вопросу установки комплекса" РКН, на 27.09.16? Стоит ли туда идти, если Ревизора пока нет? Или сходить, но ничего не подписывать? "Управление Роскомнадзора по Северо-Западному федеральному округу при участии филиала ФГУП «РЧЦ ЦФО» в Северо-Западном федеральном округе проводит рабочее совещание по вопросу установки на сетях операторов связи, оказывающих телематические услуги связи, аппаратно-программного комплекса «Ревизор» в соответствии с Приказом Роскомнадзора № 103 от 17.07.2014"

Так оборонка. + кто следит за геополитическими новостями, тот знает, что всё движется в сторону развала глобальной экономики на экономические зоны. Эти зоны будут закрывать свои рынки от конкурентов из других зон. У нас будет ЕврАзЭс, через 5 лет тут новую циску будет не купить.

Если абонент статикой прописывает свой ip и пишет не тот - то что?

Ну, моя логическая цепочка такая: белые ip -> их надо экономить, выдавать по /32 -> надо ip unnumbered/super vlan -> значит пул внешних ip -> если пул, то надо привязывать ip к клиенту -> к mac'у Это всё в контексте того, что у нас "безо всяких там опций 82, просто вланы", т.е. без DHCP Я не особо шарю в IPoE - вот спрашиваю.

А я правильно понимаю, что этот совет актуален только для серых ip? Т.е. мы подвешиваем /30 в влане и не паримся. А если реальные ip выдаются, то их же уже хочется экономить и /30 не подвесить, надо уже вводить ip unnumbered/super vlan и начинаются пляски с привязкой к mac. Да?

Мне интересно на чём Diamont делает и решает ли хотелки гостиниц. Так то у нас написан свой портал авторизации к UniFi (с СМС авторизацией). Сейчас на стадии тестирования в гостинице.

А на каком железе так сделано? А что будет если посетитель поделился своим паролем со всеми своими коллегами из соседних номеров? (это актуально если гостиница хочет продавать вифи)

А авторизация постояльцев как будет делаться - сейчас же это чуть ли не ключевой вопрос? Заключение договора аферты и т.п. яровая? Типа придёт письмо из МВД через год: кто с таким внешним ip лазил там-то - дайте нам его пашпорт или мобильник?

Ну вот - договорняк, IMHO Mail.ru Group рассказал инвесторам, что исполнение «закона Яровой» — это недорого "Думаю, оценки затрат, которые были в СМИ, сильно преувеличены. Даже если нам придется хранить данные, думаю, с учетом поправок расходы будут не такими высокими как ранее заявлялось в СМИ», — заявил финансовый директор компании Мэтью Хэммонд." https://roem.ru/19-08-2016/231193/mail-ru-group-ocenka-zatrat