ig0r

Не будем смеяться над безумным идеями Маска, воплощающимися у нас на глазах, но почему-то кажется, что в тоталитарных странах результатом будет ещё большая цензура в виде запрета на использование пользовательских терминалов, это при условии, что население этих стран в принципе будет способно купить терминалы связи. Не слышал, чтобы жители Северной Кореи или Ирана массово спасались от цензуры при помощи Iridium

ipforwarding на vlan включен?

Сложилось впечатление, что до последнего расширения в точки обмена, ноды давали всем подряд на объемах от 1Г, сейчас же, с большой вероятностью, Гугл решил основные проблемы с нехваткой ёмкости и получить сервера станет сложнее. Хотя, соглашусь с logic, что на малых объемах для провайдера нет экономики и, как правило, в таких случаях им движут игры в локальное тиерванство, наполеоновские планы или банальная глупость.

Да, причем в некоторых обстоятельствах и при больших объемах трафика выгоднее получать его с аплинков или точек обмена. Это объемная тема, к тому же хорошо освещенная на многих ресурсах, включая этот форум. Задавайте конкретные вопросы. Для начала давайте определимся с чьих кешей вы получаете этот трафик сейчас.

Зайдите по ссылке https://redirector.googlevideo.com/report_mapping до перелива из UA и после перелива, сравните вывод. Есть разные способы повлиять на это, но трафиком управляет Google по своим алгоритмам, поэтому нет 100% гарантии. Так, чтобы принудительно, работают только more specific routes, использование которых влечет за собой ряд неприятных особенностей, а поэтому рекомендовать этот способ не буду. Обычно трафик переливается с перегруженных нод и принудительный заворот его обратно даст негативный результат в плане качества. Лучше действовать, разобравшись в причинах. Пока

Data rate supported per port: • Optical: 1 GbE/10 GbE • Direct Attach: 10 GbE https://www.intel.ru/content/dam/doc/product-brief/ethernet-x520-server-adapters-brief.pdf

Понятно, раньше у меня этот адрес работал и в Chrome. Он до сих пор в их официальной документации и его же просят открывать их инженеры.

В чем "большая правильность" вашего линка?

Может, понаблюдайте за выводом http://redirector.c.youtube.com/report_mapping в моменты перелива трафика.

У Google вже немає полки в UA-IX, вони розширили включення з 60G до 120G. Також Google збільшив ємність з 80G до 220G у DTEL-IX. У Гіганет, судячи з відкритих джерел, залишили 60Г, але там ситуація відрізняється від UA-IX та DTEL-IX, оскільки у Гіганета працювала своя нода GGC. Яким чином ви це зробили? Вероятно, расширение Google в Украине это и есть причина увеличения украинского трафика у вас, по времени примерно совпадает. Ряд операторов частично или полностью отдавали трафик Гугла в мировых сессиях, но есть и такие, которые умело нивелировали проблему нехватки ёмкости у Google

Кем считаются неадекватными и в чем преимущества низких TTL, кроме быстроты обновления кешей? Одно дело, когда низкий TTL используется для failover, а другое - когда он ставится просто так. Это же обратная зона DNS, она с большой вероятностью не будет часто меняться. Низкий TTL кроме нагрузки повышает шансы на отравление кешей. Некоторые считают низкий TTL одной из новых угроз стабильности Сети, а низкий TTL для MX-записей может привести к печальным последствиям.

Шутите? Это ведь обратная зона! ​TTL в 60 секунд приведет к увеличению бесполезной нагрузки на ваш сервер, а если поразмыслить, то отрицательно повлияет и на нагрузку других устройств по всему миру. Берегите ресурсы планеты

Гугл в помощь: QinQ DLINK

На ваш вопрос отвечает глава Lifecell Исмет Языджы: "Чтобы запускать, например, новые финансовые услуги...", "Все переходит в приложения. Приложения переходят в смартфон...". Продолжая логическую цепочку: связь смартфону обеспечивает Lifecell.

Причем тут Эрдоган? Mobile ID и другие услуги, неактуальные без идентификации, ещё больше привяжут клиентов к мобильным операторам и дадут им дополнительный доход. Вот в чем их основной интерес и поэтому естественное нежелание украинцев идентифицировать себя у менеджеров Lifecell трансформируется в ограждение украинцев от сервисов.

МТС/Киевстар врядли, но есть ещё Интертелеком и многострадальный Тримоб. Я ничего не утверждаю, просто удивляюсь способности СМИ плодить фейки на ровном месте. Эти уши растут ещё с конца апреля, когда стартовала акция «Интернет везде» и Воли и Lifecell. Логичный ответ на тарифы «Киевстар Все вместе».

Один з найбільших мобільних операторів компанія lifecell анонсувала плани щодо купівлі низки українських операторів зв'язку. Про це заявив головний виконавчий директор оператора мобільного зв'язку lifecell Ісмет Язиджі, передають Українські новини. "Ми прийшли сюди купувати, а не продавати. Ми віримо в майбутнє українського ринку (мобільного зв'язку). Саме тому група Turkcell інвестувала $1,9 млрд у цей ринок і планує продовжувати інвестування, тому що у нас є дуже позитивні надії на майбутнє", - сказав він. Язиджі також зазначив, що в планах компанії - купівля одного, а, можливо, і декільк

У каждого свой фэн-шуй iBGP в такой схеме проще и надежнее, но в некоторых случаях отработает ощутимо медленнее OSPF при переключении на резерв, особенно если сервера физически подключены не напрямую к маршрутизатору, а через коммутатор. Можно попытаться нивелировать этот минус при помощи BFD over BGP. Если схема не предполагает анонсов маршрутов с серверов на маршрутизаторы, то можно попробовать обойтись настройкой First Hop Redundancy Protocols (CARP/VRRP/HSRP/GLBP/ESRP/NSRP и т.п.)

Вы хотите соорудить маршрутизатор с full view из коммутатора десятилетней давности, предназначенного для сетей масштаба предприятия, и погремушки на виртуалке. Ничего у вас не получится, т.к. вся схема ограничена возможностями 3550. Умеете принимать дефолт? Отлично, принимайте. Можете вообще не принимать маршруты из IX, это почти никак не повлияет на входящий трафик оттуда. У серьёзного контент-генератора, которому нужно особенным образом балансировать исходящий трафик должны быть и деньги на маршрутизатор. Хочется принять десятки тысяч "мусорных" зарубежных маршутов из украинских точек обмена

Возможно сказываются позднее время суток и жара, но описание задачи воспринимается с трудом, а эффект сравним с эффектом от прочтения этого анекдота. Зачем full view если в итоге циска принимает три дефолта?

Можно вместо drop делать reject с tcp-reset. Ресурсов требует больше, но это также решает проблему.

Отфильтруете маршруты до подходящего количества. В данном случае +1 за Cisco Catalyst 4900M (желательно с 1G RAM). Если юнитов не жалко и электроэнергия дешевая, то в рамках бюджета можете на базе шасси WS-C6504-E собрать подходящую конфигурацию и будет вам 2,5 full view. Но пока вариант с дефолтами представляется более разумным. Кстати, чем ПК не устраивает?

H_U_L_K, а Вы серьезно? Ну и аудитория пошла....нет желания/времени помочь человеку, но всегда найдется время и желание по мелочи придраться к фразам помогающих.

Трейс могу дать в ЛС, но если нужна скорость скачивания, то трейс нужно делать с hetzner до вашего провайдера, а не наоборот.

520 Мбит в секунду если браузером качать, 940 Мбит если в несколько потоков. Зависит от провайдера, в техподдержку обращались?