Preparación de la red para la integración de Azure Orbital Ground Station

Azure Orbital Ground Station interactúa con los recursos mediante la inserción de red virtual, que se usa en direcciones de vínculo superior y de vínculo descendente. En esta página se describe cómo asegurarse de que los objetos estación terrestre Subnet y Orbital estén configurados correctamente.

Asegúrese de que los objetos cumplen las recomendaciones de este artículo. Tenga en cuenta que estos pasos no tienen que seguirse en orden.

Preparación de la subred para la inyección de red virtual

Requisitos previos:

  • Una subred completa sin IP existentes asignadas o en uso que se pueda dedicar a GSaaS de Orbital en la red virtual del grupo de recursos.

Pasos:

  1. Delegue una subred al servicio denominada Microsoft.Orbital/orbitalGateways. Siga las instrucciones a continuación: Adición o eliminación de una delegación de subred en una red virtual de Azure.

Nota

El intervalo de direcciones debe ser al menos /24 (ejemplo 10.0.0.0/23)

Este es un ejemplo de una configuración típica de red virtual con una subred delegada en Estación terrestre de Azure Orbital.

Captura de pantalla de la configuración de subred con la subred delegada de Orbital.

Preparación de puntos de conexión

Establezca el MTU de todos los puntos de conexión deseados en al menos 3650.

Configuración del perfil del contacto

Requisitos previos:

  • La subred o la red virtual se encuentra en la misma región que el perfil del contacto

Asegúrese de que las propiedades del perfil de contacto se establecen de la siguiente manera:

  1. subnetId (en networkConfiguration): el identificador completo de la subred delegada, que se puede encontrar dentro de la vista JSON de la red virtual
  2. Para cada vínculo
    1. ipAddress: escriba una dirección IP aquí para el modo de servidor TCP/UDP. Deje en blanco el modo de cliente TCP/UDP. Consulte la sección siguiente para obtener una explicación detallada sobre cómo configurar esta propiedad.
    2. puerto: debe estar dentro del intervalo 49152 y 65535 y debe ser único en todos los vínculos del perfil del contacto.

Nota

Puede tener varios vínculos o canales en el perfil de un contacto y puede tener varias direcciones IP. Pero la combinación de puerto o protocolo debe ser única. No puede tener dos puertos idénticos, aunque tenga dos direcciones IP de destino diferentes.

Programación del contacto

La plataforma hace una reserva previa de las direcciones IP de la subred cuando se programa el contacto. Estas direcciones IP representan los puntos de conexión del lado de la plataforma para cada vínculo. Las direcciones IP serán únicas entre los contactos y, si varios contactos simultáneos usan la misma subred, garantizamos que esas direcciones IP serán distintas. El servicio no programará el contacto y se devolverá un error si el servicio se queda sin direcciones IP o no puede asignar una dirección IP.

Al crear un contacto, puede encontrar estas direcciones IP al visualizar las propiedades de contacto. Seleccione la vista JSON en el portal o use la llamada API de contacto de GET para ver las propiedades de contacto. Asegúrese de usar la versión de API actual de 2022-03-01. A continuación se muestran los parámetros de interés:

Parámetro Uso
antennaConfiguration.destinationIP Conéctese a esta dirección IP al configurar el vínculo como cliente tcp/udp.
antennaConfiguration.sourceIps Los datos proceden de esta dirección IP al configurar el vínculo como servidor tcp/udp.

Puede usar esta información para configurar directivas de red o para distinguir entre contactos simultáneos al mismo punto de conexión.

Captura de pantalla del objeto de contacto con direcciones IP de origen y destino.

Nota

  • Las direcciones IP de origen y destino siempre se toman del intervalo de direcciones de subred.
  • Solo hay una dirección IP de destino presente. Cualquier vínculo en modo de cliente debe conectarse a esta dirección IP y los vínculos se diferencian en función del puerto.
  • Muchas direcciones IP de origen pueden estar presentes. Los vínculos en modo de servidor se conectarán a la dirección IP especificada en el perfil de contacto. Los flujos se originarán en las direcciones IP de origen presentes en este campo y tendrán como destino el puerto según los detalles del vínculo en el perfil de contacto. No hay ninguna asignación fija de vínculo a la dirección IP de origen, por lo que asegúrese de permitir todas las direcciones IP en cualquier configuración de red o firewalls.

Aquí se muestra cómo configurar los flujos de vínculo en función de la dirección en las preferencias tcp o udp.

Configuración Cliente de TCP Servidor de TCP Cliente de UDP Servidor de UDP
Contacto con ipAddress del vínculo del perfil En blanco IP enrutable desde una subred delegada En blanco No aplicable
Contacto con puerto de vínculo de perfil Puerto único en 49152-65535 Puerto único en 49152-65535 Puerto único en 49152-65535 No aplicable
Salida
Contacto con destinationIP de objeto Conexión a esta dirección IP No aplicable Conexión a esta dirección IP No aplicable
Contacto con SourceIP de objeto No aplicable El vínculo provendrá de una de estas direcciones IP No aplicable No aplicable
Configuración Cliente de TCP Servidor de TCP Cliente de UDP Servidor de UDP
Contacto con ipAddress del vínculo del perfil En blanco IP enrutable desde una subred delegada No aplicable IP enrutable desde una subred delegada
Contacto con puerto de vínculo de perfil Puerto único en 49152-65535 Puerto único en 49152-65535 No aplicable Puerto único en 49152-65535
Salida
Contacto con destinationIP de objeto Conexión a esta dirección IP No aplicable No aplicable No aplicable
Contacto con SourceIP de objeto No aplicable El vínculo provendrá de una de estas direcciones IP No aplicable El vínculo provendrá de una de estas direcciones IP

Pasos siguientes