Was this page helpful?
Your feedback about this content is important. Let us know what you think.
Additional feedback?
1500 characters remaining
Export (0) Print
Expand All

Registry Settings that can be Modified to Improve Network Performance

This topic provides a description of recommended values for several registry entries that impact network performance. These registry entries can be applied manually or can be applied via the operating system optimization PowerShell script included in Windows PowerShell Scripts.

Ee377084.Important(en-US,BTS.10).gifImportant
During performance testing completed for this guide it was observed that Windows Server 2008 appears to be tuned by default such that modification of these registry entries did not provide the same performance benefits that have been observed on Windows Server 2003. Modification of these registry settings should only be done after a careful analysis of the effects on the system.

The DisablePagingExecutive value governs whether or not Windows will page the NT executive to disk. Setting this entry to a value of 1 will prevent pageable drivers and system code in the Windows NT Executive from being paged out to disk. Although this decreases the response time in systems with extremely large amounts of physical memory (RAM), it is critical that there is enough RAM installed, otherwise the server could be rendered unstable. For more information about the DisablePagingExecutive registry entry, see DisablePagingExecutive (http://go.microsoft.com/fwlink/?LinkId=113707).

DisablePagingExecutive

Key:

HKLM:\System\CurrentControlSet\Control\Session Manager\Memory Management

Value:

DisablePagingExecutive

Data Type:

REG_DWORD

Range:

0 to 1

Default value:

0

Recommended value:

1

Value exists by default?

Yes


The IRPStackSize value specifies the number of stack locations in I/O request packets (IRPs) that are used by Windows 2000 Server, by Windows Server 2003, and by Windows XP. You may have to increase this number for certain transports, for media access control (MAC) drivers, or for file system drivers. Each stack uses 36 bytes of memory for each receive buffer. For more information about the IRPStackSize registry entry, see Microsoft Knowledge Base Article 285089, “Description of the IRPStackSize parameter in Windows 2000, in Windows XP, and in Windows Server 2003” (http://go.microsoft.com/fwlink/?LinkID=105643).

IRPStackSize

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters

Value:

IRPStackSize

Data Type:

REG_DWORD

Range:

11 to 50

Default value:

15

Recommended value:

32

Value exists by default?

No, needs to be added.


The SizReqBuf value specifies the size in bytes of the raw receive buffers (work items) that the Server service uses. Small work items use less memory, but large work items can improve performance. The value that works best in a particular environment depends on the configuration of that environment. For an optional value, you might try increasing the value as high as 4410 (hexadecimal); this has been shown to work well in a fairly standard Ethernet environment. However, going over setting a value over 4000 hexadecimal has been seen to cause other issues on some servers. Therefore, the default starting point for the SizeReqBuf entry should be 4000 hexadecimal (16384 decimal). By default, the value for this entry is 4356 bytes on servers with less than 512 MB of memory. On servers with more than 512 MB of memory, this value is increased to 16384 bytes (16 KB). A receive buffer that is larger can improve performance on directory queries and similar commands, but at the price of more memory per work item.

Increasing the SizReqBuf value can increase performance significantly in a high-latency environment. However, note that increasing the SizReqBuf value also increases the non-paged pool memory used by the Server service. If you increase the SizReqBuf value, monitor non-paged pool memory to make sure that the change does not adversely impact the performance of the server.

SizReqBuf

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\LanmanServer\Parameters

Value:

SizReqBuf

Data Type:

REG_DWORD

Range:

1-65535

Default value:

16,384 (bytes) on servers with 512 MB or more or physical memory, 4,356 (bytes) on servers with less than 512 MB physical memory.

Recommended value:

17424 (bytes) on servers with 512 MB or more or physical memory, 4,356 (bytes) on servers with less than 512 MB physical memory.

Value exists by default?

No, needs to be added.

Review the following information to configure TCP/IP registry settings for optimal performance:


The DefaultTTL value specifies the default time-to-live (TTL) value set in the header of outgoing IP packets. The TTL determines the maximum amount of time that an IP packet may live in the network without reaching its destination. It is effectively a limit on the number of links on which an IP packet is allowed to travel before being discarded.

DefaultTTL

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

DefaultTTL

Data Type:

REG_DWORD

Range:

1 to 255 (seconds)

Default value:

128

Recommended value:

64

Value exists by default?

No, needs to be added


The EnablePMTUDiscovery value governs whether TCP will attempt to discover the Maximum Transmission Unit (MTU), or largest packet size for the entire path to a remote host. By discovering the Path MTU (PMTU) and limiting TCP segments to this size, TCP can eliminate packet fragmentation at routers along the path that connect networks with different MTUs. Fragmentation adversely affects TCP throughput and causes network congestion. Setting this parameter to 0 (or off) causes an MTU of 576 bytes to be used for all connections to destinations other than the local subnet.

Ee377084.Important(en-US,BTS.10).gifImportant
This entry should not be set to a value of 1 if the server is directly exposed to potential attackers.

EnablePMTUDiscovery

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

EnablePMTUDiscovery

Data Type:

REG_DWORD

Range:

0 to 1

Default value:

1

Recommended value:

1

Value exists by default?

No, needs to be added.


The EnablePMTUBHDetect value governs whether TCP tries to detect black hole routers during the Path MTU (maximum transmission unit) discovery process. Enabling black hole detection increases the maximum number of times TCP retransmits a given segment. If the value of this entry is 1, TCP recognizes when it has transmitted the same segment several times without receiving an acknowledgement. It reduces the maximum segment size (MSS) to 536 bytes, and it sets the Don't-Fragment bit. If, as a result, receipt of the segment is acknowledged, TCP continues this practice in all subsequent transmissions on the connection.

EnablePMTUBHDetect

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

EnablePMTUBHDetect

Data Type:

REG_DWORD

Range:

0 to 1

Default value:

0

Recommended value:

1

Value exists by default?

No, needs to be added.


The TcpMaxDupAcks value determines the number of duplicate ACKs that must be received for the same sequence number of sent data before fast retransmit is triggered to resend the segment that has been dropped in transit. If you set the value of this entry to 1, then the system retransmits a segment when it receives an ACK for a segment with a sequence number that is less than the number of the segment currently being sent.
When data arrives with a sequence number that is greater than expected, the receiver assumes that data with the expected number was dropped, and it immediately sends an ACK with the ACK number set to the expected sequence number. The receiver sends ACKs set to the same missing number each time it receives a TCP segment that has a sequence number greater than expected. The sender recognizes the duplicate ACKs and sends the missing segment. The recommended value of 2 is also the default value but Windows Server 2003 does not add this entry to the registry, so it should be added.

TcpMaxDupAcks

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

TcpMaxDupAcks

Data Type:

REG_DWORD

Range:

1 to 3

Default value:

2

Recommended value:

2

Value exists by default?

No, needs to be added.


The Tcp1323Opts value governs whether TCP uses the timestamping and window scaling features described in RFC 1323, TCP Extensions for High Performance. Window scaling permits TCP to negotiate a scaling factor for the TCP receive window size, allowing for a very large TCP receive window of up to 1 GB. The TCP receive window is the amount of data that the sending host can send at one time on a connection. Timestamps help TCP measure round trip time (RTT) accurately in order to adjust retransmission timeouts. The Timestamps option provides two timestamp fields of 4 bytes each in the TCP header, one to record the time the initial transmission is sent and one to record the time on the remote host. This entry is a 2-bit bitmask. The lower bit determines whether scaling is enabled; the higher bit determines whether timestamps are enabled.

Tcp1323Opts

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

Tcp1323Opts

Data Type:

REG_DWORD

Range:

0 to 3

Default value:

3

Recommended value:

1 (also consider setting to a value of 3 if high packet loss / retransmits are occurring).

Value exists by default?

No, needs to be added.


The SackOpts value governs whether the Selective Acknowledgment (SACK) feature of Windows Server 2003 TCP/IP is enabled. SACK is an optimizing feature based upon RFC 2018, TCP Selective Acknowledgement Options. SACK permits receipt acknowledgement of individual blocks of data in a continuous sequence, rather than just the last sequence number. When SACK is enabled, the recipient can tell the sender that one or more data blocks are missing from the middle of a sequence, and the sender can retransmit only the missing data.

SackOpts

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

SackOpts

Data Type:

REG_DWORD

Range:

0 to 1

Default value:

1

Recommended value:

1

Value exists by default?

No, needs to be added.


The MaxFreeTcbs value determines the number of TCP control blocks (TCBs) the system creates to support active connections. Because each connection requires a control block, this value determines how many active connections TCP can support simultaneously. If all control blocks are used and more connection requests arrive, TCP can prematurely release connections in the TIME_WAIT state in order to free a control block for a new connection.

Ee377084.note(en-US,BTS.10).gifNote
If the value for this entry is increased, then the value for the MaxHashTableSize value should also be increased.

MaxFreeTcbs

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

MaxFreeTcbs

Data Type:

REG_DWORD

Range:

0 to 4294967295

Default value:

Varies with the system and amount of physical memory on the computer. For more information, see Appendix A: TCP/IP Configuration Parameters (http://go.microsoft.com/fwlink/?LinkId=113716).

Recommended value:

65535

Value exists by default?

No, needs to be added.


The MaxHashTableSize value controls how fast the system can find a TCB and should be increased if the MaxFreeTcbs value is increased from its default value.

Ee377084.note(en-US,BTS.10).gifNote
This value should be set to a power of 2 (for example, 512, 1024, 2048, and so on.) If this value is not a power of 2, the system configures the hash table to the next power of 2 value (for example, a setting of 513 is rounded up to 1024).

MaxHashTableSize

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

MaxHashTableSize

Data Type:

REG_DWORD

Range:

64 to 65536

Default value:

512

Recommended value:

65536

Value exists by default?

No, needs to be added.


The MaxUserPort value controls the maximum port number used when an application requests any available user port from the system. Normally, short-lived ports are allocated in the range from 1024 through 5000. Setting this parameter to a value outside of the valid range causes the nearest valid value to be used (5000 or 65534).

MaxUserPort

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

MaxUserPort

Data Type:

REG_DWORD

Range:

5000 to 65534

Default value:

5000

Recommended value:

65534

Value exists by default?

No, needs to be added.


The TcpTimedWaitDelay value determines the length of time that a connection stays in the TIME_WAIT state when being closed. While a connection is in the TIME_WAIT state, the socket pair cannot be reused. This is also known as the 2MSL state because the value should be twice the maximum segment lifetime on the network. For more information, see Internet RFC 793 (http://go.microsoft.com/fwlink/?LinkId=113719).

TcpTimedWaitDelay

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

TcpTimedWaitDelay

Data Type:

REG_DWORD

Range:

30 to 300

Default value:

240

Recommended value:

30

Value exists by default?

No, needs to be added.


The GlobalMaxTcpWindowSize value specifies the maximum size of the TCP receive window. The receive window specifies the number of bytes that a sender can transmit without receiving an acknowledgment. In general, larger receive windows improve performance over high-latency, high-bandwidth networks. For greatest efficiency, the receive window should be an even multiple of the TCP Maximum Segment Size.
The TCP/IP stack of Windows Server 2003 was designed to tune itself in most environments. Instead of using a fixed size for the receive window, TCP negotiates for and adjusts to an even increment of the maximum segment size. Matching the receive window to even increments of the maximum segment size increases the percentage of full-sized TCP segments used during bulk data transmission.

Ee377084.note(en-US,BTS.10).gifNote
Setting this entry to a value greater than 64 KB can only be achieved when connecting to other systems that support window scaling as described in Internet RFC 1323 (http://go.microsoft.com/fwlink/?LinkId=84406).

GlobalMaxTcpWindowSize

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

GlobalMaxTcpWindowSize

Data Type:

REG_DWORD

Range:

0 to 1073741823

Default value:

This value does not exist by default

Recommended value:

65535

Value exists by default?

No, needs to be added.


The NumTCBTablePartitions value controls the number of TCB table partitions. The TCB table can be portioned to improve scalability on multi-processor systems by reducing contention on the TCB table. This value should not be modified without a careful performance study. A suggested maximum value is (number of CPUs) * 4 (not counting hyper-threaded CPUs).

NumTCBTablePartitions

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

NumTCBTablePartitions

Data Type:

REG_DWORD

Range:

1 to 65535

Default value:

4

Recommended value:

Number of physical CPUs or physical CPU cores * 4 (not counting hyper-threaded CPUs)

Value exists by default?

No, needs to be added.


The TcpAckFrequency value specifies the number of ACKs that will be outstanding before the delayed ACK timer is ignored. The TcpAckFrequency value can only be set after installing Hotfix 815230, described in Microsoft Knowledge Base article 815230, “Changing the TcpAckFrequency value to 1 does not have any effect” (http://go.microsoft.com/fwlink/?LinkId=124172).

Ee377084.Caution(en-US,BTS.10).gifCaution
Do not change the value of this entry before carefully studying the effect of different values in a test environment.

TcpAckFrequency

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

TcpAckFrequency

Data Type:

REG_DWORD

Range:

0 to 255

Default value:

2

Recommended value:

  • 5 for 100 MB networks

  • 13 MB for 1 GB networks

Value exists by default?

No, needs to be added.


The SynAttackProtect value specifies whether the SYN flooding attack protection feature of TCP/IP is enabled. The SYN flooding attack protection feature of TCP detects symptoms of denial-of-service (DOS) attacks (also known as SYN flooding), and it responds by reducing the time that the server spends on connection requests that it cannot acknowledge. For more information about the SynAttackProtect registry entry, see the “Disable Windows Server 2003 Service Pack 1 and Service Pack 2 denial of service checking” section of Optimizing Operating System Performance.

SynAttackProtect

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

SynAttackProtect

Data Type:

REG_DWORD

Range:

0 to 1

Default value:

1 for Windows Server 2003 SP1 and later, 0 otherwise

Recommended value:

0 (Only set this on systems with Web exposure if other hardware or software is providing denial of service (DOS) attack protection)

Value exists by default?

No, needs to be added.


The MTU value specifies the size of the maximum transmission unit (MTU) that TCP/IP uses for the network interface. The value of this entry takes precedence over the MTU that the network adapter detects dynamically. For more information about the MTU value, see Appendix A: TCP/IP Configuration Parameters (http://go.microsoft.com/fwlink/?LinkId=113716).

MTU

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\Interfaces\interfaceGUID

Value:

MTU

Data Type:

REG_DWORD

Range:

88 to the dynamically determined MTU (in bytes)

Default value:

4294967295

Recommended value:

Determine the optimal MTU value as described in the Find the Optimal MTU below, under “Applying registry settings with the network optimization Windows PowerShell script”

Value exists by default?

No, needs to be added.


The ForwardBufferMemory value specifies the size of the buffer that IP allocates for storing packet data in the router packet queue. Because packet queue data buffers are 256 bytes long, the value of this entry must be a multiple of 256.

ForwardBufferMemory

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

ForwardBufferMemory

Data Type:

REG_DWORD

Range:

0 to 4294967295 (bytes, in 256 byte increments

Default value:

74240

Recommended value:

Set to a value 100 * the optimal MTU value as described in the Find the Optimal MTU below, under “Applying registry settings with the network optimization Windows PowerShell script”

Value exists by default?

No, needs to be added.


The MaxForwardBufferMemory value limits the total amount of memory that IP can allocate to store packet data in the router packet queue

MaxForwardBufferMemory

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

MaxForwardBufferMemory

Data Type:

REG_DWORD

Range:

Dynamically determined MTU to 4294967295 (in bytes)

Default value:

2097152 (bytes)

Recommended value:

Set to a value 100 * the optimal MTU value as described in Find the Optimal MTU below, under “Applying registry settings with the network optimization Windows PowerShell script”. This value must be greater than or equal to the value specified for ForwardBufferMemory.

Value exists by default?

No, needs to be added.


The NumForwardPackets value determines the number of IP packet headers that are allocated for the router packet queue. When all headers are in use, the system attempts to allocate more, up to the value configured for MaxNumForwardPackets. This value should be at least as large as the ForwardBufferMemory value divided by the maximum IP data size of the networks that are connected to the router. It should be no larger than the ForwardBufferMemory value divided by 256 because at least 256 bytes of forward buffer memory is used for each packet. The optimal number of forward packets for a given ForwardBufferMemory size depends on the type of traffic that is carried on the network and is somewhere between these two values. This parameter is ignored and no headers are allocated if routing is not enabled.

NumForwardPackets

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

NumForwardPackets

Data Type:

REG_DWORD

Range:

1 to 4294967295

Default value:

50

Recommended value:

Set to 1/256 of the value specified for ForwardBufferMemory

Value exists by default?

No, needs to be added.


The MaxNumForwardPackets value limits the total number of IP packet headers that can be allocated for the router packet queue. This value must be greater than or equal to the value of the NumForwardPackets entry.

MaxNumForwardPackets

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

MaxNumForwardPackets

Data Type:

REG_DWORD

Range:

1 to 4294967295

Default value:

4294967295

Recommended value:

Set to 1/256 of the value specified for ForwardBufferMemory

Value exists by default?

No, needs to be added.


The TcpWindowSize value specifies the maximum size of the TCP receive window. The receive window specifies the number of bytes that a sender can transmit without receiving an acknowledgment. In general, larger receive windows improve performance over high-latency, high-bandwidth networks. For greatest efficiency, the receive window should be an even multiple of the TCP Maximum Segment Size.
The TCP/IP stack of Windows Server 2003 was designed to tune itself in most environments. Instead of using a fixed size for the receive window, TCP negotiates for and adjusts to an even increment of the maximum segment size (MSS). For more information about MSS, see Internet RFC 879 (http://go.microsoft.com/fwlink/?LinkId=113755). Matching the receive window to even increments of the MSS increases the percentage of full-sized TCP segments used during bulk data transmission.

Ee377084.note(en-US,BTS.10).gifNote
Setting this entry to a value greater than 64 KB can only be achieved when connecting to other systems that support window scaling as described in Internet RFC 1323 (http://go.microsoft.com/fwlink/?LinkId=84406).

TcpWindowSize

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters

Value:

TcpWindowSize

Data Type:

REG_DWORD

Range:

0 to 4294967295 ( bytes, in 256-byte increments )

Default value:

The smaller of the following values:

  • 65535

  • The value of the GlobalMaxTcpWindowSize registry entry. For more information, see Appendix A: TCP/IP Configuration Parameters (http://go.microsoft.com/fwlink/?LinkId=113716).

  • 16384 rounded up to an even multiple of the TCP Maximum Segment Size (MSS)

Recommended value:

Value closest to 64420 that is a multiple of the MSS value.

Value exists by default?

No, needs to be added.


The EnableDynamicBacklog value is a global switch that enables AFD.SYS functionality to withstand large numbers of SYN_RCVD connections efficiently. For more information, see Microsoft Knowledge Base Article 142641, "Internet Server Unavailable Because of Malicious SYN Attacks” (http://go.microsoft.com/fwlink/?LinkId=158218).

EnableDynamicBacklog

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\AFD\Parameters

Value:

EnableDynamicBacklog

Data Type:

REG_DWORD

Range:

0 to 1

Default value:

0

Recommended value:

1

Value exists by default?

No, needs to be added.


The MinimumDynamicBacklog value spcifies the minimum number of free connections allowed on a listening endpoint. If the number of free connections drops below this value, a thread is queued to create additional free connections.

MinimumDynamicBacklog

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\AFD\Parameters

Value:

MinimumDynamicBacklog

Data Type:

REG_DWORD

Range:

0 to 4294967295

Default value:

This value does not exist by default

Recommended value:

200

Value exists by default?

No, needs to be added.


The MaximumDynamicBacklog value controls the maximum number of "quasi-free" connections allowed on a listening endpoint. "Quasi-free" connections include the number of free connections plus those connections in a half- connected (SYN_RECEIVED) state. No attempt is made to create additional free connections if doing so would exceed this value.
To take advantage of the changes to Afd.sys, Windows Sockets applications must specifically request a backlog greater than the value configured for MinimumDynamicBacklog when they issue a listen() call. Microsoft applications, such as Internet Information Services (IIS), which has a default backlog of 25, are configurable.

MaximumDynamicBacklog

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\AFD\Parameters

Value:

MaximumDynamicBacklog

Data Type:

REG_DWORD

Range:

0 to 4294967295

Default value:

This value does not exist by default

Recommended value:

20000

Value exists by default?

No, needs to be added.


The DynamicBacklogGrowthDelta value controls the number of free connections to create when additional connections are necessary. Be careful with this value, as a very large value could lead to explosive free connection allocations.

DynamicBacklogGrowthDelta

Key:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\AFD\Parameters

Value:

DynamicBacklogGrowthDelta

Data Type:

REG_DWORD

Range:

0 to 4294967295

Default value:

This value does not exist by default

Recommended value:

100

Value exists by default?

No, needs to be added.

This topic includes a Windows PowerShell script that can be run on each computer in the BizTalk Server environment to apply registry settings that will optimize networking performance, by using the recommended values discussed in this topic. To run this script, follow these steps:

  1. Find the optimal MTU - Before running the network optimization PowerShell script, the “Maximum Common MTU” for all computers in the solution must be determined. This means that if 1500 works as an MTU value on all but one computer, either the value of that less capable computer must be used everywhere, or the NIC on the less capable computer needs to be replaced with one as capable as the others. To find the optimal MTU size that can be used on a particular network, do the following:

    1. On each computer that is part of the solution, open a PowerShell window or CMD.exe window and ping that computer’s default gateway with the following command:

      PING –f –l <MTU Size> <interface default gateway address>
      
      Ee377084.note(en-US,BTS.10).gifNote
      If you don’t know the default gateway IP address, run “IPCONFIG” from a command prompt to display the address.

      If this command returns the message “Packet needs to be fragmented but DF set,” then the specified MTU value is too high and a lower value must be used.

    2. Determine the highest MTU value that will work on all computers in the BizTalk Server environment, this value will be passed as an argument to the network optimization PowerShell script.

  2. Install Windows PowerShell – Windows PowerShell can be downloaded from How to Download Windows PowerShell 1.0 (http://go.microsoft.com/fwlink/?LinkId=77521). PowerShell must be installed in order to run the network optimization script.

  3. Run the network optimization script

    1. Copy the script from the “Optimizing network performance registry settings” section of Windows PowerShell Scripts into notepad and save as Set-NetworkRegSettings.ps1.

    2. Launch PowerShell and change directories to the folder that contains the saved script.

    3. Run the script with the following command:

      .\Set-NetworkRegSettings.ps1 1400
      
      Ee377084.note(en-US,BTS.10).gifNote
      In this example an “optimal MTU” size of 1400 is passed as an argument to the script but the “optimal MTU” value may be different in your environment.

      Ee377084.note(en-US,BTS.10).gifNote
      If the script does not run, or opens in Notepad instead of running, ensure the PowerShell execution policy permits running PowerShell scripts. To determine the current PowerShell execution policy run the Get-ExecutionPolicy PowerShell command. To change the current PowerShell execution policy run the Set-ExecutionPolicy PowerShell command.

    The network optimizations PowerShell script generates a log file named “COMPUTERNAME-NetworkRegSettings.log” in the directory from which the script was run. This log file details which values were changed and lists the original value as well as the new value. For simplicity sake, and so that all logs are accessible from the same place, it is recommended that this script is placed in a networked file share and that the script is run from that file share on all computers in the BizTalk Server environment.

Show:
© 2015 Microsoft