Мы используем G711a в качестве кодека, и я хотел связать линии ADSL, чтобы получить максимально возможный исходящий поток. Я знаю, что могут возникнуть проблемы с переупорядочением пакетов и т. Д .; как это сделать «правильно»? (кроме выделенной линии).
Привет, мы использовали бондовую услугу широкополосной связи BE и VOIP, которая оказалась очень успешной и рентабельной по сравнению с выделенной линией, см. Ссылку ниже
Рассматривали ли вы решение этой проблемы, просто используя какую-то балансировку нагрузки вместо связывания? Ваши пакеты будут намного счастливее, если каждый сеанс будет на той или иной линии. Использование более легкого (сжатого) аудиокодека на одной общей линии должно дать вам лучшее качество вызовов, чем более тяжелый, такой как G711, где пакеты разделяются и перемещаются по связанной линии.
Истинной связи сложно достичь, но один из способов приблизиться к ней - это Многоканальный PPP.
Ему нужна конечная точка, на которой вы будете завершать сеансы ppp, и эта конечная точка может находиться либо в сети провайдера, либо в Интернете (например, сервер / маршрутизатор в вашем центре обработки данных).
Это довольно легко запустить, так как вам ничего не нужно от провайдера.
Переупорядочение пакетов не должно быть проблемой, поскольку реализации G711 будут иметь настраиваемый буфер джиттера продолжительностью до нескольких сотен миллисекунд и сами позаботятся о переупорядочении - при условии, что пакеты будут приходить достаточно рано, чтобы их не отбросили.
Тем не менее, я бы выбрал принцип KISS и не стал бы сам управлять туннелем PPP, если доступны другие более простые варианты. Если ваш провайдер не поддерживает MPPP, вы можете проверить, нужно ли просто предоставить несколько IP-адресов для вашего шлюза (по одному адресу на ссылку) и поочередно указывать своим пользователям эти адреса (например, с помощью циклического перебора DNS) и использовать более разумную маршрутизацию для сделать так, чтобы восходящие пакеты принимали тот же исходящий интерфейс, через который приходили нисходящие пакеты - при использовании Linux некоторые команды "ip route" / "ip rule" (возможно, в сочетании с iptables и target) позаботятся об этом.
Сжатый звук, такой как g729, все еще заметен и требует всевозможных изменений в АТС и / или телефонах.
Многоканальный PPP хорош, за исключением того, что он не очень хорошо справляется с ошибками (например, с потерей пакетов) или соединениями с разными скоростями. А с ногами от разных переносков работать не будет.
Если вы знакомы с Linux, вы можете использовать Netfilter, отслеживание соединений, mod_statistic и connmark, чтобы установить fwmark для каждого нового сеанса UDP, а затем отправить его на случайную ветку WAN. Таким образом, каждый вызов VoIP будет привязан к одному из соединений, чтобы избежать переупорядочения пакетов.
Отказ от ответственности: мы создали решение для связывания пакетов, которое решает указанные выше проблемы.