Skip to content

Commit 347deb9

Browse files
Merge pull request #291269 from greg-lindsay/atm-faq
add TLS info to FAQ
2 parents 885d7ba + cba910b commit 347deb9

File tree

1 file changed

+31
-12
lines changed

1 file changed

+31
-12
lines changed

articles/traffic-manager/traffic-manager-FAQs.md

Lines changed: 31 additions & 12 deletions
Original file line numberDiff line numberDiff line change
@@ -5,7 +5,7 @@ services: traffic-manager
55
author: greg-lindsay
66
ms.service: azure-traffic-manager
77
ms.topic: conceptual
8-
ms.date: 06/03/2024
8+
ms.date: 12/03/2024
99
ms.author: greglin
1010
---
1111

@@ -90,6 +90,19 @@ When you delete a Traffic Manager profile, the associated domain name is reserve
9090

9191
For example, if your Traffic Manager profile name is **label1**, then **label1.trafficmanager.net** is reserved for your tenant even if you delete the profile. Child namespaces, such as **xyz.label1** or **123.abc.label1** are also reserved. When the reservation expires, the name is made available to other tenants. The name associated with a disabled profile is reserved indefinitely. For questions about the length of time a name is reserved, contact your account representative.
9292

93+
### What version of TLS is required by Traffic Manager?
94+
95+
The Microsoft implementation of older TLS versions is not known to be vulnerable, however, TLS 1.2 and later offer improved security with features such as perfect forward secrecy and stronger cipher suites. To enhance security and provide best-in-class encryption for your data, Traffic Manger requires interactions with services to be secured using Transport Layer Security (TLS) 1.2 or later before February 28,2025. Traffic Manger support for TLS 1.0 and 1.1 will end on this date. This date might be different than the [Azure-wide TLS 1.0 and TLS 1.1 retirement date](https://azure.microsoft.com/updates?id=update-retirement-tls1-0-tls1-1-versions-azure-services).
96+
97+
**Recommended action**
98+
99+
To avoid service disruptions, resources that interact with Traffic Manager must use TLS 1.2 or later.
100+
101+
- If resources are already exclusively using TLS 1.2 or later, you don't need to take further action.
102+
- If resources still have a dependency on TLS 1.0 or 1.1, transition them to TLS 1.2 or later by February 28, 2025.
103+
104+
For information about migrating from TLS 1.0 and 1.1 to TLS 1.2, see [Solving the TLS 1.0 Problem](/security/engineering/solving-tls1-problem).
105+
93106
## Traffic Manager Geographic traffic routing method
94107

95108
### What are some use cases where geographic routing is useful?
@@ -386,20 +399,26 @@ Traffic manager can't provide any certificate validation, including:
386399

387400
### Do I use an IP address or a DNS name when adding an endpoint?
388401

389-
Traffic Manager supports adding endpoints using three ways to refer them – as a DNS name, as an IPv4 address and as an IPv6 address. If the endpoint is added as an IPv4 or IPv6 address the query response is of record type A or AAAA, respectively. If the endpoint was added as a DNS name, then the query response is of record type CNAME. Adding endpoints as IPv4 or IPv6 address is permitted only if the endpoint is of type **External**.
402+
Traffic Manager supports adding endpoints using three ways to refer them:
403+
- As a DNS name
404+
- As an IPv4 address
405+
- As an IPv6 address
406+
407+
If the endpoint is added as an IPv4 or IPv6 address, the query response is of record type A or AAAA, respectively. If the endpoint was added as a DNS name, then the query response is of record type CNAME. Adding endpoints as IPv4 or IPv6 address is permitted only if the endpoint is of type **External**.
408+
390409
All routing methods and monitoring settings are supported by the three endpoint addressing types.
391410

392411
### What types of IP addresses can I use when adding an endpoint?
393412

394413
Traffic Manager allows you to use IPv4 or IPv6 addresses to specify endpoints. There are a few restrictions, which are listed below:
395414

396-
- Addresses that correspond to reserved private IP address spaces aren't allowed. These addresses include those called out in RFC 1918, RFC 6890, RFC 5737, RFC 3068, RFC 2544 and RFC 5771
397-
- The address must not contain any port numbers (you can specify the ports to be used in the profile configuration settings)
398-
- No two endpoints in the same profile can have the same target IP address
415+
- Addresses that correspond to reserved private IP address spaces aren't allowed. These addresses include those called out in RFC 1918, RFC 6890, RFC 5737, RFC 3068, RFC 2544, and RFC 5771.
416+
- The IP address must not contain any port numbers (you can specify the ports to be used in the profile configuration settings).
417+
- No two endpoints in the same profile can have the same target IP address.
399418

400419
### Can I use different endpoint addressing types within a single profile?
401420

402-
No, Traffic Manager doesn't allow you to mix endpoint addressing types within a profile, except for the case of a profile with MultiValue routing type where you can mix IPv4 and IPv6 addressing types
421+
No. Traffic Manager doesn't allow you to mix endpoint addressing types within a profile, except for the case of a profile with MultiValue routing type where you can mix IPv4 and IPv6 addressing types.
403422

404423
### What happens when an incoming query's record type is different from the record type associated with the addressing type of the endpoints?
405424

@@ -529,17 +548,17 @@ The Traffic Manager name servers traverse the profile hierarchy internally when
529548

530549
### How does Traffic Manager compute the health of a nested endpoint in a parent profile?
531550

532-
The parent profile doesn't perform health checks on the child directly. Instead, the health of the child profile's endpoints are used to calculate the overall health of the child profile. This information is propagated up the nested profile hierarchy to determine the health of the nested endpoint. The parent profile uses this aggregated health to determine whether the traffic can be directed to the child.
551+
The parent profile doesn't perform health checks on the child directly. Instead, the health of the child profile's endpoints is used to calculate the overall health of the child profile. This information is propagated up the nested profile hierarchy to determine the health of the nested endpoint. The parent profile uses this aggregated health to determine whether the traffic can be directed to the child.
533552

534553
The following table describes the behavior of Traffic Manager health checks for a nested endpoint.
535554

536555
| Child Profile Monitor status | Parent Endpoint Monitor status | Notes |
537556
| --- | --- | --- |
538-
| Disabled. The child profile has been disabled. |Stopped |The parent endpoint state is Stopped, not Disabled. The Disabled state is reserved for indicating that you've disabled the endpoint in the parent profile. |
539-
| Degraded. At least one child profile endpoint is in a Degraded state. |Online: the number of Online endpoints in the child profile is at least the value of MinChildEndpoints.<BR>CheckingEndpoint: the number of Online plus CheckingEndpoint endpoints in the child profile is at least the value of MinChildEndpoints.<BR>Degraded: otherwise. |Traffic is routed to an endpoint of status CheckingEndpoint. If MinChildEndpoints is set too high, the endpoint is always degraded. |
540-
| Online. At least one child profile endpoint is an Online state. No endpoint is in the Degraded state. |See above. | |
541-
| CheckingEndpoints. At least one child profile endpoint is 'CheckingEndpoint'. No endpoints are 'Online' or 'Degraded' |Same as above. | |
542-
| Inactive. All child profile endpoints are either Disabled or Stopped, or this profile has no endpoints. |Stopped | |
557+
| **Disabled**. The child profile has been disabled. |Stopped |The parent endpoint state is `Stopped`, not `Disabled`. The `Disabled` state is reserved for indicating that you've disabled the endpoint in the parent profile. |
558+
| **Degraded**. At least one child profile endpoint is in a `Degraded` state. |**Online**: the number of `Online` endpoints in the child profile is at least the value of `MinChildEndpoints`.<BR>**CheckingEndpoint**: the number of `Online` plus `CheckingEndpoint` endpoints in the child profile is at least the value of `MinChildEndpoints`.<BR>**Degraded**: otherwise. |Traffic is routed to an endpoint of status `CheckingEndpoint`. If `MinChildEndpoints` is set too high, the endpoint is always degraded. |
559+
| **Online**. At least one child profile endpoint is an `Online` state. No endpoint is in the `Degraded` state. |See above. | |
560+
| CheckingEndpoints. At least one child profile endpoint is `CheckingEndpoint`. No endpoints are `Online` or `Degraded` |Same as above. | |
561+
| **Inactive**. All child profile endpoints are either `Disabled` or `Stopped`, or this profile has no endpoints. |Stopped | |
543562

544563
> [!IMPORTANT]
545564
> When managing child profiles under a parent profile in Azure Traffic Manager, an issue can occur if you simultaneously disable and enable two child profiles. If these actions occur at the same time, there might be a brief period when both endpoints are disabled, leading to the parent profile entering a compromised state.<br><br>

0 commit comments

Comments
 (0)