FIX: Unele aplicaţii web publicate vedea un debit redus de reţea între client şi serverele de web publicate în cazul publicate prin intermediul fruntea Unified Access Gateway 2010

IMPORTANT: Acest articol a fost tradus de software-ul de traducere automată Microsoft, si nu de un traducător. Microsoft vă oferă atât articole traduse de persoane, cât şi articole traduse automat, astfel incat aveti access la toate articolele din Baza noastră de informatii în limba dvs. materna. Totuşi, un articol tradus automat nu este întotdeauna perfect. Acesta poate conţine greşeli de vocabular, sintaxă sau gramatică, la fel cum un vorbitor străin poate face greşeli vorbind limba dvs. materna. Compania Microsoft nu este responsabilă pentru nici o inexactitate, eroare sau daună cauzată de traducerea necorespunzătoare a conţinutului sau de utilizarea traducerii necorespunzătoare de către clienţii nostri. De asemenea, Microsoft actualizează frecvent software-ul de traducere automată.

Faceți clic aici pentru a vizualiza versiunea în limba engleză a acestui articol: 2811128
Simptome
Unele aplicaţii web publicat vedea un debit redus de reţea între client şi serverele de web publicate în cazul în care cererile sunt publicate prin intermediul Microsoft Forefront Unified Access Gateway (UAG) 2010. Acest debit este mai mică în comparaţie cu debit care este experimentat de clienți care accesează serverul web direct.

Această problemă apare de obicei în timpul publicării mari Outlook Anywhere trimite mail sau SharePoint fişier încarcă printr-un server de fruntea UAG 2010. Cu toate acestea, această problemă poate afecta orice transmisiile acoperire de date între client şi server publicate.
Cauză
Această problemă apare în Microsoft Forefront Unified Access Gateway 2010 pachet Service Pack 2 şi versiunile anterioare pentru că algoritmul marius Niculae a fost dezactivat pentru conexiuni de reţea de fermă de servere de web publicate.

În funcţie de reţea topologii şi modelul de pachete acoperire de date, care sunt trimise de către client, marius Niculae algoritmul poate provoca redus debit date. Acest lucru este pentru că algoritmul marius Niculae pe fruntea UAG server şi întârziat confirmare timer (cunoscut și ca întârziată ACK timer) pe serverul publicat poate cauza multe 200ms întârzieri. Aceste întârzieri apărea din următoarele motive:
  • Algoritmul marius Niculae permite doar un mic (non-plin) TCP pachete fi restante pe o conexiune de rețea.
  • Întârziat ACK timer permite Windows recunoaşte numai fiecare pachet alte TCP sau recunoaşte un pachet unic numai după 200ms.

Dacă un pachet TCP mici este restante pe o conexiune TCP, algoritmul marius Niculae previne fruntea UAG la trimite pachete acoperire de date suplimentare. Acest lucru poate provoca o întârziere pentru că serverul web publicat aşteaptă 200ms pentru a confirma pachet restante. Efectul cumulativ al multe 200ms întârzieri poate provoca scăderea tranzitată.
Rezoluţie
Pentru a rezolva această problemă, instalaţi pachet Service Pack, care este descrisă în următorul articol din bază de cunoştinţe Microsoft:

2744025 Descrierea fruntea Unified Access Gateway 2010 pachet Service Pack 3
După ce aplicaţi acest pachet Service Pack, fruntea UAG 2010 dezactivează algoritmul marius Niculae pe prize care creează la fermă de servere de web publicate. Această schimbare se face pentru a evita întârzierile descrise în secţiunea "Cauza".
Remediere
Pentru a soluţiona această problemă, setaţi TcpAckFrequency valoarea de 1pe serverul de web publicate. Această setare determină stiva TCP pe serverul de web publicate pentru a trimite un ACK pentru fiecare pachet. Această setare permite să sistem ignora timer ACK întârziată.

Pentru mai multe informaţii despre valoarea TcpAckFrequency , du-te la următorul site Web Reţea Microsoft pentru dezvoltatori (MSDN):


Stare
Microsoft a confirmat că aceasta este o problemă asociată cu produsele Microsoft enumerate în secţiunea „se aplică la".
Referinţe
Pentru mai multe informaţii despre algoritmul marius Niculae, du-te la următorul site web:

Pentru mai multe informaţii despre valoarea de registry TcpAckFrequency, faceţi clic pe următorul număr de articol pentru a merge la un articol în bază de cunoştinţe Microsoft:

328890 Noua intrare de registry pentru a controla comportamentul confirmare TCP (ACK) în Windows XP şi Windows Server 2003
Pentru mai multe informaţii despre terminologia de actualizare software, faceţi clic pe următorul număr de articol pentru a merge la un articol în bază de cunoştinţe Microsoft:
824684 Descrierea terminologiei standard utilizate în descrierea actualizărilor de software Microsoft

Avertisment: acest articol a fost tradus automat

Proprietăți

ID articol: 2811128 - Ultima examinare: 02/20/2013 17:37:00 - Revizie: 1.0

Microsoft Forefront Unified Access Gateway 2010, Microsoft Forefront Unified Access Gateway 2010 Service Pack 1, Microsoft Forefront Unified Access Gateway 2010 Service Pack 2

  • kbqfe kbfix kbexpertiseinter kbsurveynew kbbug kbmt KB2811128 KbMtro
Feedback