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/traffic-manager/traffic-manager-FAQs.md
+31-12Lines changed: 31 additions & 12 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -5,7 +5,7 @@ services: traffic-manager
5
5
author: greg-lindsay
6
6
ms.service: azure-traffic-manager
7
7
ms.topic: conceptual
8
-
ms.date: 06/03/2024
8
+
ms.date: 12/03/2024
9
9
ms.author: greglin
10
10
---
11
11
@@ -90,6 +90,19 @@ When you delete a Traffic Manager profile, the associated domain name is reserve
90
90
91
91
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.
92
92
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).
### What are some use cases where geographic routing is useful?
@@ -386,20 +399,26 @@ Traffic manager can't provide any certificate validation, including:
386
399
387
400
### Do I use an IP address or a DNS name when adding an endpoint?
388
401
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
+
390
409
All routing methods and monitoring settings are supported by the three endpoint addressing types.
391
410
392
411
### What types of IP addresses can I use when adding an endpoint?
393
412
394
413
Traffic Manager allows you to use IPv4 or IPv6 addresses to specify endpoints. There are a few restrictions, which are listed below:
395
414
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.
399
418
400
419
### Can I use different endpoint addressing types within a single profile?
401
420
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.
403
422
404
423
### What happens when an incoming query's record type is different from the record type associated with the addressing type of the endpoints?
405
424
@@ -529,17 +548,17 @@ The Traffic Manager name servers traverse the profile hierarchy internally when
529
548
530
549
### How does Traffic Manager compute the health of a nested endpoint in a parent profile?
531
550
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.
533
552
534
553
The following table describes the behavior of Traffic Manager health checks for a nested endpoint.
535
554
536
555
| Child Profile Monitor status | Parent Endpoint Monitor status | Notes |
537
556
| --- | --- | --- |
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 ||
543
562
544
563
> [!IMPORTANT]
545
564
> 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