Set up a direct interconnect for internet peering

Из этой статьи вы узнаете, как установить прямое подключение для интернет-пиринга с помощью службы пиринга Azure.

Internet peering in Azure Peering Service supports direct interconnects with Microsoft at any of its point-of-presence (PoP) edge sites for internet exchange partners (IXPs). На PeeringDB доступен список всех общедоступных узлов подключения.

Internet peering provides highly reliable and Quality of Service (QoS)-enabled interconnect for IXPs to ensure high-quality, performance-centric services.

В следующей блок-схеме суммируется процесс подключения к службе Peering:

Технические требования

To establish direct interconnect for Peering Service, follow these requirements:

• The peer must provide its own autonomous system number (ASN), which must be public.
• The peer must have a redundant Private Network Interconnect (PNI) at each interconnect location to ensure local redundancy.
• The peer must supply and advertise its own publicly routable IPv4 address space that's used by the peer's endpoints (for example, by an SBC).
• The peer must not terminate the peering on a device running a stateful firewall.
• The peer can't have two local connections configured on the same router. Требуется разнообразие.
• The peer can't apply rate limiting to its connection.
• The peer can't configure a local redundant connection as a backup connection. Резервные подключения должны находиться в другом расположении, отличном от основного подключения.
• Основные сеансы, сеансы резервного копирования и избыточные сеансы должны иметь одинаковую пропускную способность.
• We recommend that you create Peering Service peerings in multiple locations to achieve geo-redundancy.
• All infrastructure prefixes are registered in the Azure portal and advertised by using the community string 8075:8007.
• The peer must support Link Aggregation Control Protocol (LACP) on the interconnect links. Корпорация Майкрософт настраивает все связи в качестве групп агрегирования ссылок (LAG) по умолчанию.

Establish a direct interconnect for Peering Service

Прежде чем продолжить, убедитесь, что вы подписываете соглашение службы пиринга Microsoft Azure. Дополнительные сведения см. в статье о требованиях к партнеру службы пиринга Azure.

Чтобы установить взаимодействие службы пиринга с корпорацией Майкрософт, выполните действия, описанные в следующих разделах.

Associate your public ASN with your Azure subscription

Первым шагом является связывание вашего публичного ASN с подпиской Azure.

Дополнительные сведения см. в статье "Связывание однорангового ASN" с подпиской Azure.

Если ASN уже связан с подпиской Azure, перейдите к следующему шагу.

Create a Peering Service peering

1. To create a Peering Service peering resource, search for peerings in the Azure portal. In the search results, select Peerings.

   

2. Нажмите кнопку создания.

3. На вкладке "Основные сведения" введите или выберите подписку Azure, группу ресурсов, имя пиринга и ASN пиринга.

   

   Предупреждение

   You can't change these options after the peering is created. Confirm that your selections are correct before you create the peering.

4. На вкладке "Конфигурация" выберите следующие необходимые конфигурации:

   1. For Peering type, select Direct.

   2. Для параметра Сеть Майкрософт выберите значение AS8075.

   3. Для SKU выберите "Премиум бесплатно".

   4. Для Metro выберите соответствующее значение. Затем выберите Создать новое, чтобы добавить подключение к пирингу.

      

   5. In Direct Peering Connection, enter or select your peering facility details. Выберите Сохранить.

      

      Peering Service peerings must have Use for Peering Service enabled.

      Before you finalize your peering, make sure the peering has at least two connections. Local redundancy is a requirement for Peering Service, and creating a Peering with two sessions achieves this requirement.

5. Выберите Review + create. Просмотрите сводку и выберите "Создать " при прохождении проверки.

Подождите завершения развертывания ресурса. When deployment is successful, your peering is created and provisioning begins.

Настройка оптимизированной маршрутизации для префиксов

Чтобы получить оптимизированную маршрутизацию для ваших префиксов с использованием межсоединений пиринговой службы, выполните шаги, описанные в следующих разделах.

Регистрация префиксов

Для оптимизированной маршрутизации для префиксов инфраструктуры необходимо зарегистрировать префиксы.

Примечание.

Состояние подключения пиринговых подключений должно быть активным перед регистрацией любых префиксов.

Ensure that the registered prefixes are announced over the direct interconnects established with your peering. Если один и тот же префикс анонсирован в нескольких точках пиринга, вам не нужно регистрировать префикс в каждой точке. A prefix can be registered with only a single peering. When you receive the unique prefix key after validation, this key is used for the prefix, even in locations other than the location of the peering it was registered under.

Чтобы начать регистрацию:

1. In the Azure portal, go to the peering.

2. В меню службы в разделе "Параметры" выберите "Зарегистрированные префиксы".

3. На панели зарегистрированных префиксов нажмите кнопку +Добавить зарегистрированный префикс.

   

   Примечание.

   Если кнопка "Добавить зарегистрированный префикс" отключена, пиринг не имеет хотя бы одного активного подключения. Подождите, пока это произойдёт, прежде чем регистрировать префикс.

4. Настройте префикс, предоставив ему имя и строку префикса IPv4, а затем нажмите кнопку "Сохранить".

   

After prefix creation, you can see the generated Peering Service prefix key when viewing the Registered ASN resource:

After you create a Peering Service prefix, the prefix is queued for validation. To check the validation state of the prefix, go to the Peering Service Registered prefixes pane.

Для проверки зарегистрированного префикса необходимо пройти следующие проверки:

• Префикс не может находиться в частном диапазоне.
• Источник ASN должен быть зарегистрирован в основном реестре маршрутизации.
• All connections in the parent peering must advertise routes for the prefix.
• Routes must be advertised by using the MAPS community string 8075:8007.
• Autonomous system (AS) paths in your routes can't exceed a path length of 3, and they can't contain private ASNs or AS prepending.

For more information about registered prefix requirements and how to troubleshoot validation problems, review the peering registered prefix requirements.

Provide Peering Service prefix keys to customers for activation

When your customers onboard to Peering Service, they must follow the steps described in the Peering Service customer walkthrough. Your customers activate prefixes by using the Peering Service prefix key that was obtained during prefix registration. Предоставьте этот ключ клиентам до активации. Ключ используется для всех префиксов во время активации.

Вопросы и ответы

Ознакомьтесь с ответами на часто задаваемые вопросы.

Вопрос. When will my BGP mesh be available?

A. When LAG is running, our automated process provisions the BGP mesh. The peer must configure BGP.

Вопрос. When are peering IP addresses allocated and shown in the Azure portal?

A. Наш автоматизированный процесс выделяет адреса и отправляет информацию по электронной почте после настройки порта на стороне Майкрософт.

Вопрос. I have smaller subnets (</24) for my services. Are smaller subnets routed?

A. Да, служба пиринга поддерживает маршрутизацию меньших префиксов. Убедитесь, что вы регистрируете меньшие префиксы для маршрутизации. Then, they're announced over the interconnects.

Вопрос. What Microsoft routes do we receive over the interconnects?

A. Корпорация Майкрософт объявляет о доступности всех префиксов общедоступных служб Microsoft через интерконнекты, чтобы обеспечить доступ к голосовым и другим облачным службам через одно и то же соединение.

Вопрос. My peering registered prefix failed validation. Как продолжить?

A. Review the peering registered prefix requirements and follow the troubleshooting steps that are described.

Вопрос. Do I need to be aware of any AS path constraints?

A. Да. A private ASN can't be in the AS path. For registered prefixes smaller than /24, the AS path must be less than four.

Вопрос. Мне нужно задать ограничение префикса. Сколько маршрутов будет объявлять Корпорация Майкрософт?

A. Корпорация Майкрософт объявляет примерно 280 префиксов в Интернете. Число может увеличиться на 10% до 15%. Ограничение в 400 до 500 безопасно задать в качестве значения для максимального числа префиксов.

Вопрос. Will Microsoft readvertise peer prefixes to the internet?

A. Нет.

Вопрос. Взимается ли плата за эту услугу?

A. Нет. However, the peer is expected to carry site cross-connect costs.

Вопрос. Какова минимальная скорость связи для межсоединения?

A. 10 Гбит/с.

Вопрос. Is the peer bound to a service-level agreement (SLA)?

A. Да. Когда загрузка достигает 40%, начинается процесс расширения LAG, который длится 45–60 дней.

Вопрос. Сколько времени занимает процесс адаптации?

A. Время, необходимое для завершения подключения, зависит от количества и расположения сайтов, а также от того, переносит ли одноранговый узел существующие частные пиринги или устанавливает новый кабель. Перевозчик должен планировать в течение трех недель или более.

Вопрос. Как сообщается о прогрессе вне статуса портала?

A. Автоматические сообщения электронной почты отправляются по различным вехам.

Вопрос. Можно ли использовать API для подключения?

A. В настоящее время нет поддержки API. Службу можно настроить только с помощью портал Azure.