Просмотр одиночного сообщения
Old 02-09-2025, 11:35   #66
Klivsi
Banned
 
Сообщений: 391
Проживание:
Регистрация: 21-03-2024
Status: Offline
Репутация: 0
Цитата:
Сообщение от Это я
30 мс - это очень круто для голосовых пакетов, особенно между континентами.

По рекомендациям Международного союза электросвязи (МСЭ) G.114 по значению односторонней задержки от абонента А до абонента Б выделить четыре уровня качество связи :

– первый уровень до 150 мс — отличное качество связи;

– второй уровень до 200 мс — хорошее качество связи;

– третий уровень до 400 мс — приемлемое качество связи.;

– четвертый уровень свыше 450 мс — плохое качество связи.

Задержка в IP-телефонии организованная через глобальную сеть Интернет находиться на втором уровне, так как интернет-провайдер не может гарантировать хорошее качество за пределами своей сети, задержки в такой сети изменчивы. Что нельзя сказать о провайдерах специализированные на IP-телефонии, потому что они работают по выделенным каналам. Время задержки у таких провайдеров находятся на первом и втором уровне. На третьем уровне работает IP-телефония, организованная по спутниковой связи.
Вы не о тех задержках говорите. Это - абсолютные задержки. А важны задержки между пакетами.

Вне зависимости от кодека, сплошной поток с аудио-кодека режется на пакеты. Пакет большой длины не приемлим, т.к. при выпадении (а до где-то 5% пропаданий UDP-пакетов - это норма) будет просто огромная пауза. Неравномерность прихода пакетов ("джиттер") компенсируется стеком. Но вы не можете его сделать очень большим, т.к. задержка звука больше где-то 150мс уже слышна и раздражает, а больше 0,3с - вы говорить толком не сможете (что в вашей табличке, кстати, и указано, правда 0,4с - "приемлемое качество связи", я бы очень сильно поспорил, разве что в варианте "на безрыбье ...").

Причём, вы к "запасу" на "джиттер" должны прибавить те абсолютные задержки, что уже есть, из вашей таблицы выше как раз. Т.е. если у вас даже "отличное качество связи" у вас для работы стека остаётся примерно 150мс, при типовой длительности пакета около 30мс, это - порядка 5 пакетов, ещё кое-что. Но при 300мс - это один-два пакета, ниочём, и постоянные "затыки" в речи.

А запросно-ответный TCP вам такие задержки если и обеспечит, то мягко говоря, на грани. Поэтому в каких-то идеальных случаях эти все туннели, о к-рых писал KiDr, наверное могут помочь, но в большинстве случаев будет "бэ...мэ...".
 
0
 
0
    Ответить с цитированием