Windows 2003 SP2 설치후 네트워크가 되지 않는 문제


최근 Windows Server 2003 SP2를 설치 하고 아래와 같이 네트워크가 되지 않는 현상이 발생하고 있어 알려드립니다.

SP2 설치 후 아래의 현상 발생
– Network 연결이 끊어짐 : 네트워크 연결의 상태 부분이 “연결안됨”으로 나타남.
– TCP/IP 속성 변경 후 확인을 누르자 “응답 없음” 상태가 됨.
– SP2를 제거 한 후, NIC 동작에 이상이 없음.

이 문제는 Windows Server 2003 SP2에서 추가된 새로운 feature와 NIC driver간의 호환성 이슈로 문제가 되는 것이며 문제 해결을 위해서 최신의 Network Adapter Driver를 설치해보시기 바랍니다. 최신의 driver를 설치한 후에도 동일한 증상이 재현 된다면 아래와 같은 Workaround를 진행해 보시기 바랍니다.

  1. Configure the EnableRSS and EnableTCPA registry values
    a. 레지스트리 편집기에서 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters경로에 DWORD로 EnableRSS를 생성하고 값을 0으로 설정합니다.
    b. 동일한 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters경로에서 DWORD로 EnableTCPA을 생성하고 값을 0으로 설정합니다.
    c. 위 작업후 시스템을 재부팅 후 문제가 동일한지 확인 합니다. 동일한 증상이 재현 된다면 아래 2번 과정을 진행 합니다.
  2. Configure the DisableTaskOffload registry entry
    a. HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters에서 DisableTaskOffload을 오른쪽 클릭하고 Modify를 선택하고 값을 1로 설정 합니다.
    *만약 DisableTaskOffload  registry entry가 존재하지 않는다면 DWORD로 생성합니다.
    b. 위 작업이 끝나면 컴퓨터를 재시작 합니다.

다시 말씀드리지만 호환성 이슈입니다, Windows 버그가 아닙니다. 문제가 있는 NIC 제조 업체의 Update가 필요합니다.

%(Update) 위 내용에 대한 KB가 나왔습니다. 참고 하십시오.

Windows Server 2003 SP2 또는 Scalable Networking Pack을 설치한 후 네트워크 관련 문제가 발생할 수 있다

http://support.microsoft.com/?id=936594

Comments (6)

  1. Anonymous says:

    본사에도 직접 contact해보시는것이 어떠실런지요? 내부적으로 어떤 action이 진행중일 수도 있으니까..

    그리고 문제는 위 글에서 말씀드렸듯이 아래 새로 추가된 새기능과의 호환성으로 인한 문제일 가능성이 높습니다.

    • TCP Chimney Offload  

    • Receive Side Scaling  

    • Network Direct Memory Access (NetDMA)

    지금까지 제가 접한 이슈는 DiableTaskOffload Registry key를 적용하고 해결 되었습니다.

  2. Anonymous says:

    위에 언급드렸듯이 DiableTaskOffload Registry key를 적용하고 해결될 것 같네요..

  3. MayStyle says:

    HP 에서는 아직 SP2를 설치하지 말라구 한다는…ㅋ

  4. insideapple says:

    이게 아마도 인텔 S5000 보드에서 주로 발생하는것 같습니다. 최신 NIC 드라이버를 설치해도…

    그런데,. 인텔총판을 통해서 알아본바로는 아직 인텔측에 그런 이슈가 보고된적이 없다고 합니다..

    알고 있는데 모른다는 것인지 모르겟지만,.. -_-;

  5. insideapple says:

    인텔총판에서 연락왔는데요,. 미국본사에 보고되어 조사중이라고합니다.

    서비스팩2에서는 테스트된적이 없다네요,.

    한달정도 걸린다는데요..-_-;

    그리고 한국외에는 이런걸로 보고된적이 없답니다..-_-;

  6. insideapple says:

    이걸로 보이네요..

    ———————–

    http://support.microsoft.com/kb/912222

    Intel(R) I/O Acceleration Technology

    ====================================

    Intel I/O Acceleration Technology (Intel(R) I/OAT) is a new Intel

    platform network technology that accelerates, optimizes and seamlessly

    scales enterprise servers on Microsoft Windows Server* and Linux*

    operating systems. Acceleration moves networking data to applications

    faster. Optimization allows you to increase the load on your servers

    without increasing power consumption. Seamless multiple port scaling

    gives you increased networking throughput from teaming along with reliable

    server and application availability.

    Intel I/OAT requires the following to operate on Microsoft Windows

    Operating Systems:

    – A server chipset and BIOS that are Intel I/OAT capable

    – Microsoft Windows Server 2003 with Service Pack 1 or 2 installed

    – The Scalable Networking Pack from Microsoft (this is installed as part

      of Service Pack 2)

    – An adapter or network connection that is Intel I/OAT-capable

      – The RSS advanced setting must be enabled

      – Under TCP/IP Offloading Options, both Offload Receive IP Checksum and

        Offload Receive TCP Checksum must be enabled.

    For more information about the Scalable Networking Pack, please see

    http://support.microsoft.com/kb/912222/article

    Known Issues

    ————

     No DMA activity on Intel I/OAT-capable ports

     ——————————————–

     At least one Intel I/OAT-capable port must be enabled when your system

     starts up. If no Intel I/OAT-capable ports are enabled at system startup,

     the IOATDMA driver will not register with NDIS and Intel I/OAT-capable

     ports enabled after system startup will show no DMA activity. Enable an

     Intel I/OAT-capable port and reboot to resolve this issue.

Skip to main content