End System MulticastAlthough IP mul

End System Multicast
Although IP multicast is popular with researchers and certain segments
of the networking community, its deployment in the global Internet has
been limited at best. In response, multicast-based applications like videoconferencing
have recently turned to an alternative strategy, called end
system multicast. The idea of end system multicast is to accept that
IP multicast will never become ubiquitous and to instead let the end
hosts that are participating in a particular multicast-based application
implement their own multicast trees.
Before describing how end system multicast works, it is important to
first understand that, unlike VPNs and the MBone, end system multicast
assumes that only Internet hosts (as opposed to Internet routers) participate
in the overlay. Moreover, these hosts typically exchange messages
with each other through UDP tunnels rather than IP tunnels, making it
easy to implement as regular application programs. This makes it possible
to view the underlying network as a fully connected graph, since
every host in the Internet is able to send a message to every other
host. Abstractly, then, end system multicast solves the following problem:
Starting with a fully connected graph representing the Internet, the
goal is to find the embedded multicast tree that spans all the group
members.
Since we take the underlying Internet to be fully connected, a naive
solution would be to have each source directly connected to each member
of the group. In other words, end system multicast could be implemented
by having each node send unicast messages to every group
member. To see the problem in doing this, especially compared to
implementing IP multicast in routers, consider the example topology in
Figure 9.21. Figure 9.21(a) depicts an example physical topology, where R1 and R2 are routers connected by a low-bandwidth transcontinental
link; A, B, C, and D are end hosts; and link delays are given as edge
weights. Assuming A wants to send a multicast message to the other
three hosts, Figure 9.21(b) shows how naive unicast transmission would
work. This is clearly undesirable because the same message must traverse
the link A–R1 three times, and two copies of the message traverse R1–
R2. Figure 9.21(c) depicts the IP multicast tree constructed by the Distance
Vector Multicast Routing Protocol (DVMRP). Clearly, this approach
eliminates the redundant messages. Without support from the routers,
however, the best one can hope for with end system multicast is a tree
similar to the one shown in Figure 9.21(d). End system multicast defines
an architecture for constructing this tree.

ผลลัพธ์ (ไทย) 1:

สิ้นสุดระบบแบบหลายผู้รับแม้ว่า IP แบบหลายผู้รับได้รับความนิยมนักวิจัยและบางเซ็กเมนต์ชุมชนเครือข่าย การใช้งานในอินเทอร์เน็ตทั่วโลกได้ถูกจำกัดที่สุด ตอบ โปรแกรมประยุกต์ที่ใช้แบบหลายผู้รับเช่นการประชุมเพิ่งได้เปิดไปกลยุทธ์อื่น เรียกว่าสิ้นสุดระบบแบบหลายผู้รับ ความคิดของการสิ้นสุดระบบแบบหลายผู้รับจะยอมรับที่IP แบบหลายผู้รับจะไม่กลายเป็นที่แพร่หลายและให้ท้ายแทนโฮสต์ที่มีส่วนร่วมในโปรแกรมประยุกต์แบบหลายผู้รับโดยเฉพาะใช้ต้นไม้ตนแบบหลายผู้รับก่อนที่จะอธิบายวิธีการทำงานแบบหลายผู้รับระบบสิ้น จึงควรครั้งแรก เข้าใจว่า ต่างจาก VPNs และ MBone สิ้นสุดระบบแบบหลายผู้รับสันนิษฐานว่า เฉพาะเน็ตโฮสต์ (ตรงข้ามกับอินเทอร์เน็ตเราเตอร์) ร่วมในการซ้อนทับ นอกจากนี้ โฮสต์เหล่านี้มักจะแลกเปลี่ยนข้อความกับแต่ละอื่น ๆ ผ่านอุโมงค์ UDP แทนอุโมงค์ IP ทำง่ายต่อการใช้เป็นโปรแกรมประยุกต์ทั่วไป ทำได้เมื่อต้องการดูต้นแบบเครือข่ายเป็นกราฟเชื่อมต่อทั้งหมด ตั้งแต่ทุกโฮสต์ในอินเทอร์เน็ตจะสามารถส่งข้อความไปที่ทุก ๆไม่ไกล Abstractly แล้ว สิ้นสุดระบบแบบหลายผู้รับแก้ปัญหาต่อไปนี้:เริ่มต้น ด้วยกราฟทั้งหมดเชื่อมต่ออินเทอร์เน็ต การแสดงการเป้าหมายคือหาต้นไม้ฝังแบบหลายผู้รับที่ครอบคลุมกลุ่มทั้งหมดสมาชิกเนื่องจากเรามีต้นแบบ อินเทอร์เน็ตจะเต็มเชื่อมต่อ การขำน่าโซลูชั่นจะมีแต่ละแหล่งที่เชื่อมต่อโดยตรงกับสมาชิกแต่ละคนของกลุ่ม ในคำอื่น ๆ สามารถดำเนินการสิ้นสุดระบบแบบหลายผู้รับโดย แต่ละโหนส่งข้อความระบุการทุกสมาชิก เมื่อต้องการดูปัญหาในการทำเช่นนี้ โดยเฉพาะอย่างยิ่งเมื่อเทียบกับใช้ IP แบบหลายผู้รับในเราเตอร์ พิจารณาโทโพโลยีตัวอย่างในรูปที่ 9.21 การ รูปที่ 9.21(a) แสดงให้เห็นเป็นตัวอย่างโครงสร้างทางกายภาพ R1 และ R2 เราเตอร์ที่เชื่อมต่อ โดยมีแบนด์วิดท์ต่ำ transcontinentalเชื่อมโยง A, B, C และ D เป็นโฮสต์สุดท้าย และความล่าช้าในการเชื่อมโยงให้เป็นขอบน้ำหนัก สมมติว่า A ต้องการส่งข้อความแบบหลายผู้รับไปอีก3 โฮสต์ 9.21(b) รูปแสดงวิธีส่งแบบ unicast ขำน่าจะทำงาน นี้เป็นผลอย่างชัดเจนเนื่องจากต้องข้ามข้อความเดียวกันการเชื่อมโยง A – R1 สามเวลา และสำเนาของข้อความข้าม R1 –R2 รูปที่ 9.21(c) มีภาพต้นแบบหลายผู้รับ IP สร้าง โดยระยะห่างเวกเตอร์การโพรโทคอสายงานการผลิตแบบหลายผู้รับ (DVMRP) วิธีนี้เห็นได้ชัดกำจัดข้อความซ้ำซ้อน ไม่สนับสนุนจากเราเตอร์อย่างไรก็ตาม หนึ่งสามารถหวังว่า ด้วยการสิ้นสุดระบบแบบหลายผู้รับที่ดีที่สุดคือ ต้นไม้คล้ายกับการแสดงในรูป 9.21(d) กำหนดสิ้นสุดระบบแบบหลายผู้รับสถาปัตยกรรมการสร้างแผนภูมินี้

ผลลัพธ์ (ไทย) 2:

End Multicast
ระบบแม้ว่าหลายผู้รับIP
เป็นที่นิยมกับนักวิจัยและบางส่วนของชุมชนเครือข่ายการใช้งานในอินเทอร์เน็ตทั่วโลกได้รับการ
จำกัด การที่ดีที่สุด ในการตอบสนองการใช้งานแบบหลายผู้รับตามเช่นการประชุมทางไกลได้เปิดเมื่อเร็ว ๆ นี้เป็นกลยุทธ์ทางเลือกที่เรียกว่าปลายระบบแบบหลายผู้รับ ความคิดของการสิ้นสุดของระบบแบบหลายผู้รับคือการยอมรับว่าIP multicast จะไม่กลายเป็นที่แพร่หลายและแทนให้ท้ายโฮสต์ที่มีส่วนร่วมในการประยุกต์ใช้แบบหลายผู้รับที่ใช้โดยเฉพาะอย่างยิ่งการใช้ต้นไม้หลายผู้รับของตัวเอง. ก่อนที่จะอธิบายวิธีการที่ระบบการสิ้นสุดการทำงานแบบหลายผู้รับก็เป็นสิ่งสำคัญเพื่อแรกเข้าใจว่าเหมือน VPNs และ MBONE ระบบปลายหลายผู้รับสมมติว่ามีเพียงเจ้าภาพอินเทอร์เน็ต(เมื่อเทียบกับเราเตอร์อินเทอร์เน็ต) มีส่วนร่วมในการซ้อนทับ นอกจากนี้เจ้าภาพเหล่านี้มักจะแลกเปลี่ยนข้อความกันผ่านอุโมงค์ UDP มากกว่าอุโมงค์ IP ทำให้มันง่ายที่จะใช้เป็นโปรแกรมปกติ นี้จะทำให้มันเป็นไปได้เพื่อดูเครือข่ายต้นแบบเป็นกราฟที่เชื่อมต่อได้อย่างเต็มที่เนื่องจากโฮสต์ในอินเทอร์เน็ตทุกคนมีความสามารถที่จะส่งข้อความไปยังทุกอื่นๆ ที่เป็นเจ้าภาพ abstractly แล้วระบบปลายหลายผู้รับแก้ปัญหาต่อไปนี้: เริ่มต้นด้วยกราฟที่เชื่อมต่อได้อย่างเต็มที่เป็นตัวแทนของอินเทอร์เน็ตที่มีเป้าหมายที่จะหาต้นไม้หลายผู้รับฝังตัวที่ครอบคลุมทุกกลุ่มสมาชิก. เนื่องจากเราใช้อินเทอร์เน็ตพื้นฐานที่จะเชื่อมต่อครบครัน ไร้เดียงสาวิธีการแก้ปัญหาที่จะมีแหล่งที่มาแต่ละเชื่อมต่อโดยตรงกับสมาชิกแต่ละคนของกลุ่ม ในคำอื่น ๆ ท้ายระบบแบบหลายผู้รับสามารถดำเนินการโดยมีแต่ละโหนดส่งข้อความไปยังกลุ่มunicast ทุกสมาชิก เพื่อดูปัญหาที่เกิดขึ้นในการทำเช่นนี้โดยเฉพาะอย่างยิ่งเมื่อเทียบกับการดำเนินการในหลายผู้รับ IP เราเตอร์พิจารณาโครงสร้างตัวอย่างในรูปที่9.21 รูปที่ 9.21 (ก) แสดงให้เห็นเป็นตัวอย่างโครงสร้างทางกายภาพที่ R1 และ R2 เป็นเราเตอร์เชื่อมต่อกันด้วยทวีปแบนด์วิธต่ำการเชื่อมโยง; A, B, C และ D เป็นเจ้าภาพ end; และความล่าช้าการเชื่อมโยงจะได้รับเป็นขอบน้ำหนัก สมมติว่าต้องการที่จะส่งข้อความแบบหลายผู้รับไปอีกสามจอมโยธารูปที่ 9.21 (ข) แสดงให้เห็นว่าการส่ง unicast ไร้เดียงสาจะทำงาน นี้เป็นที่ไม่พึงประสงค์ได้อย่างชัดเจนเพราะข้อความเดียวกันจะต้องสำรวจการเชื่อมโยง A-R1 สามครั้งและสองสำเนาของข้อความเข้าไป R1- R2 รูปที่ 9.21 (ค) แสดงให้เห็นต้นไม้ IP multicast สร้างโดยระยะทางเวกเตอร์Multicast Routing Protocol (DVMRP) เห็นได้ชัดว่าวิธีการนี้จะช่วยลดความซ้ำซ้อนข้อความ โดยการสนับสนุนจากเราเตอร์แต่อย่างใดอย่างหนึ่งที่ดีที่สุดสามารถหวังกับระบบปลายหลายผู้รับเป็นต้นไม้คล้ายกับที่แสดงในรูปที่ 9.21 (ง) ระบบหลายผู้รับ End กำหนดสถาปัตยกรรมการสร้างต้นไม้ต้นนี้

ผลลัพธ์ (ไทย) 3:

สิ้นสุดระบบมัลติคาสต์
แม้ว่า IP multicast เป็นที่นิยมกับนักวิจัย และบางกลุ่ม
ของชุมชนเครือข่าย การใช้งานใน โลกอินเทอร์เน็ตได้
ถูก จำกัด มากที่สุด ในการตอบสนอง , การส่งข้อมูลการใช้งานตามต้องการผ่าน
เพิ่งหันมาใช้กลยุทธ์อื่น เรียกว่า ระบบมัลติคาสต์จบ

ความคิดของการส่งระบบสิ้นสุดยอมรับ
IP multicast จะไม่เป็นที่แพร่หลาย และแทนที่จะให้จบ
โฮสต์ที่เข้าร่วมในการโดยเฉพาะการใช้ multicast
ใช้ต้นไม้ของตัวเอง ส่ง .
ก่อนอธิบายว่า จบงานระบบ ส่ง มันเป็นสิ่งสำคัญที่จะ
แรกเข้าใจว่าเหมือน VPNs และ mbone จบระบบมัลติคาสต์
ถือว่าอินเทอร์เน็ตเจ้าภาพเท่านั้น ตรงกันข้ามกับอินเทอร์เน็ตเราเตอร์ ) เข้าร่วม
ในบรรยาย นอกจากนี้เหล่านี้โฮสต์มักจะแลกเปลี่ยนข้อความ
กับแต่ละอื่น ๆผ่าน UDP อุโมงค์มากกว่าอุโมงค์ IP ทำให้ง่ายต่อการใช้โปรแกรม
เป็นโปรแกรมปกติ นี้จะทำให้มันเป็นไปได้
ดูต้นแบบเครือข่ายเป็นกราฟเชื่อมโยงอย่างเต็มที่ เนื่องจาก
ทุกโฮสต์ในอินเทอร์เน็ตสามารถที่จะส่งข้อความไปยังทุก ๆ
โฮสต์ abstractly , แล้วสุดท้ายคือระบบแก้ปัญหาต่อไปนี้ :
เริ่มต้นด้วยกราฟที่แสดงอย่างเต็มที่ เชื่อมต่ออินเทอร์เน็ต ,
เป้าหมายคือการ ค้นหาข้อมูลที่ครอบคลุมสมาชิกทั้งหมดฝังต้นไม้กลุ่ม
.
เพราะเราใช้ต้นแบบอินเทอร์เน็ตอย่างเต็มที่ที่จะเชื่อมต่อโซลูชันใสซื่อ
จะให้แต่ละแหล่งโดยตรงเชื่อมต่อกับแต่ละสมาชิก
ของกลุ่ม ในคำอื่น ๆคือ ระบบจบอาจจะใช้
โดยแต่ละโหนดข้อความส่ง unicast ไปยังสมาชิกในกลุ่ม
ทุก พบปัญหาในการทำเช่นนี้ โดยเฉพาะเมื่อเทียบกับการใช้เราเตอร์ในเครือข่าย IP multicast

ลองพิจารณาตัวอย่างแบบในรูปที่ 9.21 . รูปที่ 9.21 ( ) แสดงให้เห็นตัวอย่างและโทโพโลยีทางกายภาพที่ R1 R2 เราเตอร์เชื่อมต่อด้วยแบนด์วิดธ์ต่ำไปยังทวีป
; A , B , C ,และ D จบโยธา และการเชื่อมโยงที่ล่าช้า จะได้รับเป็นขอบ
หนัก สมมติว่าต้องการส่ง ข้อความ ส่งถึงอีก
3 โฮส รูป ( b ) แสดงให้เห็นว่าระหว่างส่ง unicast ไร้เดียงสาจะ
งาน นี้เป็นอย่างชัดเจนไม่พึงประสงค์เพราะข้อความเดียวกันต้องท่องโยง R1
) 3 ครั้ง และสองสำเนาของข้อความเข้าไป R1 และ R2
. รูปที่ 921 ( C ) แสดงให้เห็น IP multicast ต้นไม้ที่สร้างขึ้นโดยระยะทางเวกเตอร์โปรโตคอลเส้นทาง multicast
( dvmrp ) เห็นได้ชัดว่าวิธีนี้
ลดข้อความ ) โดยการสนับสนุนจากเราเตอร์ ,
แต่สิ่งที่ดีที่สุดหนึ่งสามารถหวังกับมัลติคาสต์ระบบสุดท้ายคือต้นไม้
คล้ายกับที่แสดงในรูปที่ 9.21 ( D ) คือระบบสิ้นสุดกำหนด
สถาปัตยกรรมสำหรับการสร้างต้นไม้ต้นนี้