Cisco SD-WAN | Пограничный маршрутизатор за другим пограничным маршрутизатором Интернета

[ZK916]

Здравствуйте, Компания, в которой я работаю, рассматривает возможность внедрения Cisco SD-WAN, и один из вопросов, который возник при проектировании, был следующим: «Можем ли мы использовать существующий интернет-канал (общедоступный Интернет в качестве транспортной сети), использовать существующий пограничный интернет-маршрутизатор и разместить маршрутизатор SD-WAN cEdge за существующим пограничным интернет-маршрутизатором? Является ли этот проект приемлемым? Как маршрутизатор cEdge будет получать доступ к Интернету, если он находится за другим устройством L3 (маршрутизатором)? Заранее спасибо. С уважением, ~zK

[Royalty]

Привет,
@ZK916
, Это абсолютно возможно и, фактически, является рекомендуемым подходом практически во всех существующих средах, где вы переходите с текущего решения WAN на SD-WAN. Такая конструкция, безусловно, является приемлемой. Вы развернете свои cEdge (SD-WAN WAN Edge) за своими текущими CE (устройствами интернет/WAN Edge). Как маршрутизатор cEdge будет получать доступ к Интернету, если он находится за другим устройством L3 (маршрутизатором)? Во многом это зависит от вашей текущей сетевой архитектуры. Однако вы предоставляете cEdge доступ к Интернету, физически подключив его к существующему интернет/WAN-устройству L3. Вы можете подключить cEdge и устройство L3 напрямую или через коммутатор. Не имеет значения, находится ли ваш cEdge на расстоянии нескольких прыжков L3 от существующего интернет-маршрутизатора. В конечном итоге cEdge будет настроен с IP-адресом (RFC 1918) на своем канале, подключенном к пограничному устройству L3 Интернета, и будет иметь маршрут по умолчанию в Интернет через пограничное устройство L3 Интернета. Если возможно, присвойте ему публичный IP-адрес с NAT 1:1, где бы ни выполнялся NAT. Если это невозможно, он также работает с
определенными
комбинациями NAT Overload, в зависимости от реализации, но это требует тщательного рассмотрения и тестирования. Я с удовольствием бы подробнее рассказал об этом, но не хочу слишком отклоняться от вопроса в одном посте. Но да, вполне возможно, что cEdge может использовать тот же публичный IP-адрес, что и другие внутренние хосты, и при этом иметь полностью работоспособную плоскость управления и передачи данных. Затем cEdge сможет установить туннели DTLS/TLS с контроллерами SD-WAN и, используя SD-WAN Validator (ранее называвшийся vBond) в качестве STUN-сервера, наконец сможет подключить плоскость данных между вашими различными филиалами. Я бы добавил еще одну ссылку в дополнение к отличным рекомендациям Баладжи. Это должно быть одним из ваших основных ресурсов: https://www.cisco.com/c/dam/en/us/td/docs/routers/sdwan/migration-guide/cisco-sd-wan-migration-guide.pdf Если у вас есть дополнительные вопросы или что-то не совсем понятно, не стесняйтесь обращаться. Надеюсь, это поможет.

[balaji.bandi]

Технически я не вижу никаких проблем, если Cedge может подключиться к контроллеру, зарегистрироваться и установить туннель DTLS/TLS. (Надеюсь, маршрутизатор, о котором вы упомянули, — это простой маршрутизатор ISP, который выполняет NAT и маршрутизацию, верно?) Некоторые справочные материалы по развертыванию, если вы их еще не видели: https://www.cisco.com/c/en/us/td/docs/solutions/CVD/SDWAN/cisco-sdwan-design-guide.html https://www.cisco.com/c/en/us/td/docs/routers/sdwan/configuration/sdwan-xe-gs-book/system-overview.html#c_System_Overview_10228.xml https://www.cisco.com/c/en/us/td/docs/security/secure-firewall/cvd/secure-firewall-sdwan-deployment-guide.html#OverviewofCiscoSecureFirewallSDWANSolution BB
=====Пренаямо Васудевам=====
***** Оценить все полезные ответы *****
Как обратиться за помощью к сообществу Cisco

[ZK916]

Большое спасибо. Это очень полезно и именно тот ответ, который я искал. Очень признателен. С уважением, ~zK