|This is retired content. This content is outdated and is no longer being maintained. It is provided as a courtesy for individuals who are still using these technologies. This content may contain URLs that were valid when originally published, but now link to sites or pages that no longer exist.|
MSMQ supports instant reconnection, called Network Tracking, when a network card has been inserted or a dial-up connection established. With Network Tracking, if a value "CETrackNetwork" is set to "Yes," there is an immediate reattempt to connect to all target computers. Effective with version 3.0 of Windows CE, the information that controls how MSMQ retries failed connections is stored in the registry. This allows you to control this retry schedule and defer connection attempts until LAN hardware is actually available. The following list describes registry values and their uses.
If non-zero, connection attempts will not be made until network interfaces actually exist--a dial-up line is connected or a network card is inserted.
If a scheduled reconnection time arrives for a particular computer, reconnection attempts are deferred by number of seconds specified by this key. If the value is not set, the default value is 15.
If the value is set to 0, the presence of network interfaces are not checked and the connection attempt is made strictly in accordance with the standard connection schedule.
Note This situation is different from Network Tracking, when a reattempt at connection happens immediately after a network card is inserted or a dial-up connection established.
If the value is not set, the default value is 300, 300, 600, 600, 900 (seconds).
If the value is set, it must be an array of little-ended short (2 byte) values that specify the retry schedule in seconds. The last number in the schedule is repeated forever.
Also effective with version 3.0, the connection logic accommodates potential changes in IP numbers. When a DNS query fails, MSMQ uses the MQPing UDP protocol to check whether destination computer is available before attempting to reconnect. MQPing can be disabled by specifying "PingTimeout" value of the registry to be 0. Otherwise, it is a DWORD (with a default value of 1000) which specifies a timeout on receiving the reply after sending MQPing datagram in milliseconds.