Как я связываю строки ADSL для VoIP?
В этой точке это может быть более быстро, чтобы сделать установку восстановления. Обратите внимание необходимость в DVD Vista на том же или более позднем уровне пакета обновления, чтобы сделать это.
Вы рассмотрели хранение этой целой проблемы просто при помощи некоторого выравнивания нагрузки вместо связывания? Ваши пакеты будут намного более счастливыми, если каждая сессия будет на одной строке или другом. Используя (сжатый) аудиокодек более легкого веса на единственной линии коллективного пользования должен дать Вам лучшие качественные вызовы, чем тяжелый вес один как G711, где пакеты разделяются и отодвинулись объединяемая абонентская линия.
Привет мы использовали связанный сервис от БЫТЬ широкополосной связью и VoIP, который был очень успешен и экономически эффективен по сравнению с выделенной линией, посмотрите ссылку ниже
Истинного связывания трудно достигнуть, но одним способом быть рядом с ним является Многоканальный PPP.
Этому нужна конечная точка, на которой Вы завершите ppp сессии, и эта конечная точка может быть или в сети ISP или в Интернете (таком как сервер/маршрутизатор в Вашем центре обработки данных).
Это довольно легко получить его работающий, поскольку Вам ничто не нужно от поставщика.
Переупорядочение пакетов не должно быть проблемой, поскольку реализации G711 будут иметь настраиваемый буфер дрожания до нескольких сотен миллисекунд и заботиться о переупорядочении себя - пока пакеты прибудут достаточно рано, чтобы не быть отброшенными.
Nontheless, я выбрал бы принцип KISS и не управлял бы туннелем PPP сам, если другие более простые опции доступны. Если Ваш поставщик не будет поддерживать MPPP, Вы могли бы проверить, просто выставление нескольких IP-адресов для Вашего шлюза (один адрес на ссылку) и указание на Ваших пользователей к этим адресам поочередно (например, при помощи циклического алгоритма DNS) и используют некоторую более умную маршрутизацию, чтобы заставить восходящие пакеты взять тот же исходящий интерфейс, нисходящие пакеты прибыли через - использование Linux некоторый "IP маршрут" / "IP правило" (возможно, в сочетании с iptables и целью МАРКА), команды будут заботиться об этом.
Сжатое аудио как g729 все еще примечательно и требует всех видов изменений на PBX и/или телефонах.
Многоканальный PPP является большим кроме него, не обрабатывает провальные участки (например: потеря пакетов) очень хорошо, или соединения с различными скоростями. И это не будет работать с участками от различных поставщиков услуг.
Если Вы знаете свой путь вокруг с Linux, можно использовать Netfilter, отслеживание соединения, mod_statistic, и connmark, чтобы установить fwmark для каждого нового сеанса UDP и затем отправить его в случайный участок WAN. Таким образом, каждый вызов VoIP был бы прикреплен к одному из соединений для предотвращения пакетного переупорядочения.
Отказ от ответственности: мы создали клеящий раствор на пакет, который решает вышеупомянутые проблемы.