Time to live exceeded что такое
Что такое время жизни пакета (TTL)
Вероятно, многие из нас обращали внимание на параметр TTL в запущенной команде ping. Расшифровывается TTL как Time to live.
Время жизни пакета это предельное число итераций, которое пакет данных может совершить до своего исчезновения. Выражаясь не так официально, TTL — это число «прыжков» от устройства к устройству, которое может совершить пакет.
Строго говоря, TTL это не только про пакеты данных. Время жизни имеют и другие вещи, например, DNS-записи на серверах. Поэтому не связывайте понятие TTL только с пакетами данных.
Возвращаясь к теме статьи, объясним предназначение времени жизни пакета. Дело в том, что данные в сети имеют свойство зацикливаться, что создаёт своего рода «мусорный» трафик. Поскольку количество «прыжков» между узлами у пакетов ограничено, они не смогут «бродить» по сети вечно.
На самом деле, изначально предполагалось, что TTL пакетов будет измеряться в секундах. Так что это должно было быть время в буквальном смысле слова. Однако позже от этой концепции отказались в пользу простого числа «прыжков» или хопов (hop). На каждом промежуточном узле это число уменьшается на единицу (по умолчанию, хотя настройки можно выставить иначе). Если число «прыжков» у пакета истекло, а адресата он так и не достиг, этот пакет уничтожается, а адресату направляется сообщение о необходимости повторной отправки данных (Time Exceeded). Учтите, что коммутаторы оставшееся число «прыжков» не изменяют, так как действуют на канальном уровне (более низком) модели OSI, а не сетевом.
Время жизни пакета задаётся в соответствующем поле в заголовке IPv4-пакета. В стандарте IPv6 используется уже другое поле Hop Limit. Максимально возможное значение TTL равно 255. В большинстве популярных операционных систем (macOS, Linux, Android, iOS и т.д.) TTL=64. В Windows по умолчанию TTL=128.
TTL и интернет-провайдеры
Достаточно интересно используют TTL пакетов интернет провайдеры для обнаружения несанкционированного подключения устройств. Способ массово стал использоваться со временем распространения мобильного интернета и устройств, которые могут этот интернет не только потреблять, но и раздавать другим (смартфоны, планшеты).
Как это выглядит на практике? Если Вы пользуетесь мобильным интернетом со смартфона, то тот отправляет TTL=64, но, если раздать с него Wi-Fi, то TTL подключенных устройств будет изменяться на единицу. Нагляднее это можно проследить на схеме ниже.
Изменение TTL при раздаче Wi-Fi со смартфона.
Таким образом, оператор видит, что TTL «прыгает» с 64 до 63, а то и до 127 (если это ноутбук с Windows), и делает вывод, что в сеть выходит не одно устройство, а больше. В зависимости от условий предоставления связи, это может привести к блокировке.
Мы не будем в этой статье рассматривать способы обхода блокировок. Скажем лишь, что значение TTL по умолчанию можно изменить. Возьмём для примера Windows. Если вы запустите ping localhost, то увидите, что, как и говорилось ранее, TTL=128.
Для изменения установленного по умолчанию значения TTL нам нужно открыть редактор реестра, пройти в ветку HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters и отредактировать (или создать, если его нет) параметр DefaultTTL. Если у вас 64-битная версия ОС, то тип параметра будет QWORD (64 бита), если 32-битная версия ОС, то тип DWORD (32 бита). Система исчисления — десятичная, а значение можете задать от 1 до 255. Например, 65. Тогда пакеты данных, пройдя через раздающий Wi-Fi смартфон, будут выдавать TTL=64.
Изменение значения TTL в Windows.
После этого перезагрузите компьютер. Снова запустив ping localhost, можно увидеть, что значение TTL изменилось.
Отдельно стоит упомянуть протокол IPv6. Если вы его используете, то нужная вам в реестре ветка: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\TCPIP6\Parameters.
О том, как провернуть подобную настройку в Ubuntu, читайте в статье по этой ссылке.
Сетевые утилиты командной строки
Сетевые утилиты командной строки ping, traceroute и whois — в числе первых вещей, о которых узнают начинающие системные администраторы. Многие, кто не специализируется на сетях, ими и ограничиваются, и совершенно зря. При помощи стандартных инструментов можно извлечь гораздо больше информации о проблеме, чем может показаться.
В этой статье я расскажу вам, о секретах использования сетевых утилиты командной строки ping, traceroute и whois.
Сетевые утилиты командной строки
Начнем с самой популярной, о которой знает каждый админ.
Сетевая утилита ping
Однако этот протокол не просто так называется Internet Message Control Protocol. Его функции далеко не только диагностические, а диагностические функции куда шире, чем «ответил — не ответил».
Возможности ping
Зачастую, если хост назначения недостижим, от ping действительно можно получить только request timeout и ничего больше. Если успешный ответ всегда исходит от самого хоста назначения, то сообщения об ошибках доставки — от промежуточных маршрутизаторов. По стандарту промежуточные маршрутизаторы могут, но не обязаны уведомлять отправителя. Часто и не уведомляют — по соображениям производительности, и обвинить их не в чем.
Такой ответ может прийти только от последнего маршрутизатора на пути к хосту.
А вот network unreachable говорит об отсутствии маршрута к указанной сети у одного из хостов на пути. Эта ошибка может возникнуть в любом месте пути, поэтому нужно обратить внимание на отправителя.
Чаще всего эта проблема у тебя самого: слетели настройки маршрутов или хост не получил маршрут от сервера DHCP. Но такой ответ может прийти и от промежуточного маршрутизатора:
Если ты видишь такую картину, что-то серьезно пошло не так. Если хост достижим из других сетей, вполне возможно, что у провайдера проблема с настройками BGP. Я как минимум один раз сталкивался с тем, что крупный провайдер ошибочно фильтровал маршруты из сети, которую он считал зарезервированной для использования в будущем, хотя на тот момент IANA уже полгода как передала ее RIPE NCC и многие люди получили адреса из нее.
Если не хочешь быть как тот провайдер, можно воспользоваться автоматически обновляемыми списками несуществующих адресов вроде Cymru Bogon Reference
Но это все о простом ping без опций. Некоторые проблемы лучше всего выявляются дополнительными опциями.
Определение проблемы с MTU
Пользователи VPN нередко могут столкнуться с недоступностью определенных ресурсов именно через туннель, даже если без туннеля из той же сети они прекрасно работают.
Распространенная причина таких проблем — некорректно настроена сеть назначения, из-за чего пакеты перестают проходить через туннель. Поскольку MTU (Maximum Transmission Unit — максимальный размер пакета) для туннелей меньше, чем стандартный для интернета размер 1500, правильная работа соединений требует работающего path MTU discovery. Увы, работает он не всегда, и самый простой способ его сломать — запретить протокол ICMP, «чтобы не пинговал кто попало».
Поиск глубокой инспекции пакетов
TTL exceeded
Сетевая утилита traceroute
Именно по принципу, описанному выше, и работает команда traceroute : отправляет пакеты сначала с TTL = 1, затем TTL = 2 и так далее и ждет ответов TTL exceeded от каждого промежуточного хоста.
На первый взгляд traceroute представляется таким же простым инструментом, как ping. На самом деле из его вывода тоже можно извлечь больше данных, чем кажется. В то же время там можно увидеть проблему, которой не существует в реальности, а реальные проблемы могут никак не отображаться.
Задержки
Как обычная команда traceroute, так и инструменты вроде MTR весьма популярны для поиска «узких мест» в сети. MTR показывает статистику задержек для каждого хоста на пути.
Однако интерпретация этих данных не так очевидна. Предположим, ты видишь на первом хосте задержку в 20 миллисекунд, а на втором — 950. Не спеши радоваться, что нашел узкое место, и ругать админов той сети. Задержки выдачи ICMP TTL exceeded могут не иметь ничего общего с задержками передачи пакетов.
В нашем сценарии 950 миллисекунд — это именно время, которое прошло от отправки пакета до получения ответа ICMP. Сколько ушло времени на передачу тестового пакета — неизвестно. Сколько ушло на доставку ответа — тоже. Сколько прошло времени между получением пакета и отправкой ответа?
Будет большой ошибкой считать, что это время близко к нулю. Во-первых, пересылкой пакетов часто занимается аппаратная фабрика коммутации, а для управляющей операционной системы используется весьма скромный процессор. Поскольку сообщения ICMP всегда генерируются программно, этот процесс гораздо медленнее. Даже для чисто программных решений задачи вроде ответов на пинги и отправки TTL exceeded куда менее приоритетны, чем маршрутизация.
Поэтому сам по себе всплеск задержек в выводе traceroute или MTR ничего не означает. Вот если все задержки на последующих хостах больше 950 миллисекунд, тогда уже есть повод ругаться с админами.
Асимметричные пути, балансировка, MPLS
Не меньшей ошибкой будет считать, что трафик всегда возвращается к тебе тем же путем, который ты видишь в traceroute. Для транзитных маршрутизаторов, в отличие от клиентских, асимметричная маршрутизация — явление обычное, даже неизбежное.
Если сеть провайдера A подключена к сетям B и C каналами с одинаковой пропускной способностью и качеством, будет вполне естественно распределить исходящий трафик по этим каналам. Однако даже если админы провайдера А предпочитают отправлять большую часть трафика через сеть B, над входящим трафиком у них нет почти никакого контроля. Можно искусственно «ухудшить» анонсы маршрутов в сети C, но и в этом случае нет гарантии, что клиенты сети B проводят ту же политику. Вполне возможно, что они как раз предпочитают сеть C.
Предположим, что сеть C на самом деле плохая. Увидим ли мы это в traceroute? Очевидно, нет, поскольку истечение TTL всегда случается на прямом пути, а не на обратном. Никакого способа увидеть полный граф сети не существует.
Еще более интересной ситуацию делает MPLS. Поскольку кадры MPLS инкапсулируют пакеты IP целиком и для сетей на концах LSP он выглядит как прямое физическое соединение, огромная часть внутренней структуры транзитной сети оказывается невидимой.
Эта ситуация делает отладку сложнее не только для пользователей, но и для самих провайдеров, поэтому иногда используют MPLS ICMP tunneling, который позволяет генерировать корректные ответы. Однако, поскольку отправителем пакетов IP выступает последний маршрутизатор в логическом соединении MPLS (до него никакой обработки IP не делается), это будет выглядеть как множество хостов с нулевой задержкой между ними.
Сетевая утилита whois
Предположим, ты нашел проблемную сеть с помощью ping или traceroute или увидел адреса злоумышленников в логах. Как теперь найти, с кем ругаться? Здесь тебе на помощь придет whois.
Каждый выделенный ресурс, будь то номер автономной системы или адрес сети, имеет в базе данных свою запись, из которой можно узнать его принадлежность.
КАК ОБОЙТИ ОГРАНИЧЕНИЕ БЕЗЛИМИТНЫХ ТАРИФОВ НА ПЛАТНУЮ РАЗДАЧУ ИНТЕРНЕТА. КАК ИЗМЕНИТЬ TTL
Затягивать не буду у меня Windows Phone, поэтому расскажу именно на его примере.
Про то что телефон можно использовать в качестве модема — ни для кого не секрет, это очень удобно при путешествиях, да и в качестве альтернативы обычному домашнему интернету, скорости конечно ниже, но (не вдаваясь в технические параметры) для просмотра видео и многих игр их вполне достаточно.
У безлимитных тарифов есть один «нюанс», о котором обычно умалчивают при продаже контракта. Оператор каждый день будет брать с вас деньги в случае раздачи интернета с телефона по Wi-Fi либо BlueTooth, у различных операторов эта сумма варьируется.
Не очень приятный факт, но не будем отчаиваться!
Собственно а как сотовый оператор определяет то что мы раздаем интернет на другие устройства?
Начнём с того, что у каждого пакета данных, передаваемого с вашего устройства(ноутбук, телефон, планшет) есть особый параметр, называемый «TTL». Расшифровывается он как «Time To Live», или время жизни пакета в протоколе IP (предельно допустимое время его пребывания в системе), время актуальности записей DNS.
TTL, задаваемое пакету по умолчанию, разное у каждого устройства. К примеру.
При прохождении каждого шлюза (маршрутизатора), TTL пакета уменьшается на единицу. В данном случае, маршрутизатором у нас выступает телефон либо модем. Т.е., если изначальное ttl у нас = 128(мы сидим с ПК), то при прохождении через модем/телефон оно станет равным 127 (128 минус 1).
Оператор сравнивает TTL пакетов, идущих от абонента, и видит различные значения ttl у пакетов. К примеру, от самого смартфона(модема) Груша приходит ttl=128, от ноутбука, после прохождения через смартфон/модем — ttl=127.
Оператор видит, что TTL пакетов «прыгает». 128-127-127-128… Таким образом, он понимает, что в интернет заходят не только со смартфона, а ещё идёт раздача на другие устройства, и присылает СМС с уведомлением, что раздача стоит X дЭнгов в сутки.
Итак, сейчас я расскажу вам, как сменить TTL на компьютере или ноутбуке под управлением Windows 7, 8, 10. Это достаточно просто, нужно сделать буквально несколько кликов мыши:
Вызываем окно «Выполнить«. Для этого жмём сочетание клавиш Win+R. В этом окне вводим regedit и жмём OK.
2. Мы попадаем в редактор реестра. Идём по следующему пути: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Tcpip\Parameters
4. Имя параметру задаём — «DefaultTTL«. Щёлкаем 2 раза по ново созданному параметру, выбираем Десятичную систему исчисления, и вводим значение 130. (Напомню чтоу меня телефон работающий на винде).
5. Также создаём параметр DefaultTTL=130 для соседней ветки реестра — HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\TCPIP6
Телефоны на iOS и Android имеют default ттл, равный 64. А компьютер на ОС Windows имеет tll=128
Данный метод действует только у оператора ОпСоСуАбОнЕнТа.
Сообщество Ремонтёров
6.1K постов 35.6K подписчиков
Правила сообщества
ЕСЛИ НЕ ХОТИТЕ, ЧТОБЫ ВАС ЗАМИНУСИЛИ НЕ ПУБЛИКУЙТЕ В ЭТОМ СООБЩЕСТВЕ ПРОСЬБЫ О ПОМОЩИ В РЕМОНТЕ, ДЛЯ ЭТОГО ЕСТЬ ВТОРОЕ СООБЩЕСТВО:
Посты с просьбами о помощи в ремонте создаются в дочернем сообществе: https://pikabu.ru/community/HelpRemont
К публикации допускаются только тематические статьи с тегом «Ремонт техники».
В сообществе строго запрещено и карается баном всего две вещи:
В остальном действуют базовые правила Пикабу.
Много действий и букв
1) Открываем командную консоль(Администратор)
2)Вбиваем netsh int ipv4 set glob defaultcurhoplimit=65 подтверждаем команду
3)Проверяем TTL командой ping 127.0.1
«Данный метод действует только у оператора ОпСоСуАбОнЕнТа.»
вот это не понял.
Почему 130, а не 129?
У меня tele2. Я к чему как я понял на компе надо менять значение TTl на 1 выше чем у роутера. А как узнать какой TTL у роутера?
Если поменять на модему IMEI чтобы он определялся как телефон, то на нём тоже TTL менять? Или только на пк?
НЕ заметная для оператора раздача интернета,
с мобильного на ПК возможно и на несколько пк.(Windows 7-10 ).Особенно это касается безлим тариф.
за счёт готового файла сценария.В несколько кликов.
Если значения DefaultTTL, менять в ручную, слишком кропотливо,
Тем более в нете «рассказчики» не все ключи в реестре указывают,
И после чистки реестра все показатели DefaultTTL восстанавливаются
И опять всё вручную.
Роутер под openwrt, одна строчка с iptables и все работает. То есть на клиентах за роутером никаких плясок.
На модеме пришлось ещё imei сменить на смартфонный.
На андроид TTL Master с 4PDA есть. Работает норм
Стоит у меня роутер Huawei B880 не лоченный на оператора. Буду супер благодарен тому, кто расскажет как там ttl менять ) нет такого параметра в конфиге (
На йоте такое импользовал)
Но ща для компа безлим от мегафона(закрытый тариф, и ниразу ничего не списали к счастью лишнего)
и 2 симки йоты, одна еще с безлимом)
Честно не знаю о чём пост. Всегда раздавал интернет на комп без проблем, никаких сообщений никаких смс никаких дополнительных плат, юзал сколько нужно было и когда нужно было. Мегафон
Скоро на всех операторах прикроют эту лазейку. Проще установить Аваст в VPN и не париться
Вопреки традиции, это мой не первый пост, хотя предыдущие были совсем на другую тему. В этот раз я не буду жаловаться на охеревших интернет-продавцов и опсосов, а расскажу о том, чем занимаюсь.
Последние 13 лет я занимаюсь страйкболом. В 2008 года начал играть, с 2011, на фоне запрета пересылки приводов почтовых посылках, начал возить страйкбольное оборудование напрямую из Гонконга, а последние 5 лет работаю на производстве страйкбольных запчастей (специально не буду указывать название конторы, чтобы не сочли за рекламу). Если будет интересно, могу отдельным постом написать, как я докатился до такой жизни.
А пока просто расскажу о том, что мы с товарищем придумали. Хотя казалось, все уже придумано до нас.
Смысл разработки в том, что голова поршня упирается в ограничитель штока, который жестко связан с направляющей, а та, в свою очередь, притянута винтом приклада/гирбокса. Таким образом исключается касание головы поршня и головы цилиндра и полностью исчезает нагрузка на переднюю часть гирбокса.
В голове поршня предусмотрено уплотнение, чтобы исключить прорыв воздуха между головой поршня и штоком. Шток отполирован. Голова поршня упирается в ограничитель штока через толстый резиновый демпфер, скрытый в самой голове.
Все силовые части изготовлены из стали на станках с ЧПУ. Держит нагрузки вплоть до М150 (больше просто не проверяли), работает даже на треснутых гирбоксах. Поршни стандартные, с минимальной доработкой.
Потом ставится пружина, шток фиксируется поперечными винтиками (винтики на фиксатор резьбы) и далее собираем гирбокс как обычно.
После притягивания винтом приклада/гирбокса вся система будет жестко с этим винтом связана и вся нагрузка уйдет на ресивер или заднюю часть гирбокса. Причем нагрузка будет направлена на сжатие, в отличие от традиционной схемы.
Изначально систему проектировали под гирбокс в.2 (они наименее прочные и очень распространеннные), однако в процессе выяснили, что ее можно поставить практически в любой гир. Главное, чтобы было пара мм для винта, притягивающего направляющую.
Предсерийные и тестовые образцы в количестве с полсотни штук уже плюют шары по всей России, настрел до 40000 выстрелов, нагрузка до М150 включительно, пока полет нормальный.
Правда ли, что Сталин запретил телефонизацию СССР, назвав её «инструментом контрреволюции»?
Во многих местах можно прочитать о вето, которое Иосиф Сталин наложил на резолюцию о модернизации телефонной связи в стране. Приводится и текст запрета: «Это разрушит всё, что мы с таким трудом создали. Трудно вообразить себе более удобный инструмент для контрреволюции и заговорщиков, чем это». Мы проверили, писал ли такое Сталин.
Контекст: Вышеупомянутая цитата Сталина приводится в публикации журнала «Коммерсантъ Деньги» от 7 августа 2002 года в ряду занимательных фактов о телефонах. Вот что там сказано:
«К 1913 году телефонная сеть покрывала значительную часть европейской части страны, только по междугородной магистрали Санкт-Петербург — Москва ежедневно велось до 200 переговоров. А затем началась война, перешедшая в череду революций, и задача телефонизации страны отодвинулась на десятилетия.
Об отношении большевиков к изобретению Белла наглядно говорит не только многократно тиражированное в кинофильмах «Алло, барышня? Пожалуйста, Смольный!», но и любопытная виза-вето Сталина. На проекте модернизации телефонной связи в стране вождь начертал следующее: «Это разрушит всё, что мы с таким трудом создали. Трудно вообразить себе более удобный инструмент для контрреволюции и заговорщиков»».
Аналогичную информацию можно прочитать в одном из номеров журнала «Системный администратор», в детской интернет-энциклопедии Claw.ru и ряде других источников. В газете «Северный край» уточняется, что резолюцию, забракованную Сталиным, предложил Троцкий.
Для начала хотелось бы проследить путь цитаты. Забегая вперёд, скажем, что он оказался относительно коротким. Самое раннее упоминание слов Сталина в интернете датируется 16 декабря 2000 года в очередной подборке фактов о телефоне на портале KM.RU. И ничего — в печатных изданиях советской эпохи. Есть вероятность, что авторы портала почерпнули информацию из популярной энциклопедии «Я познаю мир. Изобретения», впервые изданной как раз в том же 2000 году (автор — Александр Леонович):
Детская энциклопедия «Я познаю мир. Изобретения»
А вот до 2000 года — ничего похожего, и это заставляет думать о возникновении цитаты в богатые на конспирологическую литературу и бедные в смысле качественного книгоиздания первые постсоветские годы.
Теперь обратимся к фактам. С одной стороны, из некоторых работ можно узнать, что в первые советские годы телефонизация страны шла совсем не ударными темпами:
«В советской историографии утвердилось мнение о завершении процессов восстановления коммуникаций до дореволюционного уровня к 1926 году. Расчёты подушевых услуг электросвязи показали, что процессы восстановления проходили медленно. По количеству писем в год дореволюционный уровень был достигнут только в 1929 году. Коэффициент телефонизации СССР на рубеже 20–30-х годов составлял всего 0,15 телефона на сто жителей, то есть оставался меньше, чем до революции. Только в 1931 году этот показатель на пять пунктов оказался выше уровня 1914 года».
Иное впечатление складывается из статьи об истории Московской городской телефонной сети (МГТС):
«Ради справедливости отметим, что больше всего для телефонизации столицы сделали большевики — новейшие технические решения появлялись у нас в стране хоть и с опозданием, в отличие от мировой практики, но работали долго и надёжно. Быстрой и надёжной связи придавалось большое значение — первый контракт со шведской Ericsson в начале 20-х годов курирует сам И. В. Сталин. Именно тогда, начиная с 1930 года, компания поставляет в Москву первые автоматические АТС».
Подобную информацию подтверждает и Леонид Парфёнов в своём проекте «Намедни»:
«Госмонополист восстановил дореволюционный уровень отрасли к 1929 году. Связь — не индустрия, а инфраструктура, даже сервис, и её развивают с запозданием. Только в 1930-м в Москве пущена первая автоматическая телефонная станция на 8000 номеров производства завода «Красная заря» (бывший «Эрикссон»).
Телефон ценится властью как средство управления. Оставаясь бытовой диковинкой даже в больших городах, аппараты устанавливаются прежде всего в присутственных местах: разных конторах, дирекциях, а также по месту жительства их руководителей, чтобы передать указание или потребовать отчёта можно было в любое время. К концу 1920-х телефонизированы 7000 сельсоветов, в середине 1930-х — около 30 000. В коммуналках мегаполисов телефоны висят с царских времён, когда эти дома были доходными. Отдельная квартира с телефоном означает принадлежность к советской номенклатуре: начальник или признанный начальством деятель науки, техники, культуры. Деловой звонок гораздо значительнее очной беседы, и в новой комедии Григория Александрова «Волга-Волга» районный бюрократ кричит дворнику с балкона: «Возьми трубку! Я буду с вами говорить по телефону»».
Сам Лев Троцкий в книге «Моя жизнь» даёт понять, что руководство ценило роль телефонного аппарата в государственной машине:
«Идейная борьба заменилась административной механикой: телефонными вызовами партийной бюрократии на собрания рабочих ячеек, бешеным скоплением автомобилей, рёвом гудков, хорошо организованным свистом и рёвом при появлении оппозиционеров на трибуне. Правящая фракция давила механической концентрацией своих сил, угрозой репрессий».
Кроме того, во многих источниках можно прочитать о трепетном отношении советского лидера к изобретению Белла:
«Сталин почти мистически любил телефон. Он был его самым преданным и незаменимым помощником с революционных бурных лет. Начало активной деятельности Сталина в партии и в стране совпало с бурным развитием телефонной связи. И вождь оценил её со всей восточной мудростью и дальновидностью. Если хотите, длинную и затяжную борьбу с Львом Троцким Иосиф Сталин выиграл исключительно с помощью телефонного аппарата».
Телефонные аппараты Сталина в Ливадийском дворце и на Тегеранской конференции
Что касается конкретной резолюции, которая была бы направлена на повышение уровня телефонизации в стране и была бы отвергнута Сталиным, то информации о подобных случаях в открытых источниках нет.
Какой вывод можно сделать из всего этого? Возможно, на самой заре социализма модернизация телефонной сети в советском государстве шла не лучшими темпами, однако она значительно ускорилась во второй половине 1920-х. При этом нет никаких данных об искусственных преградах со стороны властей в этом процессе.
Более того, из биографических материалов о Сталине следует, что он крайне положительно оценивал роль телефонной связи в стране. Принимая во внимание отсутствие рассматриваемой нами цитаты в источниках до 1991 года, можно сделать вывод, что эпизод со Сталиным и Троцким является вымышленным.
(Все так же максимум два поста в день, ни спама, ни рекламы)
Результаты бета-тестирования SpaceX Starlink сравнимы со стационарным широкополосным доступом
В письмо, отправленное на прошлой неделе в Федеральную комиссию по связи (Federal Communications Commission, FCC) относительно запроса на изменение их лицензии на Ku/Ka-диапазоны, SpaceX включила обновленные данные о скорости текущей конфигурации своих спутников Starlink. Как было указано, бета-тесты показали скорость загрузки более 100 Мб/с, скорость аплоада составила около 40 Мб/с и время задержки в одном направлении менее 20 мс (
«В ходе этих бета-тестов SpaceX продолжает добавлять функции, чтобы полностью раскрыть возможности спутников и пользовательского оборудования»,
— говорится в письме Дэвида Голдмана, директора SpaceX по спутниковой политике.
В качестве платформы для тестирования, используется Speedtest от Ookla, бесплатный онлайн-сервис, который оценивает скорость интернет-соединения пользователя в режиме реального времени. Скриншоты тестеров Starlink показывают, что скорость связи проверялась пользователями, находящимися в Сиэтле, штат Вашингтон, неподалеку от штаб-квартиры Starlink в Редмонде. Интересно, что сервер Speedtest, используемый для оценки, принадлежал местной службе Whitesky Communications, и это могло повлиять на результаты других бета-тестеров.
Кроме того, из информации в письме следует, что SpaceX запросила одобрение FCC как на сокращение количества спутников в его окончательной конфигурации, так и на снижение их высоты. Хотя изменения минимальны (первоначально планировалось вывести 4 409 спутников для фазы I, теперь 4 408, а высота 550 км против первоначальной 540-570 км), обновление конфигурации, скорее всего, указывает на постоянно проводимую оптимизацию всей системы Starlink.
«SpaceX старается выдерживать плотный график запусков, и эта модификация является важным компонентом в расширении зоны покрытия, включая полярные регионы»,
— поясняется в письме.
Was is DAS?!
Во время просмотра онборда с нового болида Mersedes AMG F1 W11 EQ Performance глазастые журналисты заметили одну интересную вещь: на определённых участках трассы пилоты вытягивают штурвал на себя или наоборот. Если обратить внимание на передние колёса, то они при этом совершают некоторое движение.
На первый взгляд похоже на то, что таким образом переключаются режимы схождения. Но не активная ли это подвеска, которая запрещена ещё в 1994 году?
Стали ждать реакцию Мерседес и ФИА. Мерседес сказали, что всё нормас, двигаются только колёса, а не сами рычаги, что не перечит регламенту. ФИАшники в курсе и дали своё одобрямс. ФИА подтвердили, что они не против.
Джеймс Эллисон, технический директор Mercedes AMG:
Вероятно, я не пролью больше света на наше решение, чем вы уже видели в телетрансляции. У нас действительно стоит такая система на машине, это новая идея. Мы называем эту систему DAS (Dual Axis Steering – двухосевое рулевое управление). Эта система вводит ещё одно дополнительное измерение в процесс управления машиной, и мы надеемся, что будем использовать её по ходу сезона. Однако как именно мы используем DAS и для чего – эту информацию мы оставим при себе.
Наша разработка не стала новостью для FIA, поскольку мы уже обсуждали с ними её на протяжении некоторого времени. Регламент предельно чётко описывает, что разрешено в рулевом управлении, и мы уверены, что наша разработка соответствует всем этим требованиям.
Я рад, что DAS появилась на машине. Кажется, решение рабочее, и в ближайшие несколько дней мы оценим, какую пользу DAS может нам принести
Позже кем-то из стана Мерседес было конкретно сказано, что эту систему они используют для охлаждения резины на прямых. К сожалению, не могу найти конкретное интервью, из которого растут ноги у этой информации, но многие технические специалисты именно так и подумали, увидев кадры с DAS.
Есть и более прозаичные версии того, как эта система может использоваться.
Гэри Андерсон, бывший технический директор «Джордана»:
На машинах Формулы-1 обычно используется отрицательное схождение передних колёс, что позволяет входить в поворот чуть менее агрессивно, но на прямых при таких настройках шина начинает скрестись об асфальт и перегреваться без видимых причин.
«„Мерседес“, похоже, внедрил систему, при которой на разгонах руль выезжает ближе к пилоту, а колёса встают параллельно, а стоит вам ударить по тормозам, и руль утапливается глубже и возвращает отрицательное схождения для входа в поворот. Очень остроумно. С одной стороны, это даёт скорость на прямых, с другой — обеспечивает сцепление в поворотах. На трассах типа „Монцы“ такая система может дать действительно большое преимущество».
Тем временем народ перечитал требования регламента на сезон-2021 и сделал вывод, что, скорее всего, в следующем году этой новинки уже не будет. Дело в том, что в новых правилах чётко прописано: изменять угол поворота колес можно будет только путем поворота рулевого колеса. Возможно, сами же мерседесовцы и пролоббировали эту поправку, чтобы конкурентам не было резона повторять за ними DAS на следующий год