У меня есть спутниковая связь 50 Мбит / с и микроволновая связь 10 Мбит / с, обеспечивающая очень удаленное место.
За этими ссылками у меня есть сеть на 6400 рабочих мест, из которых около 3000 вошли в систему одновременно.
Моя цель - отправить весь VoIP-трафик (Google Chat, Magic Jack, Skype, Speakeasy, Vonage, Vonage PC, Yahoo) через микроволновую связь с задержкой 100 мс. Остальной трафик может использовать любую оставшуюся полосу микроволнового канала, а избыток перенаправляется на спутниковое соединение с более высокой задержкой (600 мс).
Проблема, с которой я столкнулся до сих пор, заключается в том, что большинство конфигураций автоматической маршрутизации сильно влияют на полосу пропускания для предпочтения - и я хочу учитывать только задержку.
Кроме того, я не знаю, можно ли с этим справиться с помощью имеющегося в моем распоряжении оборудования маршрутизации (Cisco 3640, 3745 и 3845).
Мы будем очень благодарны за любые рекомендации (или действительно хорошие отправные точки).
Если у вас есть простой способ классификации голосового трафика (автоматическое определение RTP было бы одним из способов), вы должны иметь возможность использовать для этого маршрутизацию на основе политик. К сожалению, у меня нет под рукой примера (прошло несколько лет с тех пор, как мне нужно было делать PBR).
На Cisco вы прикрепляете PBR в качестве входящей политики на входных интерфейсах, а затем используете расширенный ACL для соответствия тому, что вам нужно (МОЖЕТ быть возможно использовать для этого карту классов, я не пробовал , Мне нужно было только выполнить маршрутизацию по исходным адресам (балансировка нагрузки с помощью встроенных устройств HTTP-манипулирования для оптимизации HTML для мобильных устройств, больше ожидаемых одновременных пользователей, чем может обрабатывать каждый блок инспектора)), а затем установить следующий переход. Если пакет не был маршрутизирован PBR, он обрабатывается по обычной маршрутизации. Если вы попытаетесь установить недостижимый следующий переход, обработка перейдет к следующему правилу в PBR.
В идеале я хотел бы иметь какой-то протокол динамической маршрутизации через микроволновую связь и использовать петлевую проверку на удаленном конце (объявленную через указанный протокол маршрутизации) в качестве адреса следующего перехода, чтобы любой сбой связи закончился тем, что следующий переход был недоступен довольно быстро.
Что касается протокола маршрутизации для запуска по ссылке, извините, я не знаю, какой будет лучший выбор. Я бы, вероятно, начал с использования OSPF или того, что вам удобно (хотя, поскольку вы, вероятно, ищете быстрое восстановление после сбоя, RIP, вероятно, не правильный выбор).
Вам понадобятся QOS и классификация трафика.
сделаю все, что вам нужно. (и больше)
Убедитесь, что у вас есть две коробки для отработки отказа.
Я бы также избегал или ограничивал скорость скайпа (если возможно). У него есть привычка потреблять все ресурсы, это программа похищения полосы пропускания!
Вы можете реализовать qos на своем cisco, но вы найдете pfsense и более простой способ сделать это.
Вы также получите дополнительный бонус в виде качественного межсетевого экрана и сможете ограничивать скорость и формировать трафик ваших клиентов.
Убедитесь, что вы используете достаточно мощные машины pfsense. или добавить еще шлюз, чтобы распределить нагрузку.
Получите контракт на поддержку pfsense и сделайте пожертвование проекту. Это круто.