Select the product you need help with
การวิเคราะห์และแก้ไขปัญหาเราเตอร์หมายเลขบทความ (Article ID): 159211 - ผลิตภัณฑ์ที่เกี่ยวข้องในบทความนี้ หากต้องการดูบทความนี้สำหรับรุ่น Microsoft Windows XP โปรดดูที่314825
(http://support.microsoft.com/kb/314825/
)
.สรุปในเครือ TCP/IP ข่ายบริเวณกว้าง (WAN), การสื่อสารผ่านตกระบวนการทำงานบางอย่างอาจล้มเหลวถ้าส่วนเครือข่ายระหว่างกลางมีแพคเก็ตขนาดเล็กกว่าโฮสต์ communicating และเราเตอร์ไม่ได้ส่งการตอบสนอง ICMP ที่เหมาะสมกับเงื่อนไขนี้ อีกวิธีหนึ่งคือ ไฟร์วอลล์บนเส้นทางอาจปล่อยเช่นการตอบสนอง เราเตอร์ซึ่งทำให้เกิดสภาพเช่นนี้บางครั้งเรียกว่าเราเตอร์ "ดำรู" สามารถใช้โปรแกรมอรรถประโยชน์ Ping โปรแกรมอรรถประโยชน์มาตรฐานที่ติดตั้งพร้อมกับโพรโทคอล TCP/IP ของ Microsoft Windows การค้นหาเราเตอร์รูสีดำ คำแนะนำบางอย่างจะให้การแก้ไข หรือแก้ไขปัญหาเกี่ยวกับเราเตอร์รูสีดำ ข้อมูลเพิ่มเติมเมื่อเราเตอร์เครือข่ายรับแพคเก็ตใหญ่กว่าค่าสูงสุดโอนต่อหน่วย (MTU) ของส่วนของเครือข่ายถัดไป และ IP ของแพคเก็ตที่ชั้น "ไม่ fragment" บิตมีค่าสถานะ เราเตอร์ควรส่ง ICMP ข้อความกลับไปยังโฮสต์ที่ส่งไม่สามารถไปถึงปลายทาง เมื่อเกิดซึ่งไม่ขึ้น แพคเก็ตสามารถถูกส่งน้อยลง สาเหตุต่าง ๆ ของข้อผิดพลาดซึ่งจะแตกต่างกันกับโปรแกรมประยุกต์ที่มีการสื่อสารผ่านการเชื่อมโยงล้มเหลว ข้อผิดพลาดเหล่านี้จะไม่เกิดขึ้นเมื่อโปรแกรมประยุกต์ที่เชื่อมต่อกับคอมพิวเตอร์บนเครือข่ายย่อยที่เฉพาะ ปัญหานี้อาจดูเป็นระยะ ๆ แต่บน examination ใกล้ คุณสามารถจะ ซ้ำ เช่นในมี ไคลเอ็นต์อ่านแฟ้มขนาดใหญ่จากโฮสต์ระยะไกล สามารถใช้โปรแกรมอรรถประโยชน์ Ping เพื่อค้นหาเราเตอร์รูดำ ด้วยการใช้ -f (ไม่ fragment) และพารามิเตอร์ -l (ขนาดของบัฟเฟอร์) ได้ การตั้งค่าพารามิเตอร์ -f จะสาเหตุที่โปรแกรมอรรถประโยชน์ Ping จะส่งแพ็คเก็ต echo ICMP มี IP "ไม่ fragment" บิตชุด พารามิเตอร์ -l การตั้งค่าขนาดบัฟเฟอร์ หรือส่วนของข้อมูล ของแพคเก็ตเสียงก้อง ICMP บัฟเฟอร์ที่มากที่สุดที่สามารถส่ง unfragmented เท่ากับ MTU ลบส่วน IP และ ICMP หัว (MTU 28) ของ MTU น้อยที่สุดรวมทั้งกระบวนการผลิต ตัวอย่างเช่น เนื่องจากอีเทอร์เน็ตมี MTU ไบต์ 1500 ภายใต้สถานการณ์ที่ดีที่สุด Ping อาจ echo มีแพคเก็ต unfragmented โดยมีบัฟเฟอร์ของ ICMP 1472 ไบต์ ไวยากรณ์สำหรับ Ping ในกรณีนี้เป็น: Ping <computer name="" or="" ip="" address="">l 1472 -f</computer> ซึ่งจะทำงานในที่อยู่ IP เฉพาะที่ทั้งหมด หาก MTU ของเซ็กเมนต์ทั้งหมดของการเชื่อมต่อ routed 1500 หรือใหญ่กว่า แพคเก็ตควรจะส่งคืนด้วย หากมีส่วนกลาง ด้วย MTUs มีขนาดเล็ก และเราเตอร์กลับแพคเก็ต Unreachable ปลายทาง ICMP ที่เหมาะสม โปรแกรมอรรถประโยชน์นี้ควรแสดง "Packet ต้องมีมาก แต่การตั้งค่า DF" หากมีเซ็กเมนต์รวมทั้งกระบวนการผลิตที่มีขนาดเล็ก MTUs และไม่มีการส่งคืนแพ็คเก็ต ICMP ที่เหมาะสม โปรแกรมอรรถประโยชน์ Ping ควรแสดง "ขอหมดเวลา MTUs เริ่มต้นของสื่อเครือข่ายที่พบโดยทั่วไปที่อธิบายไว้ในบทความฐานความรู้314496
(http://support.microsoft.com/kb/314496/EN-US/
)
.การเปลี่ยนแปลงพารามิเตอร์ -l บน Pings successive แพคเก็ต unfragmented มากที่สุดที่จะเดินกระบวนการผลิตเฉพาะสามารถพบ MTU น้อยที่สุดโดยทั่วไปใช้เป็น 576 ไบต์ ดังนั้นคุณควรจะได้อย่างปลอดภัยเริ่มต้น โดยมีบัฟเฟอร์ของ ICMP ของ 548 จึงทำจากที่นั่น ตัวอย่างเช่น ถ้าPing <host name="" or="" address=""> -f -l 972 </host>ส่งกลับแพคเก็ต และPing <host name="" or="" address="">l 973 -f</host>ล้มเหลว MTU มากที่สุดที่สามารถใช้ผ่านกระบวนการผลิตนั้นคือ 1000 (972 + 28) To fix or work around black hole routers, there are four possible solutions:
120642
(http://support.microsoft.com/kb/120642/
)
TCP/IP and NBT configuration parameters for Windows 2000 or for Windows NT128797
(http://support.microsoft.com/kb/128797/
)
Unable to transfer files across DEC 250 and DEC 500 routers136970
(http://support.microsoft.com/kb/136970/
)
PMTU black hole detection algorithm change for Windows NT 3.51138575
(http://support.microsoft.com/kb/138575/
)
Communication fails through Ethernet segment between FDDI rings314496 For more information, see Internet RFC 1191 and RFC 1435. To do this, visit the following Web site:
(http://support.microsoft.com/kb/314496/
)
The default MTU sizes for different network topologieshttp://www.faqs.org/rfcs/ See also chapter 6, "TCP/IP Implementation Details," in the Windows NT Server Resource Kit. โดยการไปที่เว็บไซต์ต่อไปนี้ของ Microsoft::
(http://www.faqs.org/rfcs/)
http://www.microsoft.com/resources/documentation/windowsnt/4/server/reskit/en-us/net/sur_tcp2.mspx
(http://www.microsoft.com/resources/documentation/windowsnt/4/server/reskit/en-us/net/sur_tcp2.mspx)
คุณสมบัติหมายเลขบทความ (Article ID): 159211 - รีวิวครั้งสุดท้าย: 6 มกราคม 2554 - Revision: 2.0 ใช้กับ
แปลโดยคอมพิวเตอร์ ข้อมูลสำคัญ: บทความนี้แปลโดยซอฟต์แวร์การแปลด้วยคอมพิวเตอร์ของ Microsoft แทนที่จะเป็นนักแปลที่เป็นบุคคล Microsoft มีบทความที่แปลโดยนักแปลและบทความที่แปลด้วยคอมพิวเตอร์ เพื่อให้คุณสามารถเข้าถึงบทความทั้งหมดในฐานความรู้ของเรา ในภาษาของคุณเอง อย่างไรก็ตาม บทความที่แปลด้วยคอมพิวเตอร์นั้นอาจมีข้อบกพร่อง โดยอาจมีข้อผิดพลาดในคำศัพท์ รูปแบบการใช้ภาษาและไวยากรณ์ เช่นเดียวกับกรณีที่ชาวต่างชาติพูดผิดเมื่อพูดภาษาของคุณ Microsoft ไม่มีส่วนรับผิดชอบต่อความคลาดเคลื่อน ความผิดพลาดหรือความเสียหายที่เกิดจากการแปลเนื้อหาผิดพลาด หรือการใช้บทแปลของลูกค้า และ Microsoft มีการปรับปรุงซอฟต์แวร์การแปลด้วยคอมพิวเตอร์อยู่เป็นประจำ ต่อไปนี้เป็นฉบับภาษาอังกฤษของบทความนี้:159211
(http://support.microsoft.com/kb/159211/en-us/
)
| การแปลบทความ
|




กลับไปด้านบน








