А зачем мы гонимся за скоростями?

[zimbo]

[/quote]хочетсЯ думать [/quote] - хочиццо думать

[fossil man]

Вы продолжайте, продолжайте. Всегда хотел узнать как скорость в канале коррелирует с разрывами

[fanu]

Легко. Это же цифровые системы передачи данных.
Как вы охарактеризуете состояние "обрыв"?
Сетевое ПО зачастую классифицирует это как не получение ответа от какой-то станции в определенный промежуток времени.
Причиной может стать огромное количество факторов.

Пример: можно настроить на промежуточной маршртизаторе фильтр, чтобы он отбрасывал каждый третий проходящий через него ip пакет. В результате теста скорости соединения - мы увидим меньшую скорость за счет ре-передачи пакетов.
С точки зрения ПО это будут обрывы. В том числе при использовании ip телефонии будут систематические проблемы.
В торрентах и серфинге вы заметите ухудшение скорости закачки.
Это как частный случай

[fossil man]

Я не об этом. Тут вам абонент пытается доказать, что у него случаются постоянные обрывы, разрывы, залипания... Или что там? А вы пытаетесь объяснить эту проблему шириной канала между роутером и компом. Как?

[fossil man]

Тоесть я понял так, что если я подключил канал 100 мегабит, а мой роутер тянет только 20, то я должен иметь разрывы каждых 15 минут. Вы так хотите это представить, мне показалось. Иначе зачем вы постоянно путаете теплое (разрывы) с мягким (скорость)?

[fanu]

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

Тоесть я понял так, что если я подключил канал 100 мегабит, а мой роутер тянет только 20, то я должен иметь разрывы каждых 15 минут. Вы так хотите это представить, мне показалось. Иначе зачем вы постоянно путаете теплое (разрывы) с мягким (скорость)?

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

Тут вам абонент пытается доказать, что у него случаются постоянные обрывы, разрывы, залипания... Или что там? А вы пытаетесь объяснить эту проблему шириной канала между роутером и компом.

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

[fanu]

эмулируем проблему в СПД

ping 62.182.120.106 /t

Обмен пакетами с 62.182.120.106 с 32 байтами данных:
Ответ от 62.182.120.106: число байт=32 время=1мс TTL=58
Ответ от 62.182.120.106: число байт=32 время=1мс TTL=58
Превышен интервал ожидания для запроса.
Ответ от 62.182.120.106: число байт=32 время=1мс TTL=58
Ответ от 62.182.120.106: число байт=32 время=1мс TTL=58
Превышен интервал ожидания для запроса.
Ответ от 62.182.120.106: число байт=32 время=1мс TTL=58
Ответ от 62.182.120.106: число байт=32 время=1мс TTL=58
Превышен интервал ожидания для запроса.
Ответ от 62.182.120.106: число байт=32 время=2мс TTL=58
Ответ от 62.182.120.106: число байт=32 время=1мс TTL=58
Превышен интервал ожидания для запроса.
Ответ от 62.182.120.106: число байт=32 время=1мс TTL=58
Ответ от 62.182.120.106: число байт=32 время=2мс TTL=58
Превышен интервал ожидания для запроса.
Ответ от 62.182.120.106: число байт=32 время=1мс TTL=58
Ответ от 62.182.120.106: число байт=32 время=1мс TTL=58
Превышен интервал ожидания для запроса.
Ответ от 62.182.120.106: число байт=32 время=1мс TTL=58
Ответ от 62.182.120.106: число байт=32 время=1мс TTL=58
Превышен интервал ожидания для запроса.
Ответ от 62.182.120.106: число байт=32 время=1мс TTL=58
Ответ от 62.182.120.106: число байт=32 время=1мс TTL=58
Превышен интервал ожидания для запроса.
Ответ от 62.182.120.106: число байт=32 время=1мс TTL=58
Ответ от 62.182.120.106: число байт=32 время=1мс TTL=58

без вмешательства


при симуляции перебоя


важный момент.
у меня честных 100 мбит дома.
спидтест показывает 69.6
производительность процессора позволяет смаршрутизировать порядка 2гигабит траффика, пинг в 1мс но...

[Alex_E]

Я не об этом. Тут вам абонент пытается доказать, что у него случаются постоянные обрывы, разрывы, залипания... Или что там? А вы пытаетесь объяснить эту проблему шириной канала между роутером и компом. Как?

Если вы имеете абонента с Ш 145 тогда внимательно чиьайте тему по именно этому вопросу а также ответы где и в чем а самое главное у кого есть проблемы.

[Alex_E]

Мое мнение которое я считаю верным и меня в этом никто не переубедит.
как только между портом провайдера и конечным КОМПЬЮТЕРОМ абонента появляется какоето устройство живущее как правило своей жизнью, абонент НИКОГДА не сможет получить сервис провайдера, причем гарантированный.
Это нужно просто принять как догму. Можем каждый остаться при своих мнениях

[fossil man]

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

Вы хотите свалить в одну кучу скорость передачи и потерю пакетов?

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

Я сильно утрировал, чтобы передать суть ваших отговорок.

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

Например?