ใส่เพียง:
------------------------------------------------------------
| TYPE | ASSOCIATIONS | SCOPE | EXAMPLE |
------------------------------------------------------------
| Unicast | 1 to 1 | Whole network | HTTP |
------------------------------------------------------------
| Broadcast | 1 to Many | Subnet | ARP |
------------------------------------------------------------
| Multicast | One/Many to Many | Defined horizon | SLP |
------------------------------------------------------------
| Anycast | Many to Few | Whole network | 6to4 |
------------------------------------------------------------
Unicast ถูกใช้เมื่อโหนดเครือข่ายสองโหนดจำเป็นต้องพูดคุยกัน นี่เป็นสิ่งที่ตรงไปตรงมาดังนั้นฉันจะไม่ใช้เวลากับมันมากนัก TCP ตามคำนิยามเป็นโปรโตคอล Unicast ยกเว้นเมื่อมี Anycast ที่เกี่ยวข้อง (เพิ่มเติมที่ด้านล่าง)
เมื่อคุณต้องการมีโหนดมากกว่าสองโหนดเห็นทราฟฟิกคุณมีตัวเลือก
หากโหนดทั้งหมดอยู่บนซับเน็ตเดียวกันการออกอากาศจะกลายเป็นโซลูชันที่ทำงานได้ โหนดทั้งหมดบนซับเน็ตจะเห็นทราฟฟิกทั้งหมด ไม่มีสถานะการเชื่อมต่อที่เหมือน TCP Broadcast เป็นคุณสมบัติชั้น 2 ในโปรโตคอล Ethernet และยังเป็นคุณสมบัติชั้น 3 ใน IPv4
Multicastเป็นเหมือนการออกอากาศที่สามารถข้ามเครือข่ายย่อยได้ แต่ไม่เหมือนการออกอากาศที่ไม่ได้สัมผัสโหนดทั้งหมด โหนดต้องสมัครสมาชิกกลุ่มแบบหลายผู้รับเพื่อรับข้อมูล มัลติคาสต์โปรโตคอลมักจะเป็นโปรโตคอล UDP เนื่องจากตามคำนิยามแล้วจะไม่สามารถคงสถานะการเชื่อมต่อไว้ได้ โหนดที่ส่งข้อมูลไปยังกลุ่มมัลติคาสต์ไม่ทราบว่าโหนดใดที่ได้รับ ตามค่าเริ่มต้นเราเตอร์อินเทอร์เน็ตจะไม่ผ่านการรับส่งข้อมูลแบบหลายผู้รับ สำหรับการใช้งานภายในนั้นได้รับอนุญาตอย่างสมบูรณ์ ดังนั้น "กำหนดขอบฟ้า" ในแผนภูมิด้านบน มัลติคาสต์เป็นคุณลักษณะเลเยอร์ 3 ของ IPv4 และ IPv6
หากต้องการใช้การออกอากาศใด ๆคุณโฆษณาเครือข่ายเดียวกันในหลาย ๆ จุดของอินเทอร์เน็ตและใช้การคำนวณเส้นทางที่สั้นที่สุดไปยังช่องทางลูกค้าไปยังสถานที่หลายแห่งของคุณ เท่าที่โหนดเครือข่ายมีความกังวลพวกเขากำลังใช้การเชื่อมต่อแบบ unicastเพื่อพูดคุยกับโหนใด ๆ ของคุณ สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ Anycast ให้ลอง: "anycast" คืออะไรและมีประโยชน์อย่างไร . Anycast ยังเป็นคุณสมบัติของเลเยอร์ 3 แต่เป็นหน้าที่ของการรวมตัวกันของเส้นทางที่เกิดขึ้น
ตัวอย่าง
ตัวอย่างบางส่วนของวิธีการใช้วิธีที่ไม่ใช่ Unicast ในอินเทอร์เน็ตจริง
Broadcast
ARP เป็นโปรโตคอลการออกอากาศและใช้งานโดยสแต็ก TCP / IP เพื่อกำหนดวิธีส่งทราฟฟิกไปยังโหนดอื่น ๆ บนเครือข่าย หากปลายทางอยู่ในซับเน็ตเดียวกัน ARP จะถูกใช้เพื่อหาที่อยู่ MAC ที่ไปยังที่อยู่ IP ที่ระบุไว้ นี่คือการถ่ายทอดระดับ 2 (Ethernet) ไปยังที่อยู่ FF ที่สงวนไว้: FF: FF: FF: FF: FF: FF
นอกจากนี้โปรโตคอลการสืบค้นข้อมูลบนเครื่องของ Microsoft ยังมีการถ่ายทอดตามที่มีชื่อเสียง การทำงานต่าง ๆ เช่น WINS ถูกสร้างขึ้นเพื่ออนุญาตการเรียกดูข้ามเครือข่ายย่อย สิ่งนี้เกี่ยวข้องกับการออกอากาศระดับ 3 (IP) ซึ่งเป็นแพ็กเก็ต IP ที่มีที่อยู่ปลายทางที่แสดงรายการเป็นที่อยู่ออกอากาศของซับเน็ต (ใน 192.168.101.0/24 ที่อยู่การออกอากาศจะเป็น 192.168.101.255)
โพรโทคอล NTP ช่วยให้วิธีการออกอากาศสำหรับการประกาศแหล่งเวลา
Multicast
ภายในเครือข่ายขององค์กร Multicast สามารถส่งวิดีโอสดไปยังหลาย ๆ โหนดโดยไม่ต้องมีแบนด์วิดท์ขนาดใหญ่ในส่วนของเซิร์ฟเวอร์ที่ส่งวิดีโอฟีด วิธีนี้คุณสามารถให้เซิร์ฟเวอร์วิดีโอส่งกระแสข้อมูล 720p บนการเชื่อมต่อเพียง 100Mb แต่ยังคงให้บริการฟีดนั้นกับไคลเอ็นต์ 3000 ราย
เมื่อ Novell ย้ายจาก IPX และ IP พวกเขาต้องเลือกโปรโตคอลโฆษณาบริการเพื่อแทนที่โปรโตคอล SAP ใน IPX ใน IPX หมายถึง Service Advertising Protocol ทำการประกาศทั่วทั้งเครือข่ายทุกครั้งที่ประกาศให้บริการ เมื่อ TCP / IP ขาดโพรโทคอลการประกาศทั่วโลก Novell เลือกใช้โพรโทคอลที่ใช้ Multicast แทน: Service Location Protocol เซิร์ฟเวอร์ใหม่ประกาศบริการของตนในกลุ่มหลายผู้รับ SLP ลูกค้าที่มองหาบริการบางประเภทจะประกาศความต้องการของพวกเขาไปยังกลุ่มมัลติคาสต์และรับฟังการตอบกลับแบบ unicasted
เครื่องพิมพ์ HP ประกาศการมีอยู่ของกลุ่มหลายผู้รับตามค่าเริ่มต้น ด้วยเครื่องมือที่เหมาะสมทำให้ง่ายต่อการเรียนรู้ว่าเครื่องพิมพ์ใดบ้างที่มีอยู่ในเครือข่ายของคุณ
โปรโตคอล NTP ยังอนุญาตให้ใช้วิธีมัลติคาสต์ (IP 224.0.1.1) สำหรับการประกาศแหล่งเวลาไปยังพื้นที่อื่น ๆ นอกเหนือจากซับเน็ตเดียว
Anycast
Anycast นั้นค่อนข้างพิเศษตั้งแต่ชั้น Unicast ที่อยู่ด้านบน Anycast กำลังประกาศเครือข่ายเดียวกันในส่วนต่างๆของเครือข่ายเพื่อลดการข้ามเครือข่ายที่จำเป็นในการเข้าถึงเครือข่ายนั้น
โปรโตคอลการเปลี่ยนผ่าน 6to4 IPv6 ใช้ Anycast เกตเวย์ 6to4 ประกาศการมีอยู่ของพวกเขาใน IP ที่เฉพาะเจาะจง 192.88.99.1 ลูกค้าที่ต้องการใช้เกตเวย์ 6to4 ส่งทราฟฟิกไปที่ 192.88.99.1 และเชื่อถือเครือข่ายเพื่อส่งคำขอการเชื่อมต่อไปยังเราเตอร์ 6to4
บริการ NTP สำหรับโฮสต์ NTP ที่ได้รับความนิยมโดยเฉพาะอาจได้รับการออกอากาศเป็นอย่างดี แต่ฉันไม่มีข้อพิสูจน์เรื่องนี้ ไม่มีสิ่งใดในโปรโตคอลที่จะป้องกัน
บริการอื่น ๆ ใช้ Anycast เพื่อปรับปรุงตำแหน่งข้อมูลให้กับผู้ใช้ปลายทาง Google ทำ Anycast พร้อมหน้าค้นหาในบางสถานที่ (และตำแหน่งทางภูมิศาสตร์ในที่อื่น ๆ ) เซิร์ฟเวอร์ Root DNS ใช้ Anycast ด้วยเหตุผลที่คล้ายคลึงกัน ServerFault อาจไปที่นั่นพวกเขามีดาต้าเซ็นเตอร์ในนิวยอร์กและโอเรกอน แต่ยังไม่ได้ไปที่นั่น
ความกังวลของเครือข่าย
ทราฟฟิกออกอากาศที่มากเกินไปสามารถปล้นโหนดทั้งหมดในซับเน็ตของแบนด์วิดท์ นี่เป็นเรื่องที่น่าเป็นห่วงในทุกวันนี้ที่มีพอร์ต GigE แบบดูเพล็กซ์เต็มรูปแบบ แต่กลับมาในช่วงครึ่งดูเพล็กซ์ 10Mb วันที่พายุออกอากาศอาจทำให้เครือข่ายหยุดชะงักอย่างรวดเร็ว เครือข่ายแบบดูเพล็กซ์ครึ่งหนึ่งที่มีโดเมนขนาดใหญ่หนึ่งจุดในทุกโหนดมีความเสี่ยงเป็นพิเศษต่อการแพร่กระจายของพายุซึ่งเป็นสาเหตุว่าทำไมหนังสือระบบเครือข่ายโดยเฉพาะเครือข่ายที่เก่ากว่า เครือข่าย Switched / Full-Duplex นั้นยากกว่ามากในการหยุดชะงักกับพายุออกอากาศ แต่ก็ยังสามารถเกิดขึ้นได้ การออกอากาศเป็นสิ่งจำเป็นสำหรับการทำงานที่ถูกต้องของเครือข่าย IP
Multicast มีความเป็นไปได้ที่จะมีการละเมิด หากหนึ่งโหนดในกลุ่มหลายผู้รับเริ่มส่งปริมาณข้อมูลจำนวนมากไปยังกลุ่มนั้นโหนดที่สมัครรับข้อมูลทั้งหมดจะเห็นปริมาณข้อมูลทั้งหมด เช่นเดียวกับการออกอากาศการรับส่งข้อมูลของ Mcast ที่มากเกินไปสามารถเพิ่มความเป็นไปได้ของการชนบนการเชื่อมต่อที่มีปัญหา
Multicast เป็นคุณสมบัติเสริมของ IPv4 แต่จำเป็นสำหรับ IPv6 การออกอากาศ IPv4 จะถูกแทนที่ด้วยมัลติคาสต์ใน IPv6 (ดูเพิ่มเติมที่: ทำไม IPv6 ไม่สามารถส่งการออกอากาศ ) มันถูกปิดบ่อยครั้งในเครือข่าย IPv4 ไม่บังเอิญการเปิดใช้งานมัลติคาสต์เป็นหนึ่งในหลาย ๆ เหตุผลที่วิศวกรเครือข่ายกำลังจะย้ายไปใช้ IPv6 ก่อนที่จะต้องทำ
การคำนวณปริมาณการรับส่งข้อมูลคือปริมาณการใช้งานมากเกินไปขึ้นอยู่กับบางสิ่ง
- Half vs Full Duplex:เครือข่ายฮาล์ฟดูเพล็กซ์มีความคลาดเคลื่อนต่ำกว่ามากสำหรับการรับส่งข้อมูล bcast / mcast
- ความเร็วของพอร์ตเครือข่าย:ยิ่งเครือข่ายของคุณเร็วเท่าไหร่ก็ยิ่งมีปัญหาน้อยลงเท่านั้น ใน 10Mb ethernet วัน 5-10% ของปริมาณการใช้งานบนพอร์ตอาจเป็น bcast ปริมาณข้อมูลถ้าไม่มาก แต่ใน GigE น้อยกว่า 1% (อาจจะน้อยกว่าวิธี) มีแนวโน้มมากขึ้น
- จำนวนโหนดบนเครือข่าย:ยิ่งคุณมีโหนดมากเท่าใดปริมาณการออกอากาศที่ไม่สามารถหลีกเลี่ยงได้มากขึ้นคุณจะเกิดขึ้น (ARP) หากคุณมีโปรโตคอลที่ใช้ออกอากาศเฉพาะการท่องเว็บของ Windows หรือสิ่งอื่น ๆ เช่น heartbeats ของคลัสเตอร์ซึ่งปัญหาเริ่มต้นจะเปลี่ยนไป
- เทคโนโลยีเครือข่าย: Ethernet แบบใช้สายนั้นเร็วพอที่ตราบใดที่คุณมีอุปกรณ์ที่ทันสมัยในการขับมัน bcast / mcast ไม่น่าจะทำให้เกิดปัญหา ในทางกลับกัน Wireless นั้นอาจได้รับผลกระทบจากปริมาณการออกอากาศที่มากเกินไปเนื่องจากเป็นสื่อกลางที่ใช้ร่วมกันระหว่างโหนดทั้งหมดและดังนั้นจึงอยู่ในโดเมนที่มีการชนเพียงครั้งเดียว
ในท้ายที่สุดพอร์ตแคสต์การจราจร Bcast และ Mcast ของแบนด์วิดท์ปิดด้านบน เมื่อคุณเริ่มกังวลจะขึ้นอยู่กับแต่ละเครือข่ายของคุณและความอดทนต่อประสิทธิภาพของตัวแปร โดยทั่วไปการนับเครือข่ายโหนดยังไม่ได้ปรับขนาดเร็วเท่ากับความเร็วเครือข่ายดังนั้นจำนวนเปอร์เซ็นต์การออกอากาศตามปริมาณการออกอากาศโดยรวมจึงลดลงตามกาลเวลา
เครือข่ายบางเครือข่ายไม่อนุญาต Multicast ด้วยเหตุผลเฉพาะและบางเครือข่ายไม่เคยใช้เวลาในการติดตั้ง มีโปรโตคอลมัลติคาสต์บางตัวที่สามารถเปิดเผยข้อมูลที่น่าสนใจ (SLP ก็เป็นเช่นนั้น) สำหรับทุกคนที่กำลังฟังสิ่งที่ถูกต้อง โดยส่วนตัวแล้วฉันไม่รังเกียจการรับส่งข้อมูลแบบหลายผู้รับเล็กน้อยเนื่องจากความรำคาญที่ใหญ่ที่สุดที่ฉันเคยเห็นมามันเป็นเครือข่ายที่สกปรกเมื่อฉันทำการวิเคราะห์เครือข่าย และสำหรับสิ่งนั้นก็มีตัวกรอง