Как устроена скорость интернета?

Question

[a_kvls]

Здравствуйте. Несколько часов пытался найти ответ на свой вопрос на нашем просторном рунете, но так и не смог найти то, что мне нужно. Прошу простить мою некомпетентность.

Суть вопроса : С компьютера передается запрос на определенный сервер за границу и в этом случае надо понять какая скорость передачи данных после того как провайдер отправит мой запрос к маршрутизаторам. (То есть скорость самих маршрутизаторов / будет ли скорость ограниченным или же нет)

Схема : Мой комп -> провайдер -> маршрутизаторы -> провайдер(в другой стране) -> сервер

Интернет провайдер предоставляет скорость 90мб/с.

Answer 1

[Strabbo]

Схема : Мой комп -> провайдер -> маршрутизаторы -> провайдер(в другой стране) -> сервер

Мой комп -> провайдер

Тут ты получаешь 100% своих 90мб/c, и твоя скорость скорее всего ограничивается на первом попавшемся коммутаторе или маршрутизаторе. Т.е. какая бы скорость не была дальше 1Г, 10Г, 100Г ты больше, чем 90 не мб не получишь.

провайдер -> маршрутизаторы -> провайдер

Тут всё зависит от скорости подключения и занятости линка. Например провайдер подключается к другому провайдеру по линку 100 Гб/с и если отсюда свободно 90 мб/с, то и в сеть другого провайдера ты попадешь со скоростью 90 мб/с.

провайдер(в другой стране) -> сервер

Тут тоже самое, что и твои 90 мб/с. Т.е. всё зависит какой тариф куплен для сервера в сети провайдера. Если например от сервера до провайдера куплено 1Гб/с и там свободно 90мб/с, то ты получишь свою скорость (если конечно эти же 90 мб/с свободны в линке от твоего провайдера до другого провайдера).

Пример где у тебя не будет скорости 90 мб/c до сервера:
1. От твоего провайдера до провайдера сервера есть линк в 10Гб/сек, но свободно всего 40мб/сек. Если от провайдера сервера в сторону сервера 1Гб/сек и там свободно 100мб/сек, то ты получишь 40мб/сек. Т.е. наименьшую скорость от точки до точки.
2. Поменять местами линк и его занятость между провайдерами на линк между сервером и его провайдером. Получите тоже самое.

Эта схема работает у нормальных провайдеров.

Comments

[chupasaurus]

В вашем ответе не хватает ещё про потери пакетов на маршруте.

[Strabbo]

chupasaurus, Много чего не хватает :). Просто писать все детали не было времени, да вряд ли они нужны для общей картины.

Answer 2

[marataziat]

Небудет такой скорости :) Темболее с домашним интернетом. Никакая скорость вне вашего роутера (локальной сети) негарантированная. Может будет 10 мегабит, может 1000. Это уже рандом.

Comments

[a_kvls]

ну если просто берем в пример что скорость будет стабильным как и обещал провайдер 90мб/с. там до провайдера 90 мб/с но вот после того как провайдер отправит запрос на маршрутизаторов какая скорость будет. там уже рандом будет?

[marataziat]

a_kvls, Да, ваша скорость загрузки может быть стабильная только в локальной сети / в вашем городе. xgu.ru/wiki/BGP Допустим у вас есть открытый порт с FTP на роутере. И есть комп соседа в соседнем районе / доме вашего города. BGP будет пытаться найти кратчайшие маршруты между маршрутизаторами вашего провайдера в городе. В таком случае - да, максимальная скорость должна будет быть 100 мегабит от роутеров.

Answer 3

[Griboks]

Если очень надо, то отошлите ping на сервер, затем найдите скорость как 188/задержку (байт/с).

Comments

[Saboteur]

Это не скорость, это пинг (время отклика).

Например спутниковый интернет может выдавать очень большие задержки, но быть быстрый.
А ASDL телефония может давать маленькие задержки, но очень медленную скорость.

Мерять скорость нужно именно передачей информации.

[Griboks]

Saboteur, ну почему же?
Формально, пинг - это элементарная проверка скорости. Мы отправляем пакет. Мы фиксируем подтверждение о доставке. Вот вам и базовое определение скорости интернета (если есть такое понятие как скорость интернета).

[Saboteur]

Griboks,
Подключение состоит из двух моментов: скорость передачи, время отклика.
На очень медленных скоростях, скорость передачи может влиять на пинг, но топикстартер явно имел ввиду именно скорость передачи.

[Griboks]

Saboteur, подключение состоит далеко не из двух моментов. Но давай порассуждаем. У нас есть сетевой уровень. Мы отправляем в него данные. Мы знаем удвоенное время передачи данных до сервера. Значит, мы может вычислить скорость как 2*размер пакета/время. Безусловно, есть ещё много нюансов, но в первом приближении понять хотя бы порядок скорости передачи вполне можно.

[Danil Sapegin]

Хотя не всегда это является показателем качества связи, в некоторых сетях протокол ICMP может иметь низкий приоритет либо блокироваться полностью.

По пингу судить о скорости интернета точно не стоит

[Griboks]

Danil Sapegin, как только приведёте определение скорости интернета.

[Saboteur]

Griboks, Что с вами не так? Вы докапываетесь до слов, видимо без особого желания понять суть.
Разумный человек стал разумным именно потому, что начал общаться с себе подобными в попытках их понять, а не заниматься граммарнацизмом.

В сетях есть два основных параметра для измерения - это время отклика и скорость передачи данных. В качестве остальных моментов, могут быть такие вещи как дуплекс, защищенность (на что может тратиться CPU), протокол (количество служебной информации), и др. Но главные - это время отклика и скорость передачи данных.

Еще раз:
1. СКОРОСТЬ передачи данных.
2. ВРЕМЯ отклика.

Поэтому, упоминая слово скорость без контекста, по умолчанию всегда подразумевается скорость передачи данных. И по вашей формуле - "2*размер пакета/время":
Стандартный размер imcp пакета слишком мал, чтобы давать хоть какое-то представление о скорости передачи данных в современных сетях. При 1мбит и при 1гбит вы можете увидеть точно такой же пинг.

[Griboks]

Saboteur, я конечно не докапываюсь до слов специально, но если уж так рассуждать, то основным параметром сети является пропускная способность))
"При 1мбит и при 1гбит вы можете увидеть точно такой же пинг."

Теперь насчёт пинга. Размер пакетов можно менять. А это значит, что можно избавиться во времени подтверждения от задержки и получить время путешествия пакетов.

Я оконечно вас понимаю, а вот вы отказываетесь меня послушать. Если я не прав, то объясните, почему скорость нельзя вычислить по времени и размеру.

[Saboteur]

Griboks, Прпускная способность это и есть скорость передачи данных.

Насчет пинга
1) размер можно менять в очень небольших пределах, максимальный размер 65 кбайт, тоесть примерно 512 кбит хватает, чтобы отправить его за 1 сек. Одной командой ping вы измерить ничего не можете, вам нужно будет проводить кучу замеров, чтобы выяснить собственно разницу между временем отклика с маленьким пакетом, с большим пакетом, при этом погрешности на канале от 1 мбит и выше могут быть не на проценты а на порядки. Опять таки при быстрой передаче и больших задержках (спутниковый инет, связь с удаленным ресурсом с другого континента), размер пакета практически не будет иметь влияние на время отклика, то есть будет вообще пальцем в небо.

2) imcp пакеты идут не по tcp и не по udp. Следовательно не учитываются накладные расходы на заголовки пакетов. А это немало. Особенно в vpn/https, где на шифровку уходит прилично и ресурсов CPU и самого траффика. Банально скачать бинарный файл по https и по ftp - разница в 30% трафика. ping об этом ничего не знает.

3) Скорость в канале бывает неодинаковая в обе стороны. Бывает туда по спутнику, назад по наземному медленному каналу. Бывает Docsis, где скорость отдачи обычно гораздо меньше, чем скорость скачивания. В таких ситуациях у вас вообще непонятно что получится.

4) Бывает так, что передача данных разрешена, а snmp закрыт, и пингов не будет.

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

[Griboks]

Saboteur,

Пропускная способность это и есть скорость передачи данных.

Думаю, нам не суждено понять друг друга.

вместо того, чтобы использовать предназначенные для этого инструменты

У меня есть приборчик за 80 тысяч, который измеряет вашу скорость примерно также, только на канальном уровне. И, о чудо, результаты совпадают с заявленными производителями.

[Saboteur]

Griboks,

У меня есть приборчик за 80 тысяч, который измеряет вашу скорость примерно также, только на канальном уровне. И, о чудо, результаты совпадают с заявленными производителями.

Видимо вы вообще живете в другом мире.
Мне вот интересно, как вы приборчиком померяете скорость к aws инстансу. Куда вы его воткнете, и на каком именно участке маршрута находится производитель?
Мы же не патчкорды меряем?

[Griboks]

Saboteur, он для измерений в пределах локальной сети, но udp тоже поддерживает. Я пошлю много пакетов на сервер, а в его сети отзеркалирую приходящий трафик на второй такой приборчик.

[Saboteur]

Griboks,
"Суть вопроса : С компьютера передается запрос на определенный сервер за границу и в этом случае надо понять какая скорость передачи данных после того как провайдер отправит мой запрос к маршрутизаторам. (То есть скорость самих маршрутизаторов / будет ли скорость ограниченным или же нет)"

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

[Griboks]

Saboteur, просто вы не поверили, что скорость=количество данных/время. Ну вот я вам привёл пример, что профессиональное оборудование использует именно это определение. Дальше вы спросили, как им пользоваться, а я ответил))

[Saboteur]

Griboks, Давайте вспомним ваши слова, как вы рассказывали, что считаете пинг до удаленного сервера, а не когда с двух сторон кабеля в пределах физической досягаемости вешаете оборудование.
Когда в юности я занимался кабельной прокладкой, мы тоже пользовались тестером, который показывал примерную пропускную способность кабеля. Но все понимали, что это не реальная пропускная способность оборудования, которое будет на этом кабеле работать.

[Griboks]

Saboteur, а я про пропускную способность и не говорил.

Answer 4

[Drno]

скорость после вашего провайдера зависит от других провайдеров, через которых пойдет доступ до сервера.
У меня например сервак в германии, там гигабит. у провайдера моего = 100мб, до сервака у меня как раз 100.

У клиента (у него ростелеком), от 10до 50 .... как то так , при том по тарифу у клиента 200мб )))) (тариф игровой).
Ну и еще оказалось что РТ к примеру режет скорость в один поток примерно до 33мб... при том от тех по ответа так и не добились
Как рсчитать примерную скорость Вам выше ответили.
Ну или скачайте файл с сервера какой нить да поглядите скорость)

Comments

[a_kvls]

то есть, до вашего провайдера будет 100 а после провайдер уже будет скорость немецкого провайдера(гигабит)?

[Griboks]

a_kvls, никто не знает, что будет между вашим провайдером и провайдером сервера. Это же интернет, тут скорость зависит от скорости соседей, количества людей в интернете, погоды на луне.

[Drno]

моего 100, после моего есть промежуточные провайдеры, они тоже могут резать скорость, в моём случае этого не происходит, далее провайдер дата центра, где сервер

Answer 5

[AntHTML]

В глобальной сети понятия гарантированной скорости нет, тем более за бугор.
Даже если вы измерите скорость в один момент времени, то никто не гарантирует, что в следующую секунду трафик не пойдет другим маршрутом или на данный маршрут не встанет еще 100500 таких же хочунов.
Не, ну можно конечно же извратиться и купить полный L2-L3 тунель с QOS от сервера до сервера, но земных денег это стоить не будет.