Въведение

Virtual Connect използва двустепенна архитектура на главата, където равнините на маршрутизиране и GRE се осигуряват от едно устройство, а IPSec контролната равнина се осигурява от друго.

След завършване на свързването „Виртуално свързване“ ще бъдат създадени два тунела GRE през IPSec между корпоративната мрежа на Клиента и центровете за данни на Cisco за специален екземпляр. По един към всеки излишен център за данни в рамките на съответния регион. Както е отбелязано в предпоставките, ще се изисква мрежа /24 от партньора или клиента, за да се използва при конфигурирането на виртуалната връзка. Допълнителните мрежови елементи, необходими за пиринга, се обменят от Партньорът или Клиентът към Cisco чрез формуляра за активиране на Control Hub Virtual Connect.

Фигура 1 показва пример за модела за внедряване на Virtual Connect за опцията с 2 концентратора от страна на клиента.

Виртуално свързване – VPN е дизайн на хъб, при който хъб сайтовете на клиента са свързани към DC1 и DC2 на центровете за данни на Специализиран екземпляр в рамките на определен регион.

Два сайта на Hub се препоръчват за по-добро дублиране, но един сайт Hub с два тунела също е поддържан модел за внедряване.

Пропускателната способност на тунел е ограничена до 250 Mbps.

Отдалечените сайтове на Клиента в рамките на същия регион ще трябва да се свържат обратно към сайта(ите) на центъра през WAN на Клиента и Cisco не носи отговорност за тази свързаност.

Очаква се партньорите да работят в тясно сътрудничество с клиентите, като гарантират, че е избран най-оптималният път за региона на обслужване „Virtual Connect“.

Фигура 2 показва пиринговите региони за свързаност в облак за специален екземпляр.

Добавката за маршрутизиране за Virtual Connect се реализира с помощта на външен BGP (eBGP) между специален екземпляр и оборудването на клиента (CPE). Cisco ще рекламира своята съответна мрежа за всеки излишен DC в рамките на региона на CPE на Клиента и CPE се изисква да рекламира маршрут по подразбиране до Cisco.

• Cisco поддържа и възлага

  • IP адресиране на тунелен интерфейс (преходна връзка за маршрутизиране) Cisco присвоява от определено споделено адресно пространство (непублично маршрутизирано)

  • Тунелен транспортен адрес на местоназначение (от страната на Cisco)

  • Частни автономни системни номера (ASN) за конфигурация на клиентска BGP маршрутизация

    • Cisco присвоява от определения обхват за частна употреба: 64512 до 65534

• eBGP се използва за обмен на маршрути между Специализиран инстанция и CPE

  • Cisco ще раздели назначената /24 мрежа на 2/25 за всеки DC в съответния регион

  • Във Virtual Connect всяка /25 мрежа се рекламира обратно към CPE от Cisco през съответните VPN тунели от точка до точка (преходна връзка)

  • CPE трябва да бъде конфигуриран със съответните съседи на eBGP. Ако се използва един CPE, ще се използват два съседни eBGP, единият сочещ към всеки отдалечен тунел. Ако използвате два CPE, тогава всеки CPE ще има един съсед eBGP, насочващ към единичния отдалечен тунел за CPE.

  • Cisco страната на всеки GRE тунел (IP интерфейс на тунела) е конфигурирана като BGP съсед на CPE

  • CPE се изисква за рекламиране на маршрут по подразбиране над всеки от тунелите

  • CPE е отговорен за преразпределянето, ако е необходимо, на научените маршрути в рамките на корпоративната мрежа на клиента.

• При условие за отказ на връзката без повреда, един CPE ще има два активни/активни тунела. За два CPE възела, всеки CPE ще има един активен тунел и двата CPE възела трябва да са активни и преминаващи трафик. При сценарий без повреда трафикът трябва да се раздели на два тунела, които отиват до правилните /25 дестинации, ако един от тунелите падне, оставащият тунел може да пренася трафика и за двата. При такъв сценарий на неуспех, когато мрежата /25 не работи, тогава мрежата /24 се използва като резервен маршрут. Cisco ще изпраща клиентски трафик през своя вътрешен WAN към DC, който загуби връзка.