Перейти к содержимому
Калькуляторы

jffulcrum

VIP
  • Публикации

    6474
  • Зарегистрирован

  • Посещение

Все публикации пользователя jffulcrum


  1. Это сообщение не может быть отображено т.к. оно находится в разделе, который требует 5 сообщений для просмотра.
  2. В вашем случае играют три документа: Приказ Минрегиона РФ от 30.12.2009 N624"Об утверждении Перечня видов работ по инженерным изысканиям, по подготовке проектной документации, по строительству, реконструкции, капитальному ремонту объектов капитального строительства, которые оказывают влияние на безопасность объектов капитального строительства По которому земляные работы, а именно механизированная разработка грунта, и работы по устройству наружных линий связи , в том числе телефонных, радио и телевидения признаются влияющими только для объектов, перечисленных как особо опасные, технически сложные и уникальные в Градостроительном кодексе. Градостроительный кодекс устанавливает, в статье 48.1 перечень таких объектов. Там, само собой, всякие плотины, АЭС, ж/д, порты, но также: - любые объекты, где заглубление ниже 15 метров. - сооружения связи, установленные как опасные/сложные законом "О Связи" Идем в закон "О Связи" и читаем: Итого: - роете землю до 5 метров - СРО не нужен - копаете глубже - необходим
  3. Это сообщение не может быть отображено т.к. оно находится в разделе, который требует 5 сообщений для просмотра.
  4. hAP ax3 wireless problem - MikroTik - тут человек тестил. Ждем новых шелезяк.
  5. То есть сейчас все лежит на столе, и промежуточных устройств, могущих резать метки и/или MTU - нет?
  6. VPWS PW Down Cause Analysis and Troubleshooting - Huawei - изучено?
  7. Это сообщение не может быть отображено т.к. оно находится в разделе, который требует 5 сообщений для просмотра.
  8. QCN-6102...расходимся, это LP для всяких безумных домов. Сумневаюсь, что оно и dual-stream c WPA3 потянет на сколь-либо джентльменской скорости. Плюс только во влезании в обычные POE, не требуется POE+
  9. Если бы у операторов связи в России было сообщество - регистратор появился бы еще тогда, в 96-м. Но сообщества нет, оттого слышно только жалобное мычание при проникновении государственного органа регулирования (а теперь и органов западных "партнёров" в свете санкций и прочего). Потому лично я не против, пусть организацию создадут принудительно, как СРО у строителей. Дальше оно как-нибудь, когда-нибудь выедет на дорогу. Шансы одиночных операторов что-то выпросить у RIPE, ICANN и т.п. - ничтожны, на срачи там давно реагируют в стиле "спасибо, подрочил"
  10. Мы уже слишком старые, чтобы верить в розовых единорогов. В любом случае будет алчная, забюрократизированная структура, заинтересованная прежде всего в собственном существовании процветании. В которой будут крысячничество, хватание женского персонала за жопы, всякие интриги, сомнительные связи (поощряющие разговоры о заговорах и тайных правительствах) - в общем, см. историю текущих регистраторов. Форма собственности и расположение штаб-квартиры особого значения не имеют. Но наличие организации лучше ее отсутствия. И лучше если это свой сукин сын, по заветам дедушки Рузвельта.
  11. Оу...ностальджи, когда-то очень давно человек помог с Циской в Подмосковье. Кстати, охренеть, Ист-телеком вроде как существует до сих пор, хотя сайт с 22 года не обновляется. Мой интерес отсрочить 2), как человек, регистрировавший домен в 1997-м, я не хочу назад в РИПН. Ну и попытавшись в 1) отечественные провайдеры смогут хотя бы уйти как герои...
  12. Вариантов немного: 1. Делать свой регистр, как сделали Африке. Усилий нужна масса, понимания со стороны ICANN не ожидается. Последствия понятные - в лучшем случае отдадут те диапазоны, что есть. 2. Царь-батюшка подписывает указ о Чебурнете: один уполномоченный провайдер из двух букв имеет публичную внешку и проксирует/натит/еще что-то делает с трафиком наружу, остальные все варятся внутри - сиречь Северная Корея, да и Китай на каком-то этапе. Вероятно неизбежно, но слишком радикально на данный момент, да и расходы нужны тоже радикальные. 3. Все остается как есть, с оплатой через Казбекистанские и Урзыкстанские банки, все делают вид, что это - норма. Попавших под санкции RIPE будет просто исключать из LIR, но милостиво позволять передать адреса кому-то не под санкциями и работать через него. Именно это и ожидается. В наших силах попытаться с 1) или приблизить 2) (анекдот про два стула впишите сами)
  13. Это сообщение не может быть отображено т.к. оно находится в разделе, который требует 5 сообщений для просмотра.
  14. Вот и нашелся колл-центр "службы безопасности сбербанка"
  15. Это сообщение не может быть отображено т.к. оно находится в разделе, который требует 5 сообщений для просмотра.
  16. В 5ГГц зона поглощения водяным паром...
  17. Материал для ознакомления: https://nag.ru/material/37838 Оно непросто, но даст понять, что разное оборудование у провайдеров по-разному управляет ресурсами и полосой. Чтобы получить ресурсы и полосу, вам надо создать нагрузку на ресурсы и полосу, а вы её не создаете! В режиме TCP размер блока у iperf (параметр l) по-умолчанию всего 128К, а время теста (параметр t) 10 секунд. Умный маршрутизатор/коммутатор провайдера даже не воспримет это, это не нагрузка, это так, мелкий бёрст. Чтобы получить "трубу" надо создать поток в "трубу", и надежнее всего делается это через многопоточность. Ну если так хочется в один поток, то создавайте "напор" - большие блоки и время теста минут 10, чтобы весь Интернет по пути осознал, проникся и вывалил нужные ресурсы - буферы, очереди и т.п. (ну или записал вас в потенциально нежелательную активность типа DOS и загнал в резервацию, такой исход тоже возможен).
  18. Физика однако - скорость света и т.п., глобально тут надежда только на силу любви https://youtu.be/M9UADsRZ1jU?si=ueiGYEOzOdQc9Xc2 Практически - можно сделать точку входа в европейской части страны, какую-нибудь VPS в Москве, где устроить SIP gateway, или прямо шлюз на коло там в датацентре поставить, а от VPS уже купить MPLS туннель с гар.задержкой до вашего сервера телефонии на ДВ. Но цена вопроса вам не понравится. Делал такое для банка, по качеству получалось более-менее приемлемо.
  19. Нет, REUP не является заменой MC-LAG, это альтернатива STP. Аналог MC-LAG можно получить с помощью VSU/VSL, хотя технически это ближе к стекированию.
  20. Например, у вас на сети петля.
  21. Не поверим: https://forum.mikrotik.com/viewtopic.php?t=134594