The information in this article applies to:
SYMPTOMS
When you are running a COM server on a multi-homed computer using UDP as
the DCOM protocol, the IP address list that is returned in the RPC response
packet might be garbled. If you use network sniffers, such as the Network
Monitor, you can see the incorrect IP addresses.
CAUSEUsing standard marshaling, when the client asks for an interface pointer from a server, the client gets back a marshaled object reference packet. This packet contains the bindings of the OXID Resolver (OR) process of the server machine. For IP transports, these bindings contain the IP addresses of the server machine. When using UDP over IP and when there are multiple IP addresses in the bindings, these addresses may be garbled. When the OR on the client computer tries to resolve the addresses in the bindings, it will try to call an incorrect address. This call times out. This can cause delays or errors in calls. RESOLUTION
Change the DCOM protocol to use TCP to work around this problem. You can do
this by moving TCP protocol to the top (in NT4 UDP is at the top) in the
registry for the value of HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Rpc\DCOM
Protocols using Regedt32.exe.
Q152734 How to Obtain the Latest Windows NT 4.0 Service Pack For your convenience, the English version of this post-SP3 hotfix has been posted to the following Internet location. However, Microsoft recommends that you install Windows NT 4.0 Service Pack 4 to correct this problem. ftp://ftp.microsoft.com/bussys/winnt/winnt-public/fixes/usa/nt40/hotfixes-postsp3/roll-up/ STATUSMicrosoft has confirmed this to be a problem in Windows NT 4.0 and Windows NT Server 4.0, Terminal Server Edition. This problem was first corrected in Windows NT 4.0 Service Pack 4.0 and Windows NT Server 4.0, Terminal Server Edition Service Pack 4. Additional query words: multi-homed multi homed
Keywords : NT4SP4Fix kbbug4.00 kbfix4.00.sp4 |
Last Reviewed: February 1, 2000 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |