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
+31-26Lines changed: 31 additions & 26 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -18,10 +18,9 @@ Ensure the objects comply with the recommendations in this article. Note that th
18
18
## Prepare subnet for VNET injection
19
19
20
20
Prerequisites:
21
-
- An entire subnet with no existing IPs allocated or in use that can be dedicated to the Azure Orbital Ground Station service in your virtual network in your resource group.
21
+
- An entire subnet with no existing IPs allocated or in use that can be dedicated to the Azure Orbital Ground Station service in your virtual network within your resource group.
22
22
23
-
Steps:
24
-
1. Delegate a subnet to service named: Microsoft.Orbital/orbitalGateways. Follow instructions here: [Add or remove a subnet delegation in an Azure virtual network](../virtual-network/manage-subnet-delegation.md).
23
+
Delegate a subnet to service named: Microsoft.Orbital/orbitalGateways. Follow instructions here: [Add or remove a subnet delegation in an Azure virtual network](../virtual-network/manage-subnet-delegation.md).
25
24
26
25
> [!NOTE]
27
26
> Address range needs to be at least /24 (e.g., 10.0.0.0/23)
@@ -34,29 +33,31 @@ The following is an example of a typical VNET setup with a subnet delegated to A
34
33
35
34
Set the MTU of all desired endpoints to at least 3650.
36
35
37
-
## Setting up the contact profile
36
+
## Set up the contact profile
38
37
39
38
Prerequisites:
40
39
- The subnet/vnet is in the same region as the contact profile.
41
40
42
41
Ensure the contact profile properties are set as follows:
43
42
44
-
| Property | Setting |
43
+
|**Property**|**Setting**|
45
44
|----------|---------|
46
-
| subnetId | Enter the full ID to the delegated subnet, which can be found inside the VNET's JSON view. subnetID is found under networkConfiguration. |
47
-
| ipAddress | For each link, enter an IP for TCP/UDP server mode. Leave blank for TCP/UDP client mode. See section below for a detailed explanation on configuring this property. |
48
-
| port | For each link, post must be within 49152 and 65535 range and must be unique across all links in the contact profile.|
45
+
| subnetId | Enter the **full ID to the delegated subnet**, which can be found inside the VNET's JSON view. subnetID is found under networkConfiguration. |
46
+
| ipAddress | For each link, enter an **IP for TCP/UDP server mode**. Leave blank for TCP/UDP client mode. See section below for a detailed explanation on configuring this property. |
47
+
| port | For each link, port must be within 49152 and 65535 range and must be unique across all links in the contact profile.|
49
48
50
49
> [!NOTE]
51
50
> You can have multiple links/channels in a contact profile, and you can have multiple IPs. But the combination of port/protocol must be unique. You cannot have two identical ports, even if you have two different destination IPs.
52
51
53
-
## Scheduling the contact
52
+
For more information, learn about [contact profiles](https://learn.microsoft.com/azure/orbital/concepts-contact-profile) and [how to configure a contact profile](https://learn.microsoft.com/azure/orbital/contact-profile).
54
53
55
-
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, Microsoft guarantees 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 cannot allocate an IP.
54
+
## Schedule the contact
55
+
56
+
The Azure Orbital Ground Station platform pre-reserves IPs in the subnet when a 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, Microsoft guarantees 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 cannot allocate an IP.
56
57
57
58
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:
| antennaConfiguration.destinationIP | Connect to this IP when you configure the link as tcp/udp client. |
62
63
| antennaConfiguration.sourceIps | Data will come from this IP when you configure the link as tcp/udp server. |
@@ -70,32 +71,36 @@ You can use this information to set up network policies or to distinguish betwee
70
71
> - Only one destination IP is present. Any link in client mode should connect to this IP and the links are differentiated based on port.
71
72
> - 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.
72
73
74
+
For more information, learn about [contacts](https://learn.microsoft.com/azure/orbital/concepts-contact) and [how to schedule a contact](https://learn.microsoft.com/azure/orbital/schedule-contact).
73
75
74
76
## Client/Server, TCP/UDP, and link direction
75
77
76
-
The following sections describe how to set up the link flows based on direction on tcp or udp preference.
78
+
The following sections describe how to set up the link flows based on direction on TCP or UDP preference.
79
+
80
+
> [!NOTE]
81
+
> These settings are for managed modems only.
77
82
78
83
### Uplink
79
84
80
-
| Setting | TCP Client | TCP Server | UDP Client | UDP Server |
0 commit comments