Windows of fljótt að ræsa á nýjustu x64 serverum?

Við erum farin að sjá nokkuð um að viðskiptavinir séu að lenda í vandræðum með að nýjustu tegundir netþjónar og útstöðvar eru farnar að ræsa það hratt að svissar eru stundum ekki búnir að opna portið sem þau tengjast við fyrir netumferð þegar vélin er tilbúin og allar þjónustur eru komnar í gang.

Einkennin eru Netlogon 5719 við endurræsingu, sem þýðir bara að stýrikerfið náði ekki netsambandi við neinn DC (með DSGetDC).  1-2 mínutum seinna er síðan svissinn búinn að opna portið og allt virkar eðlilega.

Ef þjónustur eru hins vegar að keyra á vélinni sem hafa ekki neitt retry-logic, þá eru þær óvirkar þangað til þær eru endurræstar.  SPtimerv3 er ein slík, tilheyrir Sharepoint/WSS.  Vandamálið er að þegar SPTimerV3 er að ræsa er enginn Secure Channel við DC til staðar þar sem svissinn er ekki tilbúinn.

Við báðum tæknimannin hjá viðskiptavininum um að skella inn hub á milli netþjónsis og svissins og þá hvarf vandamálið.  Þetta staðfestir líka að vandamálið liggur í svissinum.  Á hinn bóginn mætti Sharepoint alveg vera með betra retry-logic, þannig að það reyni aftur eftir 1-2 mínútur ef fyrsta tilraun til að logga inn virkar ekki.

Hlutir eins og að setja GP stillinguna 'Always Wait for network' virka ekki í þessu tilfelli þar sem að netkortið sjálft er búið að ræsa löngu áður en svissinn er tilbúinn.

ExpectedDialupDelay (Q202840) ætti að láta Netlogon bíða í allt að 10 mínútur, en það var ekki að hjálpa í þessu tilfelli heldur.

Niðurstaðan: Netvandamál, annaðhvort á netkortinu eða svissinum. Allir nýju fídusarnir á svissum í dag eru líka farnir að auka við tímann sem það tekur svissinn að gera portin tilbúin til notkunar þegar netþjónn eða útstöð ræsir.

Cisco er með góða grein um hvernig er hægt að draga úr þessum neikvæðu áhrifum á dýrum svissum:
http://www.cisco.com/en/US/products/hw/switches/ps700/products_tech_note09186a00800b1500.shtml

With the various features that some switches now include, nearly a minute is sometimes necessary before a switch begins to service a newly connected workstation. This delay affects the workstation every time you turn on or reboot the workstation. The four main features that cause this delay are:

• Spanning Tree Protocol (STP)

• EtherChannel negotiation

• Trunking negotiation

• Link speed/duplex negotiation between the switch and the workstation