Score:0

Windows ออกจากกลุ่มมัลติคาสต์ที่ไม่ได้ใช้โดยอัตโนมัติหรือไม่

ธง cg

เมื่อแก้ไขปัญหามัลติคาสต์ ฉันไม่พบการอ้างอิงถึงความหมายของฟิลด์ที่ส่งคืนโดยคำสั่งนี้:

C:\Users\Administrator>netsh int ip แสดงการรวม level=verbose
    
 อินเทอร์เฟซ 5: Ethernet0
    
 ที่อยู่แบบหลายผู้รับ : 224.0.0.1
 ขอบเขต : 0
 อ้างอิง : 0
 ล่าสุดนักข่าว? : ใช่
    
 ที่อยู่แบบหลายผู้รับ : 224.0.0.251
 ขอบเขต : 0
 เอกสารอ้างอิง : 2
 ล่าสุดนักข่าว? : ใช่
    
 ที่อยู่แบบหลายผู้รับ : 224.0.0.252
 ขอบเขต : 0
 เอกสารอ้างอิง : 1
 ล่าสุดนักข่าว? : ใช่

ทำอะไร ขอบเขต, อ้างอิง และ ล่าสุด ผู้สื่อข่าว หมายถึง?

ฉันคิดว่า อ้างอิง หมายถึงจำนวนของกระบวนการที่ฟังกลุ่มมัลติคาสต์เฉพาะนั้น ในกรณีที่แอปพลิเคชันหยุด/ขัดข้องก่อนที่จะออกจากกลุ่มมัลติคาสต์ ตัวเลขที่ใช้นั้นจะกลายเป็นศูนย์ แต่จริงๆ แล้วจะไม่ถูกลบออกจากรายการ และเครื่องยังคงรับสตรีมมัลติคาสต์ต่อไป มีการตั้งค่าใด ๆ ที่ป้องกันสิ่งนี้หรือไม่เช่น หลังจากเวลาผ่านไประยะหนึ่ง กระบวนการใดๆ ไม่ได้ใช้กลุ่มมัลติคาสต์อีกต่อไป ระบบปฏิบัติการจะปล่อยไว้โดยอัตโนมัติ?

สิ่งนี้เกิดขึ้นกับ Windows 10 และ Windows Server 2019 โดยใช้ (โดยค่าเริ่มต้น) IGMPv3

Score:0
ธง cn

ชื่ออย่างเป็นทางการสำหรับการเข้าร่วม/ออกจาก IGMP คือรายงานสมาชิก IGMP เราเตอร์อัปสตรีมที่เกี่ยวข้องกับ IGMP บนเครือข่ายการเข้าถึงหลายจุดเรียกว่า Querier มันค้นหาโฮสต์ทั้งหมด (224.0.0.1) เป็นระยะๆ สำหรับสถานะการเป็นสมาชิกกลุ่มจริงของพวกเขา

เนื่องจากเครือข่ายการเข้าถึงแบบหลายทางอาจมีขนาดค่อนข้างใหญ่ ซึ่งอาจทำให้เกิดการหลั่งไหลของรายงานสมาชิก IGMP ที่อาจท่วมท้นเครือข่ายหรือ Querier เอง เมื่อพิจารณาถึงลักษณะของมัลติคาสต์แล้ว ไม่สำคัญว่าโฮสต์บนเครือข่ายจะฟังกลุ่มใดกลุ่มหนึ่งมากเพียงใด แค่หนึ่งรายการก็เพียงพอที่จะสตรีมกลุ่มนี้บนอินเทอร์เฟซต่อไป

สำหรับเรื่องนั้นเมื่อได้รับ IGMP Query โฮสต์ทั้งหมดจะเริ่มจับเวลาแบบสุ่มและตัวแรกที่หมดอายุจะส่งรายงานการเป็นสมาชิกไปที่ 224.0.0.1 เพื่อให้ Querier และคนอื่นๆ ได้ยิน หากโฮสต์ได้ยินว่ามีการรายงานกลุ่มแล้ว ก็จะยกเลิกการจับเวลา สถาปัตยกรรมถูกสร้างขึ้นเพื่อให้ในกรณีส่วนใหญ่มีเพียงไม่กี่โฮสต์เท่านั้นที่จะตอบสนองต่อการค้นหา โฮสต์ที่มีรายงานกลุ่มในระหว่างกระบวนการนี้เรียกว่า Last Reporter สำหรับกลุ่มนี้

อย่างที่คุณเห็น เราเตอร์อัพสตรีมไม่รู้ว่ามีไคลเอนต์กี่เครื่องที่ฟังกลุ่มใดกลุ่มหนึ่ง ดังนั้นเมื่อโฮสต์ส่งรายงานการลา เราเตอร์จะไม่ (และไม่ควรโดยการออกแบบ) หยุดสตรีมมัลติคาสต์นี้ทันทีบนอินเทอร์เฟซ เนื่องจากอาจมีไคลเอนต์อื่นกำลังฟังอยู่ แต่จะส่งข้อความค้นหาเฉพาะ IGMP แทน ให้กับกลุ่มนี้โดยเฉพาะ (เช่น 239.0.0.1) เพื่อทริกเกอร์ไคลเอนต์อื่นที่ฟังอยู่ให้ส่งรายงานการเป็นสมาชิกของตนกลับ

เนื่องจากข้อความค้นหา/รายงานทั้งหมดนี้ถูกส่งแบบอะซิงโครนัสและไม่น่าเชื่อถือผ่านมัลติคาสต์ จึงมีความเป็นไปได้ที่ไม่เป็นศูนย์ที่ข้อความค้นหาเฉพาะนี้อาจไม่ได้รับรายงานกลับทันทีเนื่องจากการสูญหายของแพ็คเก็ตหรือปัญหาอื่นๆ ดังนั้นโดยค่าเริ่มต้น เราเตอร์จะพยายามส่ง สองครั้ง (มากกว่าสองช่วงการสืบค้น) จากนั้นกลุ่มมัลติคาสต์จะถูกตัดบนอินเทอร์เฟซและหยุดการไหลของทราฟฟิก เช่นเดียวกับกรณีสำหรับ Membership Query มาตรฐาน (บน 224.0.0.1) กลุ่มใดกลุ่มหนึ่งไม่ได้รับการรายงานกลับสองครั้ง กรณีนี้อาจเกิดขึ้นหากซอฟต์แวร์หรือฮาร์ดแวร์ทำงานผิดปกติก่อนที่จะสามารถส่งรายงานการลาสำหรับกลุ่มได้

ขอบเขตดังกล่าวเป็นขอบเขตที่อยู่แบบหลายผู้รับที่หยั่งรากย้อนกลับไปในสมัยของ Global Internet Multicast Routing Dream ที่เก่าแก่และรุ่งโรจน์ และระบุพื้นที่ที่กลุ่มนี้ควรหมุนเวียน 0 หมายถึงเครือข่ายท้องถิ่นใน IPv4

kuma avatar
cg flag
_สิ่งนี้อาจเกิดขึ้นหากซอฟต์แวร์หรือฮาร์ดแวร์ทำงานผิดปกติก่อนที่จะสามารถส่งรายงานการลาสำหรับกลุ่มได้_ ฉันเดาว่าในกรณีนี้กลุ่มนี้จะยังคงปรากฏในเอาต์พุตของ `netsh int ip show join` โดยมีการอ้างอิง 0 รายการ และจะได้รับโดย คอมพิวเตอร์จนกว่าจะปิดเครื่อง? ถ้าเป็นเช่นนั้นมีวิธีป้องกันหรือไม่?
Peter Zhabin avatar
cn flag
กลุ่มนี้จะถูกเก็บขยะโดยเคอร์เนลและถูกลบหลังจากเวลาผ่านไปเล็กน้อย เพิ่งทำการทดสอบอย่างรวดเร็ว - เปิดตัวไคลเอนต์ IPTV ของฉันบนพีซี Windows และเริ่มช่องบางช่อง ปรากฏใน `netsh int ip show join' พร้อมการอ้างอิง 2 รายการ เนื่องจากไคลเอนต์มีสองกระบวนการ จากนั้นฉันก็ฆ่ามันด้วยไฟ นั่นคือฉันได้กำจัดมันอย่างรุนแรงด้วย `TerminateProcess` กลุ่มที่เป็นปัญหาถูกแสดงด้วยการอ้างอิง 0 รายการเป็นเวลาประมาณ 10-15 วินาทีหลังจากนั้น จากนั้นกลุ่มดังกล่าวก็หายไปโดยสิ้นเชิง ปัญหาที่แท้จริงที่คุณกำลังพยายามแก้ไขคืออะไร
kuma avatar
cg flag
กลุ่มที่เป็นปัญหาจะแสดงด้วยการอ้างอิง 0 รายการ ไม่เคยหายไป และแพ็กเก็ตจากกลุ่มมัลติคาสต์นั้นจะได้รับอย่างไม่มีกำหนด เห็นได้ชัดว่าตัวเก็บขยะไม่ทำงาน? จะตรวจสอบได้อย่างไร?
Peter Zhabin avatar
cn flag
ในตัวอย่างของคุณด้านบน `224.0.0.1` คือ `all-hosts` และจัดการโดยเคอร์เนลเอง ดังนั้นจึงมีการอ้างอิง 0 รายการแต่จะไม่หายไป อาจเป็นกลุ่มที่คุณกำลังดูอยู่ในลักษณะนี้ โปรดระบุให้ละเอียดกว่านี้ เช่น ระบุที่อยู่ของกลุ่มและสถานการณ์การใช้งาน
kuma avatar
cg flag
มัลติคาสต์ที่ฉันพูดถึงไม่ได้ถูกจับในภาพหน้าจอ เป็นมัลติคาสต์ที่มีขอบเขตการบริหาร (เช่น 239.10.10.10) สถานการณ์ของฉันคล้ายกับของคุณมาก: เปิดตัวแอปพลิเคชันที่กำหนดเองซึ่งเข้าร่วมกลุ่มมัลติคาสต์ จากนั้นฉันยุติแอปพลิเคชันอย่างแข็งขัน และกลุ่มมัลติคาสต์ที่เป็นปัญหาปรากฏขึ้นพร้อมการอ้างอิง 0 รายการ ไม่เคยหายไป และได้รับแพ็กเก็ตจากกลุ่มนั้นอย่างไม่มีกำหนด ฉันไม่เข้าใจว่าทำไมสิ่งนี้ถึงเกิดขึ้นและเหตุใดการทำเช่นเดียวกันกับ VLC (การยกเลิกแอปพลิเคชันอย่างแรง) ทำให้กลุ่มหายไปทันที

โพสต์คำตอบ

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