You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/orbital/prepare-network.md
+15-9Lines changed: 15 additions & 9 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -26,6 +26,10 @@ Steps:
26
26
> [!NOTE]
27
27
> Address range needs to be at least /24 (example 10.0.0.0/23)
28
28
29
+
Here is an example of a typical VNET setup with a subnet delegated to Azure Orbital Ground Station.
30
+
31
+
:::image type="content" source="media/azure-ground-station-subnet-example.png" alt-text="Screenshot of subnet configuration with Orbital delegated subnet." lightbox="media/azure-ground-station-subnet-example.png":::
32
+
29
33
## Setting up the contact profile
30
34
31
35
Prerequisites:
@@ -45,7 +49,7 @@ Make sure the contact profile properties are set as follows:
45
49
46
50
The platform pre-reserves IPs in the subnet when the contact is scheduled. These IPs represent the platform side endpoints for each link. IPs will be unique between contacts, and if multiple concurrent contacts are using the same subnet, we guarantee those IPs to be distinct. The service will fail to schedule the contact and an error will be returned if the service runs out of IPs or can't allocate an IP.
47
51
48
-
When you create a contact, you can find these IPs by viewing the contact properties. Select JSON view in the portal or use the GET contact API call to view the contact properties. The parameters of interest are below:
52
+
When you create a contact, you can find these IPs by viewing the contact properties. Select JSON view in the portal or use the GET contact API call to view the contact properties. Make sure to use the current API version of 2022-03-01. The parameters of interest are below:
@@ -54,8 +58,10 @@ When you create a contact, you can find these IPs by viewing the contact propert
54
58
55
59
You can use this information to set up network policies or to distinguish between simultaneous contacts to the same endpoint.
56
60
61
+
:::image type="content" source="media/azure-ground-station-contact-ips-example.png" alt-text="Screenshot of contact object with source and destination IPs." lightbox="media/azure-ground-station-contact-ips-example.png":::
62
+
57
63
> [!NOTE]
58
-
> - The source and destination IPs are always taken from the subnet address range
64
+
> - The source and destination IPs are always taken from the subnet address range.
59
65
> - Only one destination IP is present. Any link in client mode should connect to this IP and the links are differentiated based on port.
60
66
> - Many source IPs can be present. Links in server mode will connect to your specified IP address in the contact profile. The flows will originate from the source IPs present in this field and target the port as per the link details in the contact profile. There is no fixed assignment of link to source IP so please make sure to allow all IPs in any networking setup or firewalls.
61
67
@@ -68,25 +74,25 @@ Here's how to set up the link flows based on direction on tcp or udp preference.
68
74
69
75
| Setting | TCP Client | TCP Server | UDP Client | UDP Server |
0 commit comments