-->
Nov 08, 2011 The Microsoft Download Manager enables you to download files simply and easily. It also makes downloading large files such as application and multimedia files quick and reliable. It was specifically designed to help users manage file downloads from supporting Microsoft Web sites. Technical Account Manager Role Details. Account Management of a single or multiple Customers. Technical Support. Microsoft Services is designed to provide the right scope of services at the right time, including localized support solutions for businesses and consumers around the world. Mar 10, 2020 Starting with Version 16.21, Microsoft Teams will be installed by default for new installations if you're using the Office suite install package. For more information, see Microsoft Teams installations on a Mac. For security reason, Microsoft has deprecated the use of SHA-1. Mar 05, 2016 OneNote on Mac stuck trying to make recent update 2016. Then de-installing OneNote from Mac to include putting com.microsoft.onenote folder into trash. Then reinstalling OneNote. This thread is locked. You can follow the question. Nov 20, 2014 Rich Maines, Senior Application Development Manager, discusses how a strategic ADM relationship translates into business value for customers. What if you could have your own trusted advisor within Microsoft, a resource whose primary responsibility is to maximize the business value of your investments in Microsoft technologies? The MAC address is used an index, also known as a key. As a frame arrives on an incoming interface, it's MAC is learned and recorded into the CAM table. If the MAC is changed ports, the new entry Download the files the instructor uses to teach the course.
Office for Mac that comes with an Office 365 subscription is updated on a regular basis to provide new features, security updates, and non-security updates. The following information is primarily intended for IT professionals that are deploying Office for Mac to the users in their organizations.
Note
- Starting with Version 16.21, Microsoft Teams will be installed by default for new installations if you're using the Office suite install package. For more information, see Microsoft Teams installations on a Mac.
- For security reason, Microsoft has deprecated the use of SHA-1. Learn more
- Starting with the 16.17 release in September 2018, this information also applies to Office 2019 for Mac, which is a version of Office for Mac that’s available as a one-time purchase from a retail store or through a volume licensing agreement.
- The update history information for version 16.16 and earlier also applies to Office 2016 for Mac, which is also a version of Office for Mac that’s available as a one-time purchase. Older versions up to and including 16.16 can be activated with an Office 2016 for Mac volume license. You can’t activate version 16.17 or later with an Office 2016 for Mac volume license. For information about Office 2016 for Mac releases from September onward, see Release notes for Office 2016 for Mac
- For information about the features, security updates, and non-security updates that are included in a given release of Office for Mac, see Release notes for Office for Mac.
- If you want early access to new releases, join the Office Insider program.
Most current packages for Office for Mac
The following table lists the most current packages for the Office suite and for the individual applications. The Office suite includes all the individual applications, such as Word, PowerPoint, and Excel. All packages are 64-bit only. The build date is listed in parentheses, in a YYMMDD format, after the version number. The install package is used if you don't have the application already installed, while the update package is used to update an existing installation.
To view release notes, see Release notes.
March 10, 2020
Version 16.35 (20030802)
Application | Download links | SHA-256 hash for install package |
---|---|---|
Office suite (with Teams) | Install package | 8E86CC3EDDB5D7AD0EBA34264C6017D8B3DB9BBC425106F8C5B1BBAC1C7966DA |
Office suite (without Teams) | Install package | DA6F028AB5A69FC48668A311A74231A9CDCDA1576D2EBB1C06E7A7DD53ED8510 |
Word | Install package Update package | 27BB4CAD84F7E15AA5E0AB48C18E620F08A4AA1AF05352847E8AA8924390005F |
Excel | Install package Update package | DFE5F4230DC3E4B85FF226E260580FBD5A85893DD17C6165721F92A03FDFDF91 |
PowerPoint | Install package Update package | 65292F7CDA8C53FB796332B84398F3A4528831CCED9E7E5614A778055F7683AF |
Outlook | Install package Update package | 92094986AE997694549E9FA54347663F4720B7842D6E5FF7525BBB4897EB5C94 |
OneNote | Update package | Not applicable |
Most current packages for other Mac programs from Microsoft
The following table provides information about the most current packages, including a download link, for other Mac programs from Microsoft that may be of interest to IT professionals. The build date is listed in parentheses, in a YYMMDD format, after the version number.
Note: Microsoft AutoUpdate (MAU) release information has moved to the MAU Release History page.
Program | Version | Package | More information | SHA-1/ SHA-256 hash |
---|---|---|---|---|
Skype for Business | 16.27.37 | Download | The latest version was released on June 23, 2019. Latest updates | ac33fbfa83e304e1ac3ba7365e8bf307b117ec954fd48902991356ee86f2e836 |
Remote Desktop | 10.3.1 | Download | This install package is 64-bit. What's new | a846cecda7391b4e67c37b4b30a0c49ebd3c80f4782a989c0b4f866cd6d09339 |
Intune Company Portal | 1.17 (52.1908008.000) [190823] | Download | What's new in Microsoft Intune | fec704b5194360a48365d0193a46135358c5f129fc2b1fb02acb902cd1f96de0 |
Microsoft SharePoint On-Premises Safari Browser Plugin for Office 2016 for Mac | 15.32.0 (170309) | Download | This install package is 64-bit. | f7f29202881a319fb249d15ab6125b5a1a94b303c649cbe3fafb37ecd4728ed8 |
Release history for Office for Mac
The following table provides release history information and download links for Office for Mac. The table is ordered by release date, with the most recent release date listed first. The build date is listed in parentheses, in a YYMMDD format, after the version number. All releases after August 22, 2016 are 64-bit only. All releases prior to August 22, 2016 are 32-bit only.
Note
Download links are only provided for the most recent releases.
Release date | Version | Install package | Update packages |
---|---|---|---|
March 10, 2020 | 16.35 (20030802) | Office suite (with Teams) Office suite (without Teams) | Word, Excel, PowerPoint, Outlook, OneNote |
February 11, 2020 | 16.34 (20020900) | Office suite (with Teams) Office suite (without Teams) | Word, Excel, PowerPoint, Outlook, OneNote |
January 14, 2020 | 16.33 (20011301) | Office suite (with Teams) Office suite (without Teams) | Word, Excel, PowerPoint, Outlook, OneNote |
December 10, 2019 | 16.32 (19120802) | Office suite (with Teams) Office suite (without Teams) | Word, Excel, PowerPoint, Outlook, OneNote |
November 12, 2019 | 16.31 (19111002) | Office suite (with Teams) Office suite (without Teams) | Word, Excel, PowerPoint, Outlook, OneNote |
October 15, 2019 | 16.30 (19101301) | Office suite (with Teams) Office suite (without Teams) | Word, Excel, PowerPoint, Outlook, OneNote |
September 18, 2019 | 16.29.1 (19091700) | Word, Excel, PowerPoint | |
September 10, 2019 | 16.29 (19090802) | Office suite (with Teams) Office suite (without Teams) | Word, Excel, PowerPoint, Outlook, OneNote |
August 13, 2019 | 16.28 (19081202) | Office suite (with Teams) Office suite (without Teams) | Word, Excel, PowerPoint, Outlook, OneNote |
July 16, 2019 | 16.27 (19071500) | Office suite (with Teams) Office suite (without Teams) | Word, Excel, PowerPoint, Outlook, OneNote |
June 11, 2019 | 16.26 (19060901) | ||
May 14, 2019 | 16.25 (19051201) | ||
April 16, 2019 | 16.24 (19041401) | ||
March 27, 2019 | 16.23.1 (19032603) | ||
March 12, 2019 | 16.23.0 (19030902) | ||
February 20, 2019 | 16.22 (19022000) | ||
January 24, 2019 | 16.21 (19011700) | ||
January 16, 2019 | 16.21 (19011500) | ||
December 11, 2018 | 16.20 (18120801) | ||
November 13, 2018 | 16.19 (18110915) | ||
October 16, 2018 | 16.18 (18101400) | ||
September 11, 2018 | 16.17 (18090901) | ||
August 14, 2018 | 16.16 (18081201) | ||
July 10, 2018 | 16.15 (18070902) | ||
June 13, 2018 | 16.14.1 (18061302) | ||
June 12, 2018 | 16.14.0 (18061000) | ||
May 24, 2018 | 16.13.1 (18052304) | ||
May 23, 2018 | 16.13.1 (18052203) | ||
May 15, 2018 | 16.13.0 (18051301) | ||
April 11, 2018 | 16.12.0 (18041000) | ||
March 19, 2018 | 16.11.1 (18031900) | ||
March 13, 2018 | 16.11.0 (18031100) | ||
February 13, 2018 | 16.10.0 (18021001) | ||
January 26, 2018 | 16.9.1 (18012504) | ||
January 18, 2018 | 16.9.0 (18011602) | ||
December 12, 2017 | 15.41.0 (17120500) | ||
November 14, 2017 | 15.40.0 (17110800) | ||
October 10, 2017 | 15.39.0 (17101000) | ||
September 12, 2017 | 15.38.0 (17090200) | ||
August 15, 2017 | 15.37.0 (17081500) | ||
July 21, 2017 | 15.36.1 (17072101) | ||
July 11, 2017 | 15.36.0 (17070200) | ||
June 16, 2017 | 15.35.0 (17061600) | ||
June 13, 2017 | 15.35.0 (17061000) | ||
May 16, 2017 | 15.34.0 (17051500) | ||
April 11, 2017 | 15.33.0 (17040900) | ||
March 14, 2017 | 15.32.0 (17030901) | ||
February 16, 2017 | 15.31.0 (17021600) | ||
January 11, 2017 | 15.30.0 (17010700) |
Applies to: Windows Server (Semi-Annual Channel), Windows Server 2016
Learn about deployment planning for a Software Defined Network infrastructure, including the hardware and software prerequisites.
Prerequisites
This topic describes a number of hardware and software prerequisites, including:
Configured security groups, log file locations, and dynamic DNS registration You must prepare your datacenter for Network Controller deployment, which requires one or more computers or VMs and one computer or VM. Before you can deploy Network Controller, you must configure the security groups, log file locations (if needed), and dynamic DNS registration. If you have not prepared your datacenter for Network Controller deployment, see Installation and Preparation Requirements for Deploying Network Controller for details.
Physical network You need access to your physical network devices to configure VLANs, Routing, BGP, Data Center Bridging (ETS) if using an RDMA technology, and Data Center Bridging (PFC) if using a RoCE based RDMA technology. This topic shows manual switch configuration as well as BGP Peering on Layer-3 switches / routers or a Routing and Remote Access Server (RRAS) virtual machine.
Physical compute hosts These hosts run Hyper-V and are required to host SDN infrastructure and tenant virtual machines. Specific network hardware is required in these hosts for best performance, which is described later in the Network hardware section.
Physical network and compute host configuration
Each physical compute host requires network connectivity through one or more network adapters attached to a physical switch port(s). A Layer-2 VLAN supports networks divided into multiple logical network segments.
Tip
Use VLAN 0 for logical networks in access mode or untagged.
Important
Windows Server 2016 Software Defined Networking supports IPv4 addressing for the underlay and the overlay. IPv6 is not supported.
Logical networks
Management and HNV Provider
All physical compute hosts must access the Management logical network and the HNV Provider logical network. For IP address planning purposes, each physical compute host must have at least one IP address assigned from the Management logical network. The network controller requires a reserved IP address to serve as the REST IP address.
A DHCP server can automatically assign IP addresses for the Management network, or you can manually assign static IP address. The SDN stack automatically assigns IP addresses for the HNV Provider logical network for the individual Hyper-V hosts from an IP Pool specified through and managed by the Network Controller.
Note
The Network Controller assigns an HNV Provider IP address to a physical compute host only after the Network Controller Host Agent receives network policy for a specific tenant virtual machine.
If... | Then... |
---|---|
The logical networks use VLANs, | the physical compute host must connect to a trunked switch port that has access to these VLANs. It's important to note that the physical network adapters on the computer host must not have any VLAN filtering activated. |
Using Switched-Embedded Teaming (SET) and have multiple NIC team members, such as network adapters, | you must connect all of the NIC team members for that particular host to the same Layer-2 broadcast domain. |
The physical compute host is running additional infrastructure virtual machines, such as Network Controller, SLB/MUX, or Gateway, | that host must have an additional IP address assigned from the Management logical network for each of the virtual machines hosted. Also, each SLB/MUX infrastructure virtual machine must have an IP address reserved for the HNV Provider logical network. Failure to have an IP address reserved may result in duplicate IP addresses on your network. |
For information about Hyper-V Network Virtualization (HNV), which you can use to virtualize networks in a Microsoft SDN deployment, see Hyper-V Network Virtualization.
Gateways and the Software Load Balancer
Additional logical networks need to be created and provisioned for gateway and SLB usage. Make sure to obtain the correct IP prefixes, VLAN IDs, and gateway IP addresses for these networks.
Transit logical network | The RAS Gateway and SLB/MUX use the Transit logical network to exchange BGP peering information and North/South (external-internal) tenant traffic. The size of this subnet will typically be smaller than the others. Only physical compute hosts that run RAS Gateway or SLB/MUX virtual machines need to have connectivity to this subnet with these VLANs trunked and accessible on the switch ports to which the compute hosts' network adapters are connected. Each SLB/MUX or RAS Gateway virtual machine is statically assigned one IP address from the Transit logical network. |
Public VIP logical network | The Public VIP logical network is required to have IP subnet prefixes that are routable outside of the cloud environment (typically Internet routable). These will be the front-end IP addresses used by external clients to access resources in the virtual networks including the front end VIP for the Site-to-site gateway. |
Private VIP logical network | The Private VIP logical network is not required to be routable outside of the cloud as it is used for VIPs that are only accessed from internal cloud clients, such as the SLB Mananger or private services. |
GRE VIP logical network | The GRE VIP network is a subnet that exists solely for defining VIPs that are assigned to gateway virtual machines running on your SDN fabric for a S2S GRE connection type. This network does not need to be pre-configured in your physical switches or router and need not have a VLAN assigned. |
Sample network topology
Microsoft Smmc
Change the sample IP subnet prefixes and VLAN IDs for your environment.
Network name | Subnet | Mask | VLAN ID on truck | Gateway | Reservations (examples) |
---|---|---|---|---|---|
Management | 10.184.108.0 | 24 | 7 | 10.184.108.1 | 10.184.108.1 – Router10.184.108.4 - Network Controller10.184.108.10 - Compute host 110.184.108.11 - Compute host 210.184.108.X - Compute host X |
HNV Provider | 10.10.56.0 | 23 | 11 | 10.10.56.1 | 10.10.56.1 – Router10.10.56.2 - SLB/MUX1 |
Transit | 10.10.10.0 | 24 | 10 | 10.10.10.1 | 10.10.10.1 – Router |
Public VIP | 41.40.40.0 | 27 | NA | 41.40.40.1 | 41.40.40.1 – Router41.40.40.2 - SLB/MUX VIP41.40.40.3 - IPSec S2S VPN VIP |
Private VIP | 20.20.20.0 | 27 | NA | 20.20.20.1 | 20.20.20.1 - Default GW (router) |
GRE VIP | 31.30.30.0 | 24 | NA | 31.30.30.1 | 31.30.30.1 - Default GW |
Logical networks required for RDMA-based storage
If using RDMA-based storage, define a VLAN and subnet for each physical adapter (two adapters per node) in your compute and storage hosts.
Important
For Quality of Service (QoS) to be appropriately applied, physical switches require a tagged VLAN for RDMA traffic.
Network name | Subnet | Mask | VLAN ID on truck | Gateway | Reservations (examples) |
---|---|---|---|---|---|
Storage1 | 10.60.36.0 | 25 | 8 | 10.60.36.1 | 10.60.36.1 – Router 10.60.36.X - Compute host X 10.60.36.Y - Compute host Y 10.60.36.V - Compute cluster 10.60.36.W - Storage cluster |
Storage2 | 10.60.36.128 | 25 | 9 | 10.60.36.129 | 10.60.36.129 – Router 10.60.36.X - Compute host X 10.60.36.Y - Compute host Y 10.60.36.V - Compute cluster 10.60.36.W - Storage cluster |
Routing infrastructure
If you are deploying your SDN infrastructure using scripts, the Management, HNV Provider, Transit, and VIP subnets must be routable to each other on the physical network.
Routing information (e.g. next-hop) for the VIP subnets is advertised by the SLB/MUX and RAS Gateways into the physical network using internal BGP peering. The VIP logical networks do not have a VLAN assigned and is not pre-configured in the Layer-2 switch (e.g. Top-of-Rack switch).
You need to create a BGP peer on the router that is used by your SDN infrastructure to receive routes for the VIP logical networks advertised by the SLB/MUXes and RAS Gateways. BGP peering only needs to occur one way (from SLB/MUX or RAS Gateway to external BGP peer). Above the first layer of routing you can use static routes or another dynamic routing protocol such as OSPF, however, as previously stated, the IP subnet prefix for the VIP logical networks do need to be routable from the physical network to the external BGP peer.
BGP peering is typically configured in a managed switch or router as part of the network infrastructure. The BGP peer could also be configured on a Windows Server with the Remote Access Server (RAS) role installed in a Routing Only mode. This BGP router peer in the network infrastructure must be configured to have its own ASN and allow peering from an ASN that is assigned to the SDN components (SLB/MUX and RAS Gateways). You must obtain the following information from your physical router, or from the network administrator in control of that router:
- Router ASN
- Router IP address
- ASN for use by SDN components (can be any AS number from the private ASN range)
Note
Four byte ASNs are not supported by the SLB/MUX. You must allocate two byte ASNs to the SLB/MUX and the router wo which it connects. You can use 4 byte ASNs elsewhere in your environment.
You or your network administrator must configure the BGP router peer to accept connections from the ASN and IP address or subnet address of the Transit logical network that your RAS gateway and SLB/MUXes are using.
For more information, see Border Gateway Protocol (BGP).
Default gateways
Machines that are configured to connect to multiple networks, such as the physical hosts and gateway virtual machines must only have one default gateway configured. Configure the default gateway on the adapter used to reach the Internet.
For virtual machines, follow these rules to decide which network to use as the default gateway:
- Use the Transit logical network as the default gateway if a virtual machine connects to the Transit network, or if it is multi-homed to the Transit network or any other network.
- Use the Management network as the default gateway if a virtual machine only connects to the Management network.
- Use the HNV Provider network for SLB/MUXes and RAS Gateways. Do not use the HNV Provider network as a default gateway.
- Do not connect virtual machines directly to the Storage1, Storage2, Public VIP or Private VIP networks.
For Hyper-V hosts and storage nodes, use the Management network as the default gateway. The storage networks must never have a default gateway assigned.
Network hardware
You can use the following sections to plan network hardware deployment.
Network Interface Cards (NICs)
The network interface cards (NICs) used in your Hyper-V hosts and storage hosts require specific capabilities to achieve the best performance.
Remote Direct Memory Access (RDMA) is a kernel bypass technique that makes it possible to transfer large amounts of data without using the host CPU, which frees the CPU to perform other work.
Switch Embedded Teaming (SET) is an alternative NIC Teaming solution that you can use in environments that include Hyper-V and the Software Defined Networking (SDN) stack in Windows Server 2016. SET integrates some NIC Teaming functionality into the Hyper-V Virtual Switch.
For more information, see Remote Direct Memory Access (RDMA) and Switch Embedded Teaming (SET).
To account for the overhead in tenant virtual network traffic caused by VXLAN or NVGRE encapsulation headers, the MTU of the Layer-2 fabric network (switches and hosts) must be set to greater than or equal to 1674 Bytes (including Layer-2 Ethernet headers).
NICs that support the new EncapOverhead advanced adapter keyword sets the MTU automatically through the network controller Host Agent. NICs that do not support the new EncapOverhead keyword need to set the MTU size manually on each physical host using the JumboPacket (or equivalent) keyword.
Switches
When selecting a physical switch and router for your environment, make sure it supports the following set of capabilities:
- Switchport MTU settings (required)
- MTU set to >= 1674 Bytes (including L2-Ethernet Header)
- L3 protocols (required)
- ECMP
- BGP (IETF RFC 4271)-based ECMP
Implementations should support the MUST statements in the following IETF standards.
- RFC 2545: 'BGP-4 Multiprotocol extensions for IPv6 Inter-Domain Routing'
- RFC 4760: 'Multiprotocol Extensions for BGP-4'
- RFC 4893: 'BGP Support for Four-octet AS Number Space'
- RFC 4456: 'BGP Route Reflection: An Alternative to Full Mesh Internal BGP (IBGP)'
- RFC 4724: 'Graceful Restart Mechanism for BGP'
The following tagging protocols are required.
- VLAN - Isolation of various types of traffic
- 802.1q trunk
The following items provide Link control.
- Quality of service (PFC only required if using RoCE)
- Enhanced Traffic Selection (802.1Qaz)
- Priority Based Flow Control (802.1p/Q and 802.1Qbb)
The following items provide availability and redundancy.
- Switch availability (required)
- A highly available router is required to perform gateway functions. You can do this by using a multi-chassis switch router or technologies like VRRP.
The following items provide management capabilities.
Monitoring
- SNMP v1 or SNMP v2 (required if using Network Controller for physical switch monitoring)
- SNMP MIBs (required if you are using Network Controller for physical switch monitoring)
- MIB-II (RFC 1213), LLDP, Interface MIB (RFC 2863), IF-MIB, IP-MIB, IP-FORWARD-MIB, Q-BRIDGE-MIB, BRIDGE-MIB, LLDB-MIB, Entity-MIB, IEEE8023-LAG-MIB
The following diagrams show a sample four-node setup. For clarity purposes, the first diagram shows just the network controller, the second shows the network controller plus the software load balancer, and the third diagram shows the network controller, software load balancer, and the gateway.
These diagrams do not show storage networks and vNICs. If you plan to use SMB-based storage, these are required.
Both the infrastructure and tenant virtual machines can be redistributed across any physical compute host (assuming the correct network connectivity exists for the correct logical networks).
Switch configuration examples
To help configure your physical switch or router, a set of sample configuration files for a variety of switch models and vendors are available at the Microsoft SDN Github repository. A detailed readme and tested command line interface (CLI) commands for specific switches are provided.
Compute
All Hyper-V hosts must have Windows Server 2016 installed, Hyper-V enabled, and an external Hyper-V virtual switch created with at least one physical adapter connected to the Management logical network. The host must be reachable via a Management IP address assigned to the Management Host vNIC.
Any storage type that is compatible with Hyper-V, shared or local may be used.
Tip
It is convenient if you use the same name for all your virtual switches, but it is not mandatory. If you plan to deploy with scripts, see the comment associated with the vSwitchName
variable in the config.psd1 file.
Host compute requirements
The following table shows the minimum hardware and software requirements for the four physical hosts used in the example deployment.
Host | Hardware Requirements | Software Requirements |
---|---|---|
Physical Hyper-v host | 4-Core 2.66 GHz CPU 32 GB of RAM 300 GB Disk Space 1 Gb/s (or faster) physical network adapter | OS: Windows Server 2016 Hyper-V Role installed |
SDN infrastructure virtual machine role requirements
Role | vCPU requirements | Memory requirements | Disk requirements |
---|---|---|---|
Network controller (three node) | 4 vCPUs | 4 GB min (8 GB recommended) | 75 GB for the OS drive |
SLB/MUX (three node) | 8 vCPUs | 8 GB recommended | 75 GB for the OS drive |
RAS Gateway (single pool of three node gateways, two active, one passive) | 8 vCPUs | 8 GB recommended | 75 GB for the OS drive |
RAS Gateway BGP router for SLB/MUX peering (alternatively use ToR switch as BGP Router) | 2 vCPUs | 2 GB | 75 GB for the OS drive |
If you use VMM for deployment, additional infrastructure virtual machine resources are required for VMM and other non-SDN infrastructure. For additional information, see Minimum Hardware Recommendations for System Center Technical Preview.
Extending your infrastructure
The sizing and resource requirements for your infrastructure are dependent on the tenant workload virtual machines that you plan to host. The CPU, memory, and disk requirements for the infrastructure virtual machines (for example: network controller, SLB, gateway, etc.) are listed in the previous table. You can add more of these infrastructure virtual machines to scale out as needed. However, any tenant virtual machines running on the Hyper-V hosts have their own CPU, memory, and disk requirements that you must consider.
Microsoft Sdm Mac Login
When the tenant workload virtual machines begin to consume too many resources on the physical Hyper-V hosts, you can extend your infrastructure by adding additional physical hosts. This can be done with Virtual Machine Manager or by using PowerShell scripts (depending on how you initially deployed the infrastructure) to create new server resources through the network controller. If you need to add additional IP addresses for the HNV Provider network, you can create new logical subnets (with corresponding IP Pools) that the hosts can use.
Microsoft Windows Sdk For Mac
See Also
Microsoft Sdm Mac 2016
Installation and Preparation Requirements for Deploying Network Controller
Software Defined Networking (SDN)