Δίκτυα για το μικρότερο. Μέρος ένατο. Multicast / habr.

Ο πνευματικός πάροχος Linkmeup αναπτύσσεται και μετατρέπεται σε ήσυχα από όλες τις υπηρεσίες των συνηθισμένων φορέων τηλεπικοινωνιών. Τώρα έχουμε μεγαλώσει στο IPTV.

Αυτό συνεπάγεται την ανάγκη διαμόρφωσης της δρομολόγησης πολυεκπομπής και πρώτα απέναντι από την κατανόηση ότι υπάρχει ένα τέτοιο πολυδίκτυο.

Αυτή είναι η πρώτη απόκλιση από τις συνήθεις αρχές των δικτύων IP. Ακόμα, το πρότυπο πολυεκπομπής είναι ριζικά διαφορετικό από τη ζεστή λάμπα λαμπτήρα.

Μπορείτε ακόμη να πείτε, με κάποιο τρόπο προκλήσει την ευελιξία του μυαλού σας στην κατανόηση νέων προσεγγίσεων.

Σε αυτό το άρθρο επικεντρώνεται στα εξής:

Παραδοσιακό εκπαιδευτικό βίντεο:

Την αυγή του σχηματισμού μου, όπως ένας μηχανικός, το θέμα του Multicast ήταν απίστευτα φοβισμένος, και το συσχετίσαμε με τον ψυχοκοτάνα της πρώτης μου εμπειρίας μαζί του. " Έτσι, ο Marat, επειγόντως, πριν το μεσημέρι πρέπει να διεγερθείτε τη ροή βίντεο στο νέο μας κτίριο στο κέντρο της πόλης - ο πάροχος θα το δώσει εδώ στον δεύτερο όροφο "Άκουσα με ένα υπέροχο πρωινό. Όλα όσα ήξερα για το multicast, οπότε αυτό είναι που ο αποστολέας είναι ένας, παραλήπτες πολύ, και φαίνεται ότι το πρωτόκολλο IGMP εμπλέκεται κατά κάποιον τρόπο.

Ως αποτέλεσμα, πριν το μεσημέρι, προσπαθήσαμε να ξεκινήσουμε το όλο θέμα - νίκησα το πιο συνηθισμένο VLAN από το σημείο εισόδου στο σημείο εξόδου. Αλλά το σήμα ήταν ασταθές - η εικόνα κατεψυγμένη, κατέρρευσε, διακόπτεται. Προσπάθησα σε έναν πανικό να καταλάβω τι μπορεί να γίνει με IGMP γενικά, Tyrhogozy, ενεργοποιημένη τη δρομολόγηση πολυεκπομπών, IGMP-Snooping, έλεγξε χιλιάδες φορές τις καθυστερήσεις και τις απώλειες - δεν βοήθησε τίποτα. Και στη συνέχεια ξαφνικά όλα εργάστηκαν. Φυσικά, σταθερά, χωρίς προβλήματα.

Με εξυπηρετούσε να εμβολιάσει ένα multicast και για μεγάλο χρονικό διάστημα δεν έδειξα κανένα ενδιαφέρον γι 'αυτόν.

Ήταν πολύ αργότερα ήρθα στον επόμενο κανόνα: Και τώρα, από το ύψος των ακατανόητων περιπτώσεων, καταλαβαίνω ότι δεν θα μπορούσαν να υπάρξουν προβλήματα με τη δημιουργία του τμήματος δικτύου - buggy πεπερασμένο εξοπλισμό. Κρατήστε την ηρεμία και να με εμπιστεύεστε. Μετά από αυτό το άρθρο, τέτοια πράγματα δεν θα σας φοβίσουν. Γενική κατανόηση multicast. Όπως γνωρίζετε, υπάρχουν οι ακόλουθοι τύποι κυκλοφορίας: Unicast. - Unicast - ένας αποστολέας, ένας παραλήπτης. ( Παράδειγμα: Ερώτημα του HTTP-PAGE στο διακομιστή Web Όπως γνωρίζετε, υπάρχουν οι ακόλουθοι τύποι κυκλοφορίας: ). Αναμετάδοση. - Μεταδίδοντας - ένας αποστολέας, παραλήπτες - Όλες οι συσκευές του τμήματος εκπομπής. ( Όπως γνωρίζετε, υπάρχουν οι ακόλουθοι τύποι κυκλοφορίας: Παράδειγμα: Αίτηση ARP Multicast. - Multicast - ένας αποστολέας, πολλούς παραλήπτες. ( Παράδειγμα: IPTV.

Anycast.

- Unicast του πλησιέστερου κόμβου - ένας αποστολέας, γενικά, πολλούς παραλήπτες, αλλά στην πραγματικότητα δεδομένα αποστέλλονται μόνο σε ένα. ( Παράδειγμα: Anycast DNS ).

Δεδομένου ότι αποφασίσαμε να μιλήσουμε για το multicast, τότε, ίσως, ας ξεκινήσουμε από την παράγραφο αυτή από την ερώτηση, πού και πώς χρησιμοποιείται.

Το πρώτο πράγμα που έρχεται στο μυαλό είναι η τηλεόραση (IPTV) - ένας διακομιστής πηγής στέλνει κυκλοφορία που πρέπει να λάβει πολλούς πελάτες ταυτόχρονα. Αυτό καθορίζεται από τον ίδιο τον όρο -

Multicast.

- Multicast broadcasting. Δηλαδή, αν οι μεταδίδονται ήδη γνωστές σε εσάς, σημαίνει να μεταδίδεται σε όλους, τα πολλαπλάσια μέσα που μεταδίδουν μια συγκεκριμένη ομάδα.

  1. Η δεύτερη εφαρμογή είναι, για παράδειγμα, η αντιγραφή του λειτουργικού συστήματος σε πολλούς υπολογιστές. Αυτό συνεπάγεται τη φόρτωση μεγάλων όγκων δεδομένων από έναν διακομιστή.
  2. Πιθανά σενάρια: Ηχαλισμός και η τηλεδιάσκεψη (ένα λέει - ο καθένας άκουσε), το ηλεκτρονικό εμπόριο, δημοπρασίες, χρηματιστήρια. Αλλά αυτό είναι θεωρητικό, και στην πράξη, ένα multicast σπάνια χρησιμοποιείται εδώ.

Μια άλλη εφαρμογή είναι τα μηνύματα υπηρεσίας πρωτοκόλλου. Για παράδειγμα, το OSPF στον τομέα της εκπομπής στέλνει τα μηνύματά της στις διευθύνσεις 224.0.0.5 και 224.0.0.6. Και μόνο αυτοί οι κόμβοι στους οποίους εκτελείται ο OSPF θα αντιμετωπιστεί.

Διατυπώνεται δύο βασικές αρχές των ενημερωτικών δελτίων multicast:

Ο αποστολέας στέλνει μόνο ένα αντίγραφο της κυκλοφορίας, ανεξάρτητα από τον αριθμό των παραληπτών.

Η κυκλοφορία λαμβάνει μόνο εκείνους που ενδιαφέρονται πραγματικά για αυτό.

Σε αυτό το άρθρο, θα λάβουμε το IPTV ως το πιο οπτικό παράδειγμα.

Παράδειγμα Ι.

Ας ξεκινήσουμε με την απλούστερη περίπτωση: Στον διακομιστή προέλευσης, η εκπομπή διαμορφώνεται στην ομάδα 224.2.2.4 - Αυτό σημαίνει ότι ο διακομιστής στέλνει κίνηση στη διεύθυνση IP 224.2.2.4. Στον πελάτη, η συσκευή αναπαραγωγής βίντεο έχει ρυθμιστεί ώστε να λαμβάνει μια ομάδα 224.2.2.4. .

Ταυτόχρονα, ειδοποίηση, ο πελάτης και ο διακομιστής δεν χρειάζεται να έχουν διευθύνσεις από ένα υποδίκτυο και ping ο ένας τον άλλον - αρκετά ώστε να βρίσκονται σε έναν τομέα εκπομπής.

Ένα ρεύμα πολυεκπομπής απλά χύνεται από το διακομιστή και ο πελάτης το παίρνει απλά. Μπορείτε να το δοκιμάσετε απευθείας στον χώρο εργασίας σας συνδέοντας δύο υπολογιστές με ένα έμπλαστρο και να τρέξετε, για παράδειγμα, VLC.

Πρέπει να σημειωθεί ότι στο multicast δεν υπάρχει σηματοδότηση από την πηγή, λένε,

"Γεια σας, είμαι πηγή, δεν χρειάζεστε λίγο multicast;"

Ο διακομιστής προέλευσης απλά αρχίζει να μεταδίδει πακέτα πολυεκπομπής στη διασύνδεσή του. Στο παράδειγμά μας, εισέρχονται άμεσα στον πελάτη και αυτό τους παίρνει πραγματικά αμέσως.

Εάν πιάσετε πακέτα σε αυτόν τον σύνδεσμο, τότε θα δείτε ότι η κυκλοφορία πολυεκπομπής δεν είναι τίποτα όπως τα πακέτα UDP της θάλασσας.

Το Multicast δεν συνδέεται με ένα συγκεκριμένο πρωτόκολλο. Στην πραγματικότητα, όλα όσα καθορίζουν τις διευθύνσεις του. Ωστόσο, αν μιλάμε για την αίτησή της, τότε στην απόλυτη πλειοψηφία των περιπτώσεων είναι UDP. Εξηγείται εύκολα από το γεγονός ότι συνήθως τα δεδομένα που χρειάζονται εδώ μεταδίδονται στη βοήθεια πολυεκπομπής. Για παράδειγμα, βίντεο. Εάν χάνεται ένα κομμάτι πλαισίου, και ο αποστολέας θα προσπαθήσει να το στείλει επανένταξη αυτό συμβαίνει στο TCP, τότε, πιθανότατα, αυτό το κομμάτι είναι αργά και πού να το δείξει τότε; Το τρένο αριστερά. Ακριβώς το ίδιο με τον ήχο.

Συνεπώς, δεν είναι απαραίτητο να εγκατασταθεί η σύνδεση, έτσι απαιτείται TCP.

Τι συμβαίνει τόσο πολλαπλές από το Unicust; Νομίζω ότι έχετε ήδη μια υπόθεση. Και πιθανώς σωστά. Στη συνήθη κατάσταση, έχουμε 1 παραλήπτη και 1 αποστολέα - ο καθένας από αυτούς έχει μία μοναδική διεύθυνση IP. Ο αποστολέας γνωρίζει ακριβώς πού να πατινάζει το πακέτο και τοποθετεί αυτή τη διεύθυνση στην κεφαλίδα IP. Κάθε ενδιάμεσος κόμβος λόγω του πίνακα δρομολόγησης γνωρίζει πού να στείλει τη συσκευασία. Η κυκλοφορία Unicast μεταξύ των δύο κόμβων είναι απρόσκοπτη μέσω του δικτύου. Αλλά το πρόβλημα είναι ότι η διεύθυνση IP μόνο ενός παραλήπτη ορίζεται στο συνηθισμένο πακέτο. Τι γίνεται αν κάποιος και η ίδια κυκλοφορία έχει αρκετούς παραλήπτες; Κατ 'αρχήν, είναι δυνατόν να επεκταθεί μια προσέγγιση Unicast και σε μια τέτοια κατάσταση - να στείλετε το αντίγραφο της συσκευασίας σε κάθε πελάτη. Οι πελάτες δεν θα παρατηρήσουν τη διαφορά - ακόμη και ένα, τουλάχιστον χίλιες, αλλά η διαφορά θα διακρίνεται σαφώς στα κανάλια μεταφοράς δεδομένων σας. GΑς υποθέσουμε ότι έχουμε μια μεταφορά ενός καναλιού SD από ένα διακομιστή multicast. Αφήστε το να χρησιμοποιήσει 2 MB / s. Συνολικά κανάλια 30, και παρακολουθώντας κάθε κανάλι για 20 άτομα ταυτόχρονα. Αποδεικνύεται 2 κανάλια 2 MB / s * 30 * 20 άτομα = 1200 MB / s ή 1,2 GB / s μόνο στην τηλεόραση σε περίπτωση Unicast. Αλλά υπάρχουν ακόμα κανάλια HD, όπου μπορείτε να πολλαπλασιάσετε με ασφάλεια αυτό το σχήμα κατά 2. και πού είναι ο τόπος για torrents;

Αυτός είναι ο λόγος για τον οποίο το μπλοκ διευθύνσεων τοποθετήθηκε στο IPv4

Κατηγορία Δ: 224.0.0.0/4

(224.0.0.0-239.255.255.255). Οι διευθύνσεις αυτού του εύρους καθορίζονται από μια ομάδα πολλαπλών προϊόντων. Μια διεύθυνση είναι μια ομάδα, συνήθως υποδεικνύεται από το γράμμα "

"

Δηλαδή, λέγοντας ότι ο πελάτης συνδέεται με την ομάδα 224.2.2.4, εννοούμε ότι λαμβάνει κίνηση πολυεκπομπής με τη διεύθυνση του προορισμού 224.2.2.4.

Παράδειγμα ΙΙ.

Προσθέστε ένα διακόπτη στο σχήμα και μερικούς περισσότερους πελάτες:

Ο διακομιστής Multicast εξακολουθεί να μεταδίδεται για την ομάδα 224.2.2.4. Στον διακόπτη, όλες οι 4 θύρες πρέπει να είναι σε ένα VLAN. Η κυκλοφορία έρχεται στο διακόπτη και η προεπιλογή αποστέλλεται σε όλες τις θύρες ενός VLAN. Έτσι όλοι οι πελάτες λαμβάνουν αυτή την κυκλοφορία. Σε αυτούς, η διεύθυνση του Ομίλου 224.2.2.4 καθορίζεται επίσης καθόλου στο πρόγραμμα αναπαραγωγής βίντεο.

Στην πραγματικότητα, όλες αυτές οι συσκευές γίνονται μέλη αυτής της ομάδας multicast. Η ιδιότητα μέλους είναι δυναμική: ο καθένας, ανά πάσα στιγμή μπορεί να εισέλθει και να βγει από αυτό. Σε αυτή την περίπτωση, η κυκλοφορία θα λάβει ακόμη και εκείνους που δεν θέλουν αυτό γενικά, δηλαδή, ούτε ο παίκτης δεν ξεκινάει, ούτε οτιδήποτε άλλο. Αλλά μόνο αν βρίσκεται στο ίδιο VLAN. Αργότερα θα ασχοληθούμε με το πώς να το αντιμετωπίσουμε.

Λάβετε υπόψη ότι σε αυτή την περίπτωση, μόνο ένα αντίγραφο της κυκλοφορίας στο διακόπτη προέρχεται από τον διακομιστή προέλευσης και όχι σε ξεχωριστό αντίγραφο σε κάθε πελάτη. Και στο παράδειγμά μας με τα κανάλια SD, το φορτίο θύρας μεταξύ της πηγής και του διακόπτη δεν θα είναι 1,2 GB / s, αλλά μόνο 60 MB / s (2mb / c * 30 κανάλια).

Στην πραγματικότητα, μπορεί να χρησιμοποιηθεί ολόκληρη η τεράστια σειρά (224.0.0.0-239.255.255.255).

Λοιπόν, σχεδόν όλες - οι πρώτες διευθύνσεις (εύρος 224.0.0.0/23) εξακολουθούν να διατηρούνται για γνωστά πρωτόκολλα.

Κατάλογος αποκλεισμένων διευθύνσεων IP

Εύρος 224.0.0.0/24 που προορίζεται στο Link-Local

διαβιβάσεις. Τα πακέτα πολυεκπομπής με τέτοιες διευθύνσεις προορισμού δεν μπορούν να υπερβούν τα όρια ενός τμήματος εκπομπής.

Το εύρος 224.0.1.0/24 διατηρείται στο πλαίσιο των πρωτοκόλλων που χρειάζεστε για να μεταδώσετε ένα multicast σε όλο το δίκτυο, δηλαδή, περάστε από τους δρομολογητές.

Εδώ, στην πραγματικότητα, τα πιο βασικά πράγματα για το multicast.

Κοιτάξαμε μια απλή κατάσταση όταν η πηγή και ο παραλήπτης βρίσκονται στο ίδιο τμήμα δικτύου. Η κυκλοφορία που λαμβάνεται από το διακόπτη αποστέλλεται απλά σε όλους τους σε όλες τις θύρες - καμία μαγεία.

Αλλά εξακολουθεί να είναι εντελώς ακατανόητο πώς η κυκλοφορία από το διακομιστή φτάνει στους πελάτες όταν υπάρχει ένα τεράστιο δίκτυο δικτύου παροχέα; Και όπου, στην πραγματικότητα, θα είναι γνωστό ποιος είναι ο πελάτης; Δεν μπορούμε να καταχωρήσουμε με μη αυτόματο τρόπο τα δρομολόγια, απλά επειδή δεν γνωρίζουμε πού μπορεί να είναι οι πελάτες. Τα συνηθισμένα πρωτόκολλα δρομολόγησης δεν θα απαντήσουν σε αυτή την ερώτηση. Έτσι καταλαβαίνουμε ότι η παράδοση ενός πολυεκπομπού είναι κάτι εντελώς νέο για εμάς.

Σε γενικές γραμμές, για να παραδώσει μια πολυεκπομπή από την πηγή στον παραλήπτη αυτή τη στιγμή υπάρχουν πολλά πρωτόκολλα - IGMP / MLD, PIM, MSDP, MBGP, MOSPF, DVMRP.

Θα επικεντρωθούμε σε δύο από αυτά, τα οποία χρησιμοποιούνται σήμερα: PIM και IGMP. Με IGMP, οι τελικοί παραλήπτες πελατών επικοινωνούν τους πλησιέστερους δρομολογητές που θέλουν να λάβουν κίνηση. Και η PIM χτίζει το μονοπάτι της μετακίνησης της κυκλοφορίας πολυεκπομπής από την πηγή στους παραλήπτες μέσω δρομολογητών. Igmp

Επιστρέψτε ξανά στο Dump. Δείτε αυτό το κορυφαίο πακέτο, μετά την οποία ρίχτηκε ένα ρεύμα πολλαπλών προϊόντων;

Αυτό το μήνυμα πρωτοκόλλου IGMP που στάλθηκε από τον πελάτη όταν πιέσαμε το παιχνίδι σε αυτό. Έτσι αναφέρει ότι θέλει να λάβει κίνηση για την ομάδα 224.2.2.4.

IGMP - Πρωτόκολλο διαχείρισης Ομάδας Internet

- Πρόκειται για ένα πρωτόκολλο δικτύου που αλληλεπιδρούν πελάτες κυκλοφορίας multicast και τον πλησιέστερο δρομολογητή.

Το IPv6 χρησιμοποιεί MLD (Discovery Legenery Multicast) αντί για IGMP. Η αρχή της λειτουργίας που έχουν απολύτως το ίδιο, ώστε να μπορείτε εύκολα να αλλάξετε το IGMP παντού στο MLD και το IP στο IPv6.

Πώς λειτουργεί ακριβώς η IGMP;

Ίσως πρέπει να ξεκινήσετε με το γεγονός ότι οι εκδόσεις του πρωτοκόλλου είναι τώρα τρεις: IgMPV1, IGMPV2, IGMPV3. Το πιο συνηθισμένο - το δεύτερο, το πρώτο είναι σχεδόν ξεχασμένο, οπότε δεν θα μιλήσουμε γι 'αυτό, το τρίτο είναι πολύ παρόμοιο με το δεύτερο.

Θα επικεντρωθώ στο δεύτερο, όπως και στο μεγαλύτερο αντίκτυπο και θα εξετάσω όλα τα γεγονότα από τη σύνδεση του πελάτη στην ομάδα πριν από την έξοδο από αυτήν.

Ο πελάτης θα ζητήσει επίσης μια ομάδα 224.2.2.4 μέσω του παίκτη VLC. Ο ρόλος του IGMP είναι πολύ απλός: εάν δεν υπάρχουν πελάτες - δεν είναι απαραίτητο να μεταδώσει την κυκλοφορία πολυεκπομπής στο τμήμα. Εάν εμφανιστεί ένας πελάτης, ειδοποιεί τους δρομολογητές χρησιμοποιώντας IGMP που θέλει να λάβει κίνηση. Για να κατανοήσετε πώς συμβαίνουν όλα, πάρτε αυτό το δίκτυο: Ας υποθέσουμε ότι ο δρομολογητής έχει ήδη ρυθμιστεί ώστε να λαμβάνει και να επεξεργάζεται την κυκλοφορία πολυεκπομπής.

ένας.

Μόλις ξεκινήσαμε την εφαρμογή στον πελάτη και ορίστε την ομάδα 224.2.2.4, το πακέτο θα σταλεί στο δίκτυο Έκθεση μέλους IGMP - Ο κόμπος "αναφέρει" που θέλει να λάβει κυκλοφορία αυτής της ομάδας.

Στην έκθεση IGMPV2 πηγαίνει στη διεύθυνση της επιθυμητής ομάδας και παράλληλα αναφέρεται στο ίδιο το πακέτο. Αυτά τα μηνύματα πρέπει να ζουν μόνο μέσα στο τμήμα τους και να μην προωθούν ούτως ή άλλως από τους δρομολογητές, έχουν 1 TTL. Συχνά στη βιβλιογραφία μπορείτε να ικανοποιήσετε την αναφορά του

IGMP Συμμετοχή.

. Μην φοβάστε - αυτό είναι ένα εναλλακτικό όνομα για την αναφορά μέλους της IGMP.

2.

Ο δρομολογητής λαμβάνει μια έκθεση IGMP και, συνειδητοποιώντας ότι αυτή η διεπαφή έχει τώρα πελάτες, κάνει πληροφορίες στους πίνακες τους

Πρόκειται για μια παραγωγή πληροφοριών σχετικά με το IGMP. Η πρώτη ομάδα ζητείται από τον πελάτη. Το τρίτο και το τέταρτο είναι οι αναφορές υπηρεσιών SSDP.

Χτισμένο στα Windows. Το δεύτερο είναι μια ειδική ομάδα που είναι πάντα παρούσα στους δρομολογητές της Cisco - χρησιμοποιείται για το πρωτόκολλο Auto-RP. που ενεργοποιείται από προεπιλογή σε δρομολογητές. Η διεπαφή FE0 / 0 καθίσταται φθίνουσα για την ομάδα 224.2.2.4 - θα πρέπει να στείλει την παραλαβή κυκλοφορίας. Μαζί με το συνηθισμένο μοναδικό τραπέζι δρομολόγησης υπάρχει επίσης ένα multicast: Σχετικά με τη διαθεσιμότητα των πελατών λέει το πρώτο αρχείο

(*, 224.2.2.4)

. Και καταγραφή (172.16.0.5, 224.2.2.4) .

Αυτό σημαίνει ότι ο δρομολογητής γνωρίζει την πηγή ενός ρεύματος πολυεκπομπής για αυτήν την ομάδα. Από την έξοδο είναι σαφές ότι η κυκλοφορία για την ομάδα 224.2.2.4 έρχεται μέσω του FE0 / 1 και είναι απαραίτητο να το μετατραπεί στη θύρα FE0 / 0. Οι διεπαφές στις οποίες πρέπει να μεταδώσετε την κυκλοφορία περιλαμβάνονται στη λίστα των διεπαφών κατάντη -

ΛΕΥΚΟ - Εξερχόμενη Διεπαφή Λίστα

Με περισσότερες λεπτομέρειες την εντολή Εμφάνιση IP MROUTE. Θα διακρίνουμε αργότερα. . Πάνω από το Dard μπορείτε να το δείτε μόλις ο πελάτης έστειλε μια έκθεση IGMP, αμέσως μετά την πτώση του UDP είναι μια ροή βίντεο. .

3. Ο πελάτης άρχισε να λαμβάνει κυκλοφορία. Τώρα ο δρομολογητής πρέπει μερικές φορές να ελέγξει ότι οι παραλήπτες εξακολουθούν να έχουν ένα κενό για να μην μεταδίδονται αν ξαφνικά οι πελάτες έχουν απομείνει. Για να το κάνετε αυτό, στέλνει περιοδικά ένα αίτημα σε όλες τις φθίνουσες διεπαφές της. IGMP ερώτημα.

* Dump φιλτραρισμένο από IGMP * Πάνω από το Dard μπορείτε να το δείτε μόλις ο πελάτης έστειλε μια έκθεση IGMP, αμέσως μετά την πτώση του UDP είναι μια ροή βίντεο. .

Από προεπιλογή, αυτό συμβαίνει κάθε 60 δευτερόλεπτα. Τα πακέτα TTL είναι επίσης ίσα με 1. αποστέλλονται στη διεύθυνση 224.0.0.1 - Όλοι οι κόμβοι σε αυτό το τμήμα - χωρίς να καθορίζουν μια συγκεκριμένη ομάδα. Τέτοια μηνύματα ερωτήματος ονομάζονται

Γενικό ερώτημα.

- Γενικά. Έτσι, ο δρομολογητής ρωτάει: "παιδιά, και ποιος και τι άλλο θέλει να λάβει;".

Έχοντας λάβει γενικό ερώτημα IGMP, οποιοσδήποτε κεντρικός υπολογιστής που ακούει οποιαδήποτε ομάδα πρέπει να στείλει έκθεση IGMP όπως το έκανε όταν συνδεθεί. Η διεύθυνση της ομάδας ενδιαφέροντος για την ομάδα του θα πρέπει να καθορίζεται στην έκθεση. Εάν, σε απάντηση στο ερώτημα, τουλάχιστον μία έκθεση ήρθε στο δρομολογητή, σημαίνει ότι υπάρχουν ακόμα πελάτες, συνεχίζει να μεταδίδει ότι η διεπαφή από όπου προέρχεται αυτή η έκθεση, την κυκλοφορία αυτής της ομάδας. Εάν ένα ερώτημα δεν είχε μια απάντηση από μια διασύνδεση απόκρισης για κάποια ομάδα, ο δρομολογητής διαγράφει αυτή τη διεπαφή από τον πίνακα δρομολόγησης πολυεκπομπής για αυτή την ομάδα - παύει να στέλνει την κυκλοφορία. Με την πρωτοβουλία του, ο πελάτης συνήθως στέλνει αναφορά μόνο όταν συνδέεται, τότε απλώς απαντά στο ερώτημα από το δρομολογητή. Μια ενδιαφέρουσα λεπτομέρεια στη συμπεριφορά του πελάτη: έχοντας λάβει ερώτημα, δεν έχει βιαστεί να απαντήσει αμέσως για να αναφέρει αμέσως. Ο κόμβος παίρνει ένα χρονικό όριο από 0 έως .Μέγιστη ώρα απόκρισης. .

που καθορίζεται στο επόμενο ερώτημα: Κατά την αποσφάλιση ή στην χωματερή, παρεμπιπτόντως, μπορεί να φανεί ότι μερικά δευτερόλεπτα μπορούν να περάσουν μεταξύ της απόκτησης διαφορετικών αναφορών. Αυτό γίνεται έτσι ώστε εκατοντάδες πελάτες όλα τα πεδινά που δεν πλημμύρισαν το δίκτυο με τις αναφορές τους λαμβάνοντας γενικά ερωτήματα. Επιπλέον, μόνο ένας πελάτης συνήθως στέλνει έκθεση. Το γεγονός είναι ότι η έκθεση αποστέλλεται στη διεύθυνση του Ομίλου και επομένως έρχεται σε όλους τους πελάτες. Μετά την παραλαβή της αναφοράς από έναν άλλο πελάτη για την ίδια ομάδα, ο κόμβος δεν θα στείλει τη δική της. Η λογική είναι απλή: ο δρομολογητής έχει ήδη λάβει αυτή την πολύ έκθεση και ξέρει ότι υπάρχουν πελάτες, δεν είναι απαραίτητο.

Αυτός ο μηχανισμός καλείται

Καταπίεση

Στη συνέχεια στο άρθρο θα πούμε για το γιατί αυτός ο μηχανισμός στην πραγματικότητα είναι πολύ σπάνια εργάζεται τέσσερα. Έτσι συνεχίζεται για αιώνες έως ότου ο πελάτης θέλει να βγει από την ομάδα (για παράδειγμα, απενεργοποιήστε τον παίκτη / τηλεόραση). Σε αυτή την περίπτωση, στέλνει IGMP άδεια. στη διεύθυνση ομάδας.

Ο δρομολογητής το λαμβάνει και σε μια ιδέα πρέπει να απενεργοποιηθεί. Αλλά δεν μπορεί να απενεργοποιήσει έναν συγκεκριμένο πελάτη - ο δρομολογητής δεν τους διακρίνει - έχει μόνο μια μεταγενέστερη διασύνδεση. Και η διεπαφή μπορεί να είναι αρκετούς πελάτες. Δηλαδή, αν ο δρομολογητής διαγράφει αυτή τη διεπαφή από τη λίστα oul (εξερχόμενη λίστα διασύνδεσης) για αυτήν την ομάδα, το βίντεο θα απενεργοποιηθεί καθόλου.

Αλλά επίσης να μην το διαγράψετε, είναι επίσης αδύνατο - ξαφνικά ήταν ο τελευταίος πελάτης - γιατί τότε το πλύνετε; Πάνω από το Dard μπορείτε να το δείτε μόλις ο πελάτης έστειλε μια έκθεση IGMP, αμέσως μετά την πτώση του UDP είναι μια ροή βίντεο. .

Αν κοιτάξετε την χωματερή, θα δείτε ότι μετά τη λήψη του δρομολογητή Αφήστε, το ρεύμα συνεχίζει να πηγαίνει για κάποιο χρονικό διάστημα. Το γεγονός είναι ότι ο δρομολογητής απαντώντας στην άδεια στέλνει το ερώτημα IGMP στη διεύθυνση του ομίλου για την οποία αυτή η άδεια ήρθε σε αυτή τη διεπαφή όπου προήλθε. Ένα τέτοιο πακέτο καλείται

Ομάδα συγκεκριμένου ερωτήματος.

. Απάντησέ το

μόνο Ομάδα συγκεκριμένου ερωτήματος. Αυτοί οι πελάτες που συνδέονται με αυτή τη συγκεκριμένη ομάδα.

Εάν ο δρομολογητής έλαβε έκθεση απόκρισης για την ομάδα, συνεχίζει να μεταδίδεται στη διεπαφή, αν δεν ληφθεί - αφαιρεί το χρονόμετρο μετά το λήξει ο χρονοδιακόπτης.

Συνολικά, μετά την παραλαβή άδειας, δύο ομάδες συγκεκριμένο ερώτημα πηγαίνει - ένα υποχρεωτικό, δεύτερο έλεγχο. Στη συνέχεια, ο δρομολογητής σταματάει το ρεύμα. Αρώνων Εξετάστε λίγο πιο δύσκολη περίπτωση: Δύο (ή περισσότερους) δρομολογητές που μπορούν να μεταδώσουν την κυκλοφορία συνδέονται με το τμήμα του πελάτη. Εάν δεν κάνετε τίποτα, η κυκλοφορία Multicast θα αντιγραφεί - και οι δύο δρομολογητές θα λάβουν αναφορά από τους πελάτες. Προκειμένου να αποφευχθεί αυτό, υπάρχει ένας μηχανισμός επιλογής - πολιτική. Αυτός που θα κερδίσει θα στείλει το ερώτημα, την αναφορά αναφοράς και να αντιδράσει για να φύγει και, κατά συνέπεια, θα στείλει επισκεψιμότητα στο τμήμα. Ο ηττημένος θα ακούσει μόνο την αναφορά και θα κρατήσει το χέρι σας στον παλμό. Οι εκλογές εμφανίζονται αρκετά απλές και διαισθητικές. Εξετάστε την κατάσταση από τη στιγμή που οι δρομολογητές R1 και R2 είναι ενεργοποιημένοι. ένας) Ενεργοποιημένη IGMP σε διεπαφές. 2) Αρχικά, από προεπιλογή, καθένας από αυτούς θεωρεί τον εαυτό του querier. 3) Ο καθένας στέλνει γενικού ερωτήματος IGMP στο δίκτυο. Ο κύριος στόχος είναι να μάθετε αν υπάρχουν πελάτες, και παράλληλα - να δηλώσετε σε άλλους δρομολογητές στο τμήμα αν είναι, για την επιθυμία σας να συμμετάσχετε στις εκλογές. τέσσερα Γενικά ερωτήματα Λάβετε όλες τις συσκευές του τμήματος, συμπεριλαμβανομένων άλλων δρομολογητών IGMP. πέντε) Έχοντας λάβει ένα τέτοιο μήνυμα από έναν γείτονα, κάθε δρομολογητής εκτιμά ποιος αξίζει περισσότερο. 6) Κερδίζει δρομολογητή S.

Μικρότερη διεύθυνση IP.

(που καθορίζεται στο πεδίο Πηγές IP του ερωτήματος IGMP). Γίνεται Querier, όλοι οι άλλοι - μη querier.

7)

Το μη querier ξεκινάει τον χρονοδιακόπτη που επαναφέρεται κάθε φορά quaryny έρχεται με μικρότερη διεύθυνση IP. Εάν πριν λήξει ο χρονοδιακόπτης (πάνω από 100 δευτερόλεπτα: 105-107), ο δρομολογητής δεν θα λάβει ερώτηση με μικρότερη διεύθυνση, δηλώνει τον εαυτό του querier και παίρνει όλες τις αντίστοιχες λειτουργίες. οκτώ) Εάν το querier λαμβάνει ερώτημα με μικρότερη διεύθυνση, προσθέτει αυτά τα καθήκοντα. Το Querier γίνεται ένας άλλος δρομολογητής, ο οποίος έχει ένα IP λιγότερο.

Αυτή η σπάνια περίπτωση όταν μετρήθηκε, ο οποίος είναι μικρότερος. Οι εκλογές querier είναι μια πολύ σημαντική διαδικασία στο multicast, αλλά μερικοί ύπουλοι κατασκευαστές που δεν κατέχουν RFC μπορούν να εισέλθουν ένα ισχυρό ραβδί στους τροχούς. Μιλώ για το ερώτημα IGMP με μια διεύθυνση της πηγής 0.0.0.0, η οποία μπορεί να δημιουργηθεί από το διακόπτη. Αυτά τα μηνύματα δεν πρέπει να συμμετέχουν στην επιλογή του Querier, αλλά πρέπει να είστε έτοιμοι για τα πάντα. Εδώ είναι ένα παράδειγμα Πολύ περίπλοκο μακροχρόνιο πρόβλημα.

.

Μια πολύ δύο λέξεις για άλλες εκδόσεις IGMP Η έκδοση 1 διαφέρει στην ουσία μόνο από το γεγονός ότι Δεν έχει άδεια μηνύματος

.

. Εάν ο πελάτης δεν θέλει να λάβει περισσότερη επισκεψιμότητα αυτής της ομάδας, απλά παύει να στέλνει έκθεση σε απάντηση στο ερώτημα. Όταν δεν παραμένει ένας πελάτης, ο δρομολογητής χρονικού ορίου θα σταματήσει να στέλνει την κυκλοφορία. Εξάλλου, Δεν υποστηρίζονται εκλογές querier.

. Προκειμένου να αποφευχθεί η αλληλεπικάλυψη της κυκλοφορίας, ένα υψηλότερο πρωτόκολλο είναι υπεύθυνο, για παράδειγμα, το PIM, για το οποίο θα μιλήσουμε περαιτέρω Η έκδοση 3 υποστηρίζει όλα όσα υποστηρίζουν IGMPV2, αλλά υπάρχουν πολλές αλλαγές. Πρώτον, η αναφορά αποστέλλεται πλέον στη διεύθυνση του ομίλου, αλλά σε μια διεύθυνση υπηρεσίας multicast 224.0.0.22

. Και η διεύθυνση της αιτούμενης ομάδας υποδεικνύεται μόνο εντός της συσκευασίας. Αυτό γίνεται για να απλοποιήσει το έργο του IGMP Snooping, το οποίο θα μιλήσουμε

.

Δεύτερον, το πιο σημαντικό, το IGMPV3 άρχισε να υποστηρίζει το SSM στην καθαρή του μορφή. Αυτό είναι το λεγόμενο

Πάνω από το Dard μπορείτε να το δείτε μόλις ο πελάτης έστειλε μια έκθεση IGMP, αμέσως μετά την πτώση του UDP είναι μια ροή βίντεο. .

Ο πελάτης θα ζητήσει επίσης μια ομάδα 224.2.2.4 μέσω του παίκτη VLC. Πολύχρωμο πολλαπλών προϊόντων πηγής. Στην έκθεση IGMPV2 πηγαίνει στη διεύθυνση της επιθυμητής ομάδας και παράλληλα αναφέρεται στο ίδιο το πακέτο. Αυτά τα μηνύματα πρέπει να ζουν μόνο μέσα στο τμήμα τους και να μην προωθούν ούτως ή άλλως από τους δρομολογητές, έχουν 1 TTL. . Σε αυτή την περίπτωση, ο πελάτης μπορεί να μην ζητήσει μόνο μια ομάδα, αλλά να καθορίσει επίσης έναν κατάλογο πηγών από τις οποίες θα ήθελε να λάβει κίνηση ή αντίστροφα δεν θα ήθελε. Στο IGMPV2, ο πελάτης απλά ζητά και λαμβάνει την κίνηση της ομάδας χωρίς να φροντίζει την πηγή. Έτσι, η IGMP έχει σχεδιαστεί για να αλληλεπιδρά τους πελάτες και το δρομολογητή. Επομένως, επιστρέφοντας Με περισσότερες λεπτομέρειες την εντολή Παράδειγμα ΙΙ. 4Όπως γνωρίζετε, υπάρχουν οι ακόλουθοι τύποι κυκλοφορίας: Όπου δεν υπάρχει δρομολογητής, μπορούμε να δηλώσουμε αυταρχικά - IGMP εκεί - όχι περισσότερο από τη διατύπωση. Δεν υπάρχει δρομολογητής, και ο πελάτης δεν έχει κανείς να ζητήσει ένα ρεύμα πολλαπλών προϊόντων. Και θα κερδίσει ένα βίντεο για τον απλό λόγο ότι η ροή και έτσι να χύνεται από το διακόπτη - απλά πρέπει να το πάρετε. Θυμηθείτε ότι η IGMP δεν λειτουργεί για το IPv6. Υπάρχει πρωτόκολλο MLD Επανάλαβε Πρώτα απ 'όλα, ο δρομολογητής έστειλε το γενικό ερώτημά του IGMP μετά την ενεργοποίηση της IGMP στη διασύνδεσή του για να μάθει εάν υπάρχουν αποδέκτες και δηλώστε την επιθυμία τους να είναι ρευστοποιητή. Εκείνη την εποχή, κανείς δεν ήταν σε αυτή την ομάδα. Στη συνέχεια, εμφανίστηκε ένας πελάτης, ο οποίος ήθελε να λάβει την κυκλοφορία της ομάδας 224.2.2.4 και έστειλε την έκθεση IGMP του. Μετά από αυτό, πήγα στην κυκλοφορία σε αυτό, αλλά φιλτράρεται από τη χωματερή. Στη συνέχεια, ο δρομολογητής αποφάσισε για κάποιο λόγο να ελέγξει - και αν δεν υπάρχουν πλέον πελάτες και θα στείλει το γενικό ερώτημα IGMP και πάλι στο οποίο ο πελάτης αναγκάζεται να απαντήσει ( πέντε.

Περιοδικά (μία φορά το λεπτό) ο δρομολογητής ελέγχει ότι οι παραλήπτες εξακολουθούν να έχουν, χρησιμοποιώντας το γενικό ερώτημα IGMP και ο κόμβος επιβεβαιώνει αυτό χρησιμοποιώντας αναφορά IGMP.

Αλλά εξακολουθεί να είναι εντελώς ακατανόητο πώς η κυκλοφορία από το διακομιστή φτάνει στους πελάτες όταν υπάρχει ένα τεράστιο δίκτυο δικτύου παροχέα; Και όπου, στην πραγματικότητα, θα είναι γνωστό ποιος είναι ο πελάτης; Δεν μπορούμε να καταχωρήσουμε με μη αυτόματο τρόπο τα δρομολόγια, απλά επειδή δεν γνωρίζουμε πού μπορεί να είναι οι πελάτες. Τα συνηθισμένα πρωτόκολλα δρομολόγησης δεν θα απαντήσουν σε αυτή την ερώτηση. Έτσι καταλαβαίνουμε ότι η παράδοση ενός πολυεκπομπού είναι κάτι εντελώς νέο για εμάς. 6. Στη συνέχεια άλλαξε το μυαλό του και αρνήθηκε την ομάδα στέλνοντας άδεια IGMP. 7. Ο δρομολογητής έλαβε άδεια και, θέλοντας να σιγουρευτούν ότι κανένας άλλος παραλήπτης δεν δεν είναι άλλοι παραλήπτες, στείλτε ειδικό ερώτημα της ομάδας IGMP ... δύο φορές. Και μετά τη λήξη του χρονοδιακόπτη παύει να μεταδίδει την κυκλοφορία εδώ. οκτώ. Ωστόσο, συνεχίζει να μεταδίδει το ερώτημα IGMP στο δίκτυο. Για παράδειγμα, σε περίπτωση που δεν έχετε απενεργοποιήσει τη συσκευή αναπαραγωγής, αλλά απλά κάπου με τη σύνδεση του προβλήματος. Στη συνέχεια, η σύνδεση αποκαθίσταται, αλλά ο πελάτης δεν στέλνει μια αναφορά από μόνη της. Αλλά απαντήσεις ερωτήματος. Έτσι, η ροή μπορεί να ανακτήσει χωρίς ανθρώπινη συμμετοχή. Αλλη μια φορά Αυτό γίνεται έτσι ώστε εκατοντάδες πελάτες όλα τα πεδινά που δεν πλημμύρισαν το δίκτυο με τις αναφορές τους λαμβάνοντας γενικά ερωτήματα. Επιπλέον, μόνο ένας πελάτης συνήθως στέλνει έκθεση. - Πρωτόκολλο με το οποίο ο δρομολογητής μαθαίνει για την παρουσία παραλήπτη κυκλοφορίας πολυεκπομπής και την αποσύνδεση τους. Ομάδα συγκεκριμένου ερωτήματος. Igmp έκθεση

- Στέλλεται από τον πελάτη όταν συνδέεται και σε απάντηση στο ερώτημα IGMP. Αυτό σημαίνει ότι ο πελάτης θέλει να λάβει ένα θέαμα μιας συγκεκριμένης ομάδας.

.

IGMP Γενικό ερώτημα.

- αποστέλλεται από το δρομολογητή περιοδικά για να ελέγξει ποιες ομάδες χρειάζονται τώρα. Καθώς αναφέρεται η διεύθυνση του παραλήπτη, 224.0.0.1.

Igmp ομάδα sepcific ερώτημα

- Στέλλεται ο δρομολογητής σε απάντηση στο μήνυμα, για να μάθετε αν υπάρχουν άλλοι παραλήπτες σε αυτήν την ομάδα. Καθώς αναφέρεται η διεύθυνση του παραλήπτη, η διεύθυνση της ομάδας πολυεκπομπής.

- Επιλέγεται από τον πελάτη όταν θέλει να εγκαταλείψει την ομάδα.

- Εάν σε ένα τμήμα εκπομπής, υπάρχουν αρκετοί δρομολογητές που μπορούν να μεταδοθούν, μεταξύ τους επιλέγονται ένα κύριο querier. Θα στείλει περιοδικά ερωτήματα και μεταδίδει κυκλοφορία.

Λεπτομερής περιγραφή όλων των όρων IGMP

Χείλος

Έτσι, κατάλαβα πώς οι πελάτες ενημερώνουν τον πλησιέστερο δρομολογητή για τις προθέσεις τους. Τώρα θα ήταν ωραίο να μεταφέρετε την κυκλοφορία από την πηγή στον παραλήπτη μέσω ενός μεγάλου δικτύου. Εάν το σκεφτείτε, στέκεστε μπροστά σε ένα ευχαριστημένο περίπλοκο πρόβλημα - η πηγή μεταδίδεται μόνο στην ομάδα, δεν γνωρίζει τίποτα για το πού βρίσκονται οι παραλήπτες και πόσοι. .

Οι παραλήπτες και οι πλησιέστεροι δρομολογητές γνωρίζουν μόνο ότι χρειάζονται ένα θέαμα μιας συγκεκριμένης ομάδας, αλλά δεν υπάρχει ιδέα όπου η πηγή είναι και ποια είναι η διεύθυνσή του. Πώς να παραδώσει κυκλοφορία σε αυτή την κατάσταση;

Υπάρχουν πολλά πρωτόκολλα δρομολόγησης κίνησης πολυεκπομπής: DVMRP

  • , Mospf.
  • , CBT.

- Όλοι τους λύουν ένα τέτοιο έργο με διαφορετικούς τρόπους. Αλλά το πρότυπο de facto έγινε

PIM - Πρωτόκολλο Ανεξάρτητο Multicast

Άλλες προσεγγίσεις είναι τόσο ανεπιθύμητες που μερικές φορές ακόμη και οι προγραμματιστές τους το αναγνωρίζουν πρακτικά. Εδώ, για παράδειγμα, ένα απόσπασμα από το RFC μέσω του πρωτοκόλλου CBT: Η έκδοση CBT 2 δεν είναι και δεν προορίζεται να είναι συμβατά με την έκδοση 1. Δεν το εξαντλούμε αυτό να προκαλέσουμε εκτεταμένα προβλήματα συμβατότητας, διότι δεν πιστεύουμε ότι το CBT καθίσταται ευρέως αναπτυγμένο σε αυτό το στάδιο.

Το PIM έχει δύο εκδόσεις που μπορεί να ονομαστεί κατ 'αρχήν δύο διαφορετικά πρωτόκολλα, είναι έντονα διαφορετικά:

PIM πυκνή λειτουργία (DM)

PIM αραιά λειτουργία (SM) Ανεξάρτητος είναι επειδή δεν συνδέεται με ένα συγκεκριμένο πρόγραμμα δρομολόγησης μοναδικής κυκλοφορίας και αργότερα θα δείτε γιατί. .

PIM πυκνή λειτουργία.

PIM DM.

Προσπαθώντας να λύσει το πρόβλημα της παράδοσης του πολλαπλών στο μέτωπο. Προφανώς υποθέτει ότι οι παραλήπτες είναι παντού, σε όλες τις γωνιές του δικτύου. Ως εκ τούτου, αρχικά θέτει ολόκληρο το δίκτυο της κυκλοφορίας πολλαπλών προϊόντων, δηλαδή, το στέλνει σε όλες τις θύρες, επιπλέον, όπου ήρθε από. Εάν τότε αποδεικνύεται ότι κάπου δεν χρειάζεται, τότε αυτός ο κλάδος είναι "αποκοπεί" με τη βοήθεια ενός ειδικού μηνύματος Pim Prune - η κυκλοφορία δεν αποστέλλεται πλέον εκεί. Αλλά μετά από λίγο στο ίδιο κλάδο, ο δρομολογητής προσπαθεί ξανά να στείλει έναν πολυεκπομπό - ξαφνικά εμφανίστηκαν εκεί. Εάν δεν εμφανιστεί, ο κλάδος αποκόπτεται ξανά σε μια ορισμένη περίοδο. Εάν ο πελάτης στο δρομολογητή εμφανίστηκε στο διάστημα μεταξύ αυτών των δύο συμβάντων, το μήνυμα μοσχεύματος αποστέλλεται - ο δρομολογητής ζητά το κονσέρβα πίσω έτσι ώστε να μην περιμένετε μέχρι να πέσει κάτι. .

Όπως μπορείτε να δείτε, δεν υπάρχει ζήτημα να καθοριστεί η πορεία προς τους παραλήπτες - η κυκλοφορία θα τους επιτύχει μόνο επειδή είναι παντού.

Μετά την "περιτομή" των περιττών κλάδων, ένα δέντρο παραμένει, κατά μήκος της οποίας περνάει μια κίνηση πολυεκπομπής. Αυτό το δέντρο καλείται

SPT - το συντομότερο δέντρο διαδρομής

Είναι απαλλαγμένο από βρόχους και χρησιμοποιεί τη συντομότερη διαδρομή από τον παραλήπτη στην πηγή. Στην ουσία είναι πολύ παρόμοια με το Spanning Tree στο STP

Όπου η ρίζα είναι η πηγή.

Το SPT είναι μια θέα από σκυρόδεμα - το συντομότερο δέντρο δέντρων. Σε γενικές γραμμές, κάθε πολύχρωμο δέντρο καλείται

MDT - Δέντρο διανομής Multicast

Θεωρείται ότι το PIM DM θα πρέπει να χρησιμοποιείται σε δίκτυα υψηλής πυκνότητας των πελατών πολυεκπομπής, οι οποίες εξηγούν το όνομά της (πυκνό). Αλλά η πραγματικότητα είναι τέτοια ώστε αυτή η κατάσταση να είναι μάλλον μια εξαίρεση, και συχνά το PIM DM είναι ακατάλληλο. Αυτό που είναι πραγματικά σημαντικό για εμάς τώρα είναι ένας μηχανισμός για την αποφυγή βρόχων. Φανταστείτε ένα τέτοιο δίκτυο:

Μια πηγή, ένας παραλήπτης και το απλούστερο δίκτυο IP μεταξύ τους. Σε όλους τους δρομολογητές που τρέχουν PIM DM.

Τι θα συμβεί αν δεν υπήρχε ειδικός μηχανισμός για την αποφυγή βρόχων;

Η πηγή στέλνει κίνηση πολλαπλών προϊόντων. Το R1 το λαμβάνει και σύμφωνα με τις αρχές της PIM DM στέλνει σε όλες τις διεπαφές, επιπλέον, όπου ήρθε από - δηλαδή, στα R2 και R3.

Το R2 εισέρχεται στον ίδιο τρόπο, δηλαδή, στέλνει κίνηση προς το R3. Το R3 δεν μπορεί να καθορίσει ότι αυτή είναι η ίδια κίνηση που έχει ήδη λάβει από το R1, οπότε το στέλνει σε όλες τις διεπαφές της. Το R1 θα λάβει ένα αντίγραφο της κυκλοφορίας από το R3 και ούτω καθεξής. Εδώ είναι ένας βρόχος.

Τι προσφέρει η PIM σε μια τέτοια κατάσταση;

RPF - Προώθηση διαδρομής αντίστροφης διαδρομής

. Αυτή είναι η κύρια αρχή της μετάδοσης της κυκλοφορίας πολυεκπομπής στο PIM (οποιοδήποτε είδος: και DM και SM) - η κυκλοφορία από την πηγή πρέπει να έρθει κατά μήκος της μικρότερης διαδρομής. Δηλαδή, για κάθε πακέτο πολυεκπομπής, ελέγχεται με βάση τον πίνακα δρομολόγησης, είτε προήλθε από εκεί. 1) Ο δρομολογητής εξετάζει τη διεύθυνση της πηγής του πακέτου πολυεκπομπής.

2) Ελέγχει τον πίνακα δρομολόγησης, μέσω της οποίας διατίθεται η διεπαφή η διεύθυνση πηγής.

3) Ελέγχει τη διεπαφή μέσω του οποίου ήρθε το πακέτο πολυεκπομπής.

4) Εάν οι διεπαφές συμπίπτουν - όλα είναι καλά, το πακέτο πολυεκπομπής παραλείπεται, εάν τα δεδομένα προέρχονται από άλλη διεπαφή - θα απορριφθούν.

Παράδειγμα: IPTV.

Στο παράδειγμά μας, το R3 γνωρίζει ότι η μικρότερη πορεία προς την πηγή βρίσκεται μέσω της R1 (στατική ή δυναμική διαδρομή). Ως εκ τούτου, τα πολυεκπλαδικά πακέτα που προέρχονται από το R1 ελέγχονται και λαμβάνουν R3, και αυτά που προέρχονται από το R2 απορρίπτονται.

Αυτός ο έλεγχος καλείται

Rpf-έλεγχος. Και χάρη σε αυτήν ακόμη και σε πιο σύνθετα δίκτυα, οι βρόχοι στο MDT δεν θα προκύψουν. Αυτός ο μηχανισμός είναι σημαντικός για εμάς, διότι είναι σχετικό και στο PIM-SM και λειτουργεί εκεί μόνο του άλλου.

Όπως μπορείτε να δείτε, ο Pim βασίζεται στο τραπέζι της μοναδικής δρομολόγησης, αλλά πρώτα, δεν προβαίνει στην κυκλοφορία, δεύτερον, δεν έχει σημασία ποιος και πώς να γεμίσει το τραπέζι. Δεν θα σταματήσετε εδώ και θα εξετάσετε τη δουλειά του PIM DM λεπτομερώς - αυτό είναι ένα ξεπερασμένο πρωτόκολλο με μια ζύγιση των ελλείψεων (καλά, όπως το RIP .

Ωστόσο, το PIM DM μπορεί να εφαρμοστεί σε ορισμένες περιπτώσεις. Για παράδειγμα, σε πολύ μικρά δίκτυα, όπου η ροή ενός πολυεκπομπού είναι μικρή.

PIM αραιή λειτουργία.

Εφαρμόστε μια εντελώς διαφορετική προσέγγιση PIM SM.

. Παρά το όνομα (κατεστραμμένη λειτουργία), μπορεί να χρησιμοποιηθεί με επιτυχία σε οποιοδήποτε δίκτυο με αποτελεσματικότητα τουλάχιστον όχι χειρότερο από το PIM DM.

.

Εδώ αρνήθηκαν την ιδέα της άνευ όρων πλημμύρας ενός δικτύου πολλαπλών προϊόντων. Οι ενδιαφερόμενοι κόμβοι Ανεξάρτητοι ζητούν μια σύνδεση δέντρου χρησιμοποιώντας μηνύματα 
Pim Συμμετοχή. Εάν ο δρομολογητής δεν έστειλε να συμμετάσχει, τότε η κυκλοφορία δεν θα σταλεί. Για να κατανοήσετε πώς λειτουργεί το PIM, ας ξεκινήσουμε με ένα απλό δίκτυο με ένα μόνο δρομολογητή PIM:

Από τις ρυθμίσεις στο R1, πρέπει να επιτρέψετε τη δυνατότητα να δρομολογήσετε ένα multicast, PIM SM σε δύο διεπαφές (προς την πηγή και προς τον πελάτη) και το IGMP προς τον πελάτη.

Εκτός από άλλες βασικές ρυθμίσεις, φυσικά (IP, IGP).

Από τώρα και στο εξής, μπορείτε να ρίξετε το GNS και να συλλέξετε το εργαστήριο. Αρκεί να συναρμολογήσετε μια στάση για ένα multicast που είπα σε αυτό το άρθρο.

R1 (Config) #IP Multicast-Routing R1 (Config) #int FA0 / 0 R1 (Config-If) #IP PIM αραιά-Λειτουργία R1 (Config-IF) #int FA1 / 0 R1 (Config-If) #IP PIM Αραιή λειτουργία. Η Cisco εδώ, όπως συνήθως διαθέτει την ειδική της προσέγγιση: όταν ενεργοποιείτε το PIM στη διεπαφή, ενεργοποιείται αυτόματα το IGMP. Σε όλες τις διεπαφές όπου ενεργοποιείται το PIM, λειτουργεί και IGMP. Ταυτόχρονα, άλλοι κατασκευαστές έχουν δύο διαφορετικά πρωτόκολλα ενεργοποιούν δύο διαφορετικές εντολές: ξεχωριστό IgMP, ξεχωριστά PIM. Συγχωρήστε την Cisco αυτή την ιδιαιτερότητα; Μαζί με όλους τους άλλους; Επιπλέον, μπορεί να χρειαστεί να ρυθμίσετε τη διαμόρφωση της διεύθυνσης RP ( IP PIM RP-Διεύθυνση 172.16.0.1 , π.χ). Σχετικά με αυτό αργότερα, ενώ δεχόμαστε ως δεδομένη και αποδοχή.

Ελέγξτε την τρέχουσα κατάσταση του πίνακα δρομολόγησης πολυεκπομπής για την ομάδα 224.2.2.4: Αφού ξεκινήσετε την εκπομπή στην πηγή, πρέπει να ελέγξετε ξανά το τραπέζι. Ας αναλύσουμε αυτό το μικρό συμπέρασμα.

Εγγραφή (*, 225.0.1.1) Ταυτόχρονα, άλλοι κατασκευαστές έχουν δύο διαφορετικά πρωτόκολλα ενεργοποιούν δύο διαφορετικές εντολές: ξεχωριστό IgMP, ξεχωριστά PIM. που ονομάζεται Επιπλέον, μπορεί να χρειαστεί να ρυθμίσετε τη διαμόρφωση της διεύθυνσης RP ( (*, G) , / ανάγνωση ΣΚΑΚΡΟΜΑΔΖΗ (/ Και μας ενημερώνει για τους παραλήπτες. Και δεν είναι απαραίτητο να μιλήσετε για έναν υπολογιστή-πελάτη, γενικά, μπορεί να είναι, για παράδειγμα, ένα άλλο δρομολογητή PIM. Είναι σημαντικό να πρέπει να περάσουν οι διασυνδέσεις. Εάν η λίστα των μεταγενέστερων διεπαφών (λάδι) είναι κενή -

ΜΗΔΕΝΙΚΟ

, Ως εκ τούτου, δεν υπάρχουν παραλήπτες - και δεν τους έχουμε ξεκινήσει ακόμα.

Ρεκόρ

(172.16.0.5, 225.0.1.1) (S, g) .

Eskijah

/ Και υποδηλώνει ότι η πηγή είναι γνωστή. Στην περίπτωσή μας, μια πηγή με τη διεύθυνση 172.16.0.5 εκπομπές κυκλοφορίας για την ομάδα 224.2.2.4. Η κυκλοφορία πολυεκπομπής έρχεται στη διεπαφή FE0 / 1 - αυτό είναι

άρχοντας

Αντίθετα στο ρεύμα

) Διεπαφή.

Έτσι, δεν υπάρχουν πελάτες. Η κυκλοφορία από την πηγή έρχεται στο δρομολογητή και σε αυτή τη ζωή τελειώνει. Ας προσθέσουμε τώρα τον παραλήπτη - θα θέσουμε τη λήψη του multicast στον υπολογιστή.

Ο υπολογιστής στέλνει την αναφορά IGMP, ο δρομολογητής κατανοεί ότι οι πελάτες εμφανίστηκαν και ενημερώνει τον πίνακα δρομολόγησης Multicast. Τώρα μοιάζει με αυτό: Εμφανίστηκε μια μεταγενέστερη διασύνδεση: FE0 / 0, το οποίο είναι αρκετά αναμενόμενο. Και εμφανίστηκε και τα δύο στα (*, g) και στα (s, g). Ο κατάλογος των διεπαφών κατάντη ονομάζεται

Λίστα εξερχόμενων διασύνδεσης πετρελαίου

.

Προσθέστε έναν άλλο πελάτη στη διασύνδεση FE1 / 0:

Εάν διαβάσετε κυριολεκτικά την έξοδο, έχουμε:

(*, G): Υπάρχουν παραλήπτες κίνησης πολυεκπομπής για την ομάδα 224.2.2.4 εξωτερικές διεπαφές FE0 / 0, FE1 / 0. Και απολύτως δεν έχει σημασία ποιος ο αποστολέας, τι και λέει το σημάδι "*". 

(S, G): Όταν η κίνηση πολυεκπομπής με τη διεύθυνση προορισμού 224.2.2.4 από την πηγή 172.16.0.5 έρχεται στη διεπαφή FE0 / 1, τα αντίγραφάτά του πρέπει να αποστέλλονται στα FE0 / 0 και Fe1 / 0.

Αλλά ήταν ένα πολύ απλό παράδειγμα - ένας δρομολογητής γνωρίζει αμέσως τη διεύθυνση προέλευσης και όπου βρίσκονται οι παραλήπτες. Στην πραγματικότητα, ακόμη και τα δέντρα δεν υπάρχουν εδώ - εκτός από τον εκφυλισμό. Αλλά μας βοήθησε να ασχοληθούμε με το πώς αλληλεπιδρούν το PIM και IGMP. 
Για να αντιμετωπίσετε τι είναι το PIM, γυρίζουμε στο δίκτυο πολύ πιο περίπλοκο

Ας υποθέσουμε ότι όλες οι διευθύνσεις IP έχουν ήδη ρυθμιστεί σύμφωνα με το σχήμα. Το δίκτυο τρέχει IGP για συνηθισμένη μοναδική δρομολόγηση. Πελάτης1 Για παράδειγμα, μπορεί να ping ένα διακομιστή προέλευσης. Αλλά μέχρι στιγμής η PIM, η IGMP δεν εκτελείται, οι πελάτες δεν ζητούν κανάλια. Αρχείο αρχικής διαμόρφωσης

Έτσι, η στιγμή του χρόνου 0.

Ενεργοποιήστε τη δρομολόγηση Multicast και στους πέντε δρομολογητές:

Rx (config) #ip multicast-routing

Το PIM περιλαμβάνεται απευθείας σε όλες τις διεπαφές όλων των δρομολογητών (συμπεριλαμβανομένης της διασύνδεσης προς τον διακομιστή και τους πελάτες της πηγής):

Rx (config) #int fex / x rx (config-in) #IP PIM αραιή λειτουργία Η IGMP, θεωρητικά, θα πρέπει να συμπεριληφθεί στις διεπαφές προς τους πελάτες, αλλά, όπως έχουμε ήδη παραιτηθεί παραπάνω, ενεργοποιείται αυτόματα στον εξοπλισμό Cisco με PIM. Το πρώτο πράγμα που κάνει το PIM - θέτει τη γειτονιά. Μηνύματα που χρησιμοποιούνται για αυτό

Pim γεια.

. Όταν ενεργοποιείτε το PIM στη διεπαφή, το Pim Hello αποστέλλεται στη διεύθυνση

  1. 224.0.0.13
  2. Με το TTL ίση με το 1. Αυτό σημαίνει ότι μόνο οι δρομολογητές σε έναν τομέα εκπομπής μπορούν να είναι γείτονες.

Μόλις οι γείτονες έχουν χαιρετισμούς ο ένας από τον άλλο:

Τώρα είναι έτοιμοι να δεχτούν εφαρμογές για ομάδες multicast.

Εάν ξεκινήσουμε τώρα στο περίβλημα του πελάτη αφενός και ενεργοποιούμε το ρεύμα πολυεκπομπής από το διακομιστή από το άλλο, τότε το R1 θα λάβει μια ροή κυκλοφορίας και το R4 θα λάβει μια αναφορά IGMP όταν προσπαθείτε να συνδεθείτε. Ως αποτέλεσμα, το R1 δεν θα γνωρίζει τίποτα σχετικά με τους παραλήπτες και το R4 στην πηγή. Θα ήταν ωραίο αν οι πληροφορίες σχετικά με την πηγή και οι πελάτες του Ομίλου συλλέχθηκαν κάπου σε ένα μέρος. Αλλά σε τι; Ένα τέτοιο σημείο της συνάντησης καλείται

Rendezvous point - rp 

. Αυτή είναι η κεντρική έννοια του PIM SM. Τίποτα δεν λειτούργησε χωρίς αυτό. Εδώ είναι η πηγή και οι παραλήπτες.

Όλοι οι δρομολογητές PIM πρέπει να γνωρίζουν ποιος είναι RP στον τομέα, δηλαδή, γνωρίζετε τη διεύθυνση IP του. Για να δημιουργήσετε ένα δέντρο MDT, το δίκτυο επιλέγεται ως RP κάποιο κεντρικό σημείο, το οποίο, υπεύθυνος για τη μελέτη της πηγής,

Είναι ένα σημείο έλξης να συμμετάσχουν σε μηνύματα από όλους τους ενδιαφερόμενους. 

Υπάρχουν δύο τρόποι για την εργασία RP: Στατική και δυναμική. Θα εξετάσουμε τόσο σε αυτό το άρθρο, αλλά θα ξεκινήσουμε με στατικά, επειδή αυτό που είναι πιο πιθανό να είναι στατικό;

Αφήστε το R2 να παιχτεί από το RP.

Για να αυξηθεί η αξιοπιστία, η διεύθυνση Loopback συνήθως επιλέγεται. ως εκ τούτου

για όλους

Οι δρομολογητές εκτελούνται από την εντολή: RX (Config) #IP PIM RP-Διεύθυνση 2.2.2.2 )

Φυσικά, αυτή η διεύθυνση πρέπει να είναι διαθέσιμη στον πίνακα δρομολόγησης από όλα τα σημεία. Λοιπόν, δεδομένου ότι η διεύθυνση 2.2.2.2 είναι RP, στη διεπαφή )

Loopback 0. Στο R2, είναι επίσης επιθυμητό να ενεργοποιηθεί το PIM. R2 (Config) #Interface Loopback 0 RX (Config-IF) #IP PIM Sperse-Mode )

Αμέσως μετά από αυτό, το R4 μαθαίνει για την πηγή της κυκλοφορίας για την ομάδα 224.2.2.4:

Και ακόμη και μεταφέρει την κυκλοφορία:

Η διεπαφή FE0 / 1 έρχεται 362000 b / s και μέσω της διεπαφής FE0 / 0 που μεταδίδονται.

Το μόνο που κάναμε: Στη συνέχεια, ο δρομολογητής σταματάει το ρεύμα. Περιλάμβανε τη δυνατότητα δρομολόγησης της κυκλοφορίας πολυεκπομπής (

Εξετάστε λίγο πιο δύσκολη περίπτωση: IP Multicast-δρομολόγηση

Ενεργοποιημένη PIM σε διεπαφές ( Δηλαδή, για κάθε πακέτο πολυεκπομπής, ελέγχεται με βάση τον πίνακα δρομολόγησης, είτε προήλθε από εκεί. IP PIM αραιά λειτουργία

Έδειξε τη διεύθυνση RP ( IP PIM RP-STRESS X.x.x.x. Όλα, αυτή είναι ήδη μια διαμόρφωση εργασίας και μπορεί να αναζητηθούν, επειδή οι σκηνές κρύβονται πολύ περισσότερο από ορατό στη σκηνή. Πλήρης διαμόρφωση με PIM.

- πολιτική. Αυτός που θα κερδίσει θα στείλει το ερώτημα, την αναφορά αναφοράς και να αντιδράσει για να φύγει και, κατά συνέπεια, θα στείλει επισκεψιμότητα στο τμήμα. Ο ηττημένος θα ακούσει μόνο την αναφορά και θα κρατήσει το χέρι σας στον παλμό. Συνημεύω

Λοιπόν, πώς τα πάντα λειτουργούν στο τέλος; Πώς ξέρει το RP όπου η πηγή όπου οι πελάτες και παρέχει επικοινωνία μεταξύ τους; Δεδομένου ότι τα πάντα αποδεικνύονται για χάρη των αγαπημένων μας πελατών, τότε, ξεκινώντας από αυτούς, εξετάστε όλη τη διαδικασία στις λεπτομέρειες. Ο πελάτης 1 στέλνει έκθεση IGMP για την ομάδα 224.2.2.4

Το R4 παίρνει αυτό το ερώτημα, κατανοεί ότι υπάρχει ένας πελάτης εκτός της διεπαφής FE0 / 0, προσθέτει αυτή τη διεπαφή σε λάδι και σχηματίζει την εγγραφή (*, g).

Η ανερχόμενη διεπαφή FE0 / 1 παρατηρείται εδώ, αλλά αυτό δεν σημαίνει ότι το R4 λαμβάνει κυκλοφορία για την ομάδα 224.2.2.4. Μιλάει μόνο ότι η μόνη θέση από όπου μπορεί να λάβει είναι FE0 / 1, επειδή υπάρχει ότι το RP είναι εκεί. Με την ευκαιρία, ο γείτονας που πέρασε

Εξετάστε την κατάσταση από τη στιγμή που οι δρομολογητές R1 και R2 είναι ενεργοποιημένοι. - R2: 10.0.2.24. Αναμενόμενος.

Το R4 ονομάζεται - LHR (τελευταίο δρομολογητή λυκίσκου) - ο τελευταίος δρομολογητής στο μονοπάτι της κυκλοφορίας πολυεκπομπής, αν μετράτε από την πηγή. Με άλλα λόγια, αυτός είναι ο δρομολογητής που βρίσκεται πιο κοντά στον παραλήπτη. Για

Πελάτη1. - είναι R4 για Πελάτη2.

- Αυτό είναι R5.

Δεδομένου ότι δεν υπάρχει ρεύμα πολυεκπομπής στο R4 (δεν έχει ζητηθεί πριν), αποτελεί το μήνυμα σύνδεσης PIM και το στέλνει προς το RP (2.2.2.2).

Η ένταξη PIM αποστέλλεται από ένα multicast στη διεύθυνση 224.0.0.13. "Κατά την κατεύθυνση του RP," σημαίνει μέσω της διασύνδεσης που καθορίζεται στον πίνακα δρομολόγησης, ως εξερχόμενη για τη διεύθυνση που καθορίζεται μέσα στη συσκευασία. Στην περίπτωσή μας, είναι 2.2.2.2 - Διεύθυνση RP. Αυτή η ένωση αναφέρεται ως

Συμμετοχή (*, g)

Και λέει: "Δεν έχει σημασία ποιος πηγαίνει, χρειάζομαι μια ομάδα 224.2.2.4." Δηλαδή, κάθε δρομολογητής στο δρόμο θα πρέπει να χειρίζεται τέτοια ένωση και, εάν είναι απαραίτητο, στείλτε μια νέα σύνδεση στο πλάι του RP. (Είναι σημαντικό να καταλάβετε ότι εάν υπάρχει ήδη αυτή η ομάδα στον δρομολογητή, δεν θα στείλει ενταχία - θα προσθέσει απλώς τη διεπαφή από την οποία η ένταξη ήρθε η διέλευση της κυκλοφορίας). Στην περίπτωσή μας, η εγγραφή συμμετείχε στο FE0 / 1:

R2, έχοντας λάβει ενταχία, δημιουργεί ένα αρχείο (*, g) και προσθέτει τη διεπαφή FE0 / 0 σε λάδι. Αλλά η ενίσχυση δεν μπορεί πλέον να στείλει - ο ίδιος ο ίδιος ήδη rp, και τίποτα δεν είναι γνωστό για την πηγή ακόμα. Αλλά μετά από λίγο στο ίδιο κλάδο, ο δρομολογητής προσπαθεί ξανά να στείλει έναν πολυεκπομπό - ξαφνικά εμφανίστηκαν εκεί. Εάν δεν εμφανιστεί, ο κλάδος αποκόπτεται ξανά σε μια ορισμένη περίοδο. Εάν ο πελάτης στο δρομολογητή εμφανίστηκε στο διάστημα μεταξύ αυτών των δύο συμβάντων, το μήνυμα μοσχεύματος αποστέλλεται - ο δρομολογητής ζητά το κονσέρβα πίσω έτσι ώστε να μην περιμένετε μέχρι να πέσει κάτι. Έτσι, το RP μαθαίνει για το πού βρίσκονται οι πελάτες.

Ενεργοποιημένη IGMP σε διεπαφές. Αν ένα

Πελάτης 2. Επίσης, θέλουν να λαμβάνετε την κυκλοφορία πολυεκπομπής για την ίδια ομάδα, το R5 θα στείλει το PIM να συμμετάσχει σε FE0 / 1, επειδή το RP, R3, το οποίο το έλαβε, σχηματίζει ένα νέο PIM ενταχθεί και το στέλνει στο FE1 / 1 - όπου βρίσκεται το RP. Δηλαδή, συμμετέχετε στον κόμβο πίσω από τον κόμβο μέχρι να φτάσει σε RP ή σε άλλο δρομολογητή, όπου υπάρχουν ήδη πελάτες αυτής της ομάδας.

Έτσι, το R2 είναι το RP μας - τώρα γνωρίζει ότι για FE0 / 0 και FE1 / 0 έχει παραλήπτες για την ομάδα 224.2.2.4.

Και δεν έχει σημασία πόσοι υπάρχουν εκεί - το ένα μετά από κάθε διεπαφή ή εκατό - η ροή της κυκλοφορίας θα εξακολουθεί να είναι μία στη διασύνδεση. Εάν απεικονίζετε γραφικά αυτό που πήραμε, θα μοιάζει με αυτό: Απλά μοιάζει με ένα δέντρο, σωστά; Ως εκ τούτου, καλείται -

Αρχικά, από προεπιλογή, καθένας από αυτούς θεωρεί τον εαυτό του querier. RPT - Rendezvous Point Tree

. Αυτό το δέντρο έχει ρίζες σε RP, και των οποίων τα κλαδιά επεκτείνονται στους πελάτες.

Γενικότερος όρος όπως αναφέραμε παραπάνω -

- δέντρο κατά μήκος του οποίου κατανέμεται το ρεύμα πολυεκπομπής. Αργότερα θα δείτε τη διαφορά μεταξύ MDT και RPT.

Τώρα δίνουμε το διακομιστή. Όπως έχουμε ήδη συζητήσει παραπάνω, δεν ανησυχεί για το PIM, RP, IGMP - απλά μεταδίδει. Και το R1 παίρνει αυτό το ρεύμα. Το καθήκον του είναι να παραδώσει ένα multicast στο rp. Στο PIM υπάρχει ένας ειδικός τύπος μηνυμάτων - Κανω ΕΓΓΡΑΦΗ . Απαιτείται να καταχωρίσετε μια πηγή πολυεκπομπής σε RP.

Γενικά ερωτήματα Λάβετε όλες τις συσκευές του τμήματος, συμπεριλαμβανομένων άλλων δρομολογητών IGMP. Έτσι, το R1 λαμβάνει ένα ρεύμα πολυεκπομπού ομάδων 224.2.2.4:

R1 είναι

FHR (πρώτο δρομολογητή λυκίσκου)

- ο πρώτος δρομολογητής στο μονοπάτι της κυκλοφορίας πολυεκπομπής ή το πλησιέστερο στην πηγή.

Στη συνέχεια, ενθυλακώνει κάθε πακέτο πολυεκπομπής που λαμβάνεται από την πηγή σε μοναδικό μητρώο PIM και το στέλνει ευθεία στο rp.

  1. Δώστε προσοχή στη στοίβα του πρωτοκόλλου. Στην κορυφή της UNICUST IP και η κεφαλίδα PIM είναι το αρχικό multicast IP, UDP και τα δεδομένα.
  2. Τώρα, σε αντίθεση με όλους τους άλλους, αναφέρονται τα μηνύματα PIM που μας γνωστών, στη διεύθυνση του παραλήπτη, 2.2.2.2, αναφέρεται και όχι μια διεύθυνση πολλαπλών στοιχείων.

Ένα τέτοιο πακέτο παραδίδεται στο RP σύμφωνα με τους τυποποιημένους κανόνες της Unicreten δρομολόγησης και φέρει το αρχικό πακέτο πολυεκπομπής, δηλαδή, είναι ... Αυτή είναι η σήραγγα!

=====================

Αριθμός εργασίας 1. Σχέδιο και αρχική διαμόρφωση. .

Έχοντας λάβει ένα τέτοιο μήνυμα από έναν γείτονα, κάθε δρομολογητής εκτιμά ποιος αξίζει περισσότερο. Στον Server 172.16.0.5, μια εφαρμογή που μπορεί να μεταδώσει μόνο πακέτα μόνο σε μια διεύθυνση εκπομπής 255.255.255.255, με τη θύρα υποδοχής UDP 10999. Αυτή η κίνηση πρέπει να παραδοθεί στους πελάτες 1 και 2: .

Πελάτης 1 με τη μορφή κίνησης πολυεκπομπής με τη διεύθυνση της ομάδας 239.9.9.9.

Και στον τομέα του πελάτη 2, με τη μορφή πακέτων εκπομπής στη διεύθυνση 255.255.255.255.

Λεπτομέρειες για την εργασία εδώ.

===================== Σχέδιο και αρχική διαμόρφωση. Το RP λαμβάνει μητρώο PIM, το αποσυσκευάζει και ανιχνεύει την κυκλοφορία στο περιτύλιγμα για την ομάδα 224.2.2.4. Ανεξάρτητος είναι επειδή δεν συνδέεται με ένα συγκεκριμένο πρόγραμμα δρομολόγησης μοναδικής κυκλοφορίας και αργότερα θα δείτε γιατί. Πληροφορίες σχετικά με αυτό, εισέρχεται αμέσως στο τραπέζι της δρομολόγησης multicast:

Μια καταχώρηση (S, G) - (172.16.0.5, 224.2.2.4). Τα αποσυσκευασμένα πακέτα RP αποστέλλονται περαιτέρω στο RPT σε διεπαφές FE0 / 0 και FE1 / 0, σύμφωνα με τις οποίες η κυκλοφορία έρχεται στους πελάτες.

Κατ 'αρχήν, αυτό θα μπορούσε να διακοπεί. Όλα λειτουργούν - οι πελάτες λαμβάνουν κυκλοφορία. Αλλά υπάρχουν δύο προβλήματα:

Διαδικασίες ενθυλάκωση και απεκπροσαρμογή - Πολύ δαπανηρή ενέργειες για δρομολογητές. Επιπλέον, οι πρόσθετοι κεφαλίδες αυξάνουν το μέγεθος της συσκευασίας και απλά δεν θα αναρριχηθεί στο MTU κάπου στον ενδιάμεσο κόμβο (θυμάτε όλα τα προβλήματα της σήραγγας).

Εάν ξαφνικά κάπου μεταξύ της πηγής και του RP υπάρχουν επίσης παραλήπτες για την ομάδα, η κίνηση Multicast θα πρέπει να περάσει δύο φορές. Πάρτε για παράδειγμα εδώ είναι μια τέτοια τοπολογία: Η κυκλοφορία στα μηνύματα καταχωρητή θα φτάσει πρώτα το RP κατά μήκος της γραμμής R1-R42-R2, τότε το καθαρό multicast θα επιστρέψει κατά μήκος της γραμμής R2-R42. Έτσι, στη γραμμή R42-R2, δύο αντίγραφα μιας κυκλοφορίας θα πάνε, αν και σε αντίθετες κατευθύνσεις. Ως εκ τούτου, είναι καλύτερο να μεταφέρετε ένα καθαρό multicast στο rp σε rp, και για αυτό πρέπει να χτίσετε ένα δέντρο - Δέντρο πηγής Επομένως, το RP στέλνει PIM συμμετοχή στο R1. Αλλά τώρα υποδεικνύεται σε αυτό για τη διεύθυνση ομάδας όχι RP, αλλά η πηγή που μελετήθηκε από το μήνυμα μητρώου. Αυτό το μήνυμα καλείται Συμμετοχή (S, G) - Συμμετοχή πηγής Ο στόχος του είναι ακριβώς ο ίδιος με το PIM Join (*, G) - Δημιουργήστε ένα δέντρο, μόνο αυτή τη φορά από την πηγή σε rp. Συμμετοχή (S, G) επεκτείνει επίσης έναν κόμβο πίσω από έναν κόμβο ως τη συνήθη σύνδεση (*, g). Συμμετάσχετε μόνο (*, g), προσπαθεί για RP και συμμετέχει (S, G) έως S-SOURCE. Καθώς η διεύθυνση του παραλήπτη είναι επίσης μια διεύθυνση υπηρεσίας 224.0.0.13 και TTL = 1. Εάν υπάρχουν ενδιάμεσοι κόμβοι, για παράδειγμα, το R42, σχηματίζουν επίσης εγγραφή (s, g) και μια λίστα με τις μεταγενέστερες διεπαφές για αυτήν την ομάδα και προς τα εμπρός συνδέονται στην πηγή. Το μονοπάτι για το οποίο συνδέεται από το RP στην πηγή - δέντρο από την πηγή. Αλλά ένα πιο κοινό όνομα - - Μετά από όλα, η κυκλοφορία από την πηγή σε RP θα πάει κατά μήκος της μικρότερης διαδρομής.

εννέα) Το R1 έχει λάβει τη συμμετοχή (S, G), προσθέτει τη διεπαφή FE1 / 0, από την οποία το πακέτο ήρθε στη λίστα των μεταγενέστερων διεπαφών πετρελαίου και αρχίζει να μεταδίδει καθαρή κυκλοφορία πολυεκπομπής, απαράδεκτη ενθυλάκωση. Η εγγραφή (S, G) στο R1 έχει ήδη βρεθεί μόλις γίνει το πρώτο πολυώροφο πακέτο από τον διακομιστή προέλευσης. Σύμφωνα με το δέντρο κατασκευής, το πολυεκπομπό μεταδίδεται RP (και όλους τους ενδιάμεσους πελάτες εάν είναι, για παράδειγμα, R42). .

Αλλά είναι απαραίτητο να έχουμε κατά νου ότι τα μηνύματα εγγραφής μεταδόθηκαν όλη αυτή τη φορά και πέρασε μέχρι τώρα. Δηλαδή, στην πραγματικότητα, το R1 στέλνει δύο αντίγραφα της κυκλοφορίας τώρα: το ένα είναι ένα καθαρό multicast SPT, το άλλο είναι ενθυλακωμένο σε μονογοτέσιο μητρώο. Πρώτον, το R1 στέλνει ένα multicast για εγγραφή - Συσκευασία 231.

. Στη συνέχεια, το R2 (RP) θέλει να συνδεθεί στο δέντρο, στέλνει σύνδεση -

Συσκευασία 232.

. Το R1 εξακολουθεί να είναι αρκετό καιρό ενώ το ερώτημα επεξεργάζεται από το R2, στέλνει ένα multicast για να εγγραφεί ( Πακέτα από 233 έως 238 ). Στη συνέχεια, όταν η μεταγενέστερη διασύνδεση έχει προστεθεί στο λάδι στο R1, αρχίζει να μεταδίδει καθαρό multicast -

Πακέτα 239 και 242 , αλλά όχι ακόμα να σταματήσει και να εγγραφεί - Πακέτα 241 και 243 . ΑΛΛΑ и Πακέτο 240. - Αυτό το R2 δεν μπορούσε να σταθεί και να ζητήσει και πάλι να χτίσει ένα δέντρο. Σχέδιο και αρχική διαμόρφωση. 10) Έτσι, το Unraced Multicast φτάνει το RP. Κατανοεί ότι αυτή είναι η ίδια κίνηση που έρχεται σε εγγραφή, επειδή η ίδια διεύθυνση της ομάδας είναι η ίδια διεύθυνση πηγής και από μία διεπαφή. Για να μην λάβετε δύο αντίγραφα, στέλνει στο R1 μοναδικό PIM Εγγραφή-Σταματήστε

Το Register-Stop δεν σημαίνει ότι το R2 αρνείται την κυκλοφορία ή δεν αναγνωρίζει περισσότερη αυτή την πηγή, λέει μόνο ότι είναι απαραίτητο να σταματήσετε την αποστολή

ενθυλακωμένος ΚΙΝΗΣΗ στους ΔΡΟΜΟΥΣ. Στη συνέχεια, ένας άγριος αγώνας - R1 συνεχίζει να μεταφέρει την κυκλοφορία που συσσωρεύεται στο buffer, ενώ οι διαδικασίες διακοπής του μητρώου και το συνηθισμένο multicast και το εσωτερικό των μηνυμάτων εγγραφής:

Αλλά, αργά ή γρήγορα, το R1 αρχίζει να μεταδίδει μόνο καθαρή κυκλοφορία πολυεκπομπής.

Κατά την προετοιμασία, είχα μια νόμιμη ερώτηση: Λοιπόν, γιατί όλα αυτά τα σήραγγα, το μητρώο PIM; Γιατί να μην κάνετε με μια κυκλοφορία πολυεκπομπής, όπως και με το Pim Join - στείλτε ένα hop πίσω από ένα hop με το TTL = 1 προς το RP - νωρίτερα ή αργότερα θα έρθει; Έτσι θα χτίσει επίσης ένα δέντρο την ίδια στιγμή χωρίς περιττές χειρονομίες.

Υπάρχουν αρκετές αποχρώσεις εδώ.

Πρώτον, παραβιάζεται η κύρια αρχή του PIM SM - η κυκλοφορία που αποστέλλεται μόνο στην οποία ζητήθηκε από.

Δεν Join - Δεν υπάρχει δέντρο

! Δεύτερον, αν δεν υπάρχουν πελάτες για αυτήν την ομάδα, το FHR δεν αναγνωρίζει αυτό και θα συνεχίσει να στέλνει την κυκλοφορία στο "δέντρο". Ποια είναι η ανόητη χρήση του εύρους ζώνης; Στον κόσμο της επικοινωνίας, ένα τέτοιο πρωτόκολλο απλά δεν θα επιβιώσει, όπως δεν επέστρεψε το PIM DM ή DVMRP. Έτσι έχουμε ένα μεγάλο δέντρο MDT για την ομάδα 224.2.2.4 από

Τώρα δίνουμε το διακομιστή. Όπως έχουμε ήδη συζητήσει παραπάνω, δεν ανησυχεί για το PIM, RP, IGMP - απλά μεταδίδει. Και το R1 παίρνει αυτό το ρεύμα. Το καθήκον του είναι να παραδώσει ένα multicast στο rp. Διακομιστές πηγής Κανω ΕΓΓΡΑΦΗ πριν Πελάτης 1.

Πελάτης 2.

. Και αυτό το MDT αποτελείται από δύο κομμάτια, τα οποία χτίστηκαν ανεξάρτητα το ένα από το άλλο:

από την πηγή έως το RP και Κρότος από το RP σε πελάτες. Εδώ είναι η διαφορά μεταξύ του MDT από την RPT και το SPT. Το MDT είναι ένας μάλλον κοινός όρος που σημαίνει ένα δέντρο μετάδοσης πολυεκπομπής γενικά, ενώ η RPT / SPT είναι η πολύ συγκεκριμένη εμφάνισή του.

Και τι γίνεται αν ο διακομιστής έχει ήδη μεταδοθεί και δεν υπάρχει πελάτης και όχι; Multicast έτσι θα φράξει την τοποθεσία μεταξύ του αποστολέα και του rp;

Όχι, στην περίπτωση αυτή, η στάση του PIM θα βοηθήσει επίσης. Εάν το μήνυμα εγγραφής έχει ξεκινήσει στο RP για κάποια ομάδα και δεν υπάρχουν αποδέκτες γι 'αυτό, το RP δεν ενδιαφέρεται να λάβει αυτή την κυκλοφορία, επομένως,

Δεν στέλνουν

PIM Συμμετοχή (S, G), το RP αποστέλλει αμέσως μητρώο-στάση στο R1.

R1, έχοντας λάβει το μητρώο-stop και βλέποντας ότι δεν υπάρχει δέντρο για αυτήν την ομάδα (χωρίς πελάτες), αρχίζει να απορρίπτει την κυκλοφορία πολυεκπομπής από το διακομιστή.

Δηλαδή, ο ίδιος ο διακομιστής δεν ανησυχεί για αυτό πάρα πολύ και συνεχίζει να στέλνει τη ροή, αλλά, έχοντας φτάσει στη διεπαφή του δρομολογητή, η ροή θα απορριφθεί.

Σε αυτή την περίπτωση, η RP συνεχίζει να αποθηκεύει την είσοδο (S, G). Δηλαδή, η κυκλοφορία δεν παίρνει, αλλά όπου η πηγή βρίσκεται για την ομάδα που γνωρίζει ο Όμιλος. Εάν οι παραλήπτες εμφανίζονται στην ομάδα, το RP μαθαίνει γι 'αυτούς και στέλνει στην πηγή ένωση (s, g), η οποία χτίζει ένα δέντρο.

Επιπλέον, κάθε 3 λεπτά R1 θα προσπαθήσει να ξαναγράψει μια πηγή σε RP, δηλαδή, στείλτε πακέτα μητρώου. Είναι απαραίτητο προκειμένου να ειδοποιηθείς η RP ότι αυτή η πηγή είναι ακόμα ζωντανή.

Σε ιδιαίτερα περιπετειώδεις αναγνώστες, πρέπει να προκύψει το ερώτημα - τι γίνεται με το RPF; Μετά από όλα, ο μηχανισμός αυτός ελέγχει τη διεύθυνση του αποστολέα του πακέτου πολυεκπομπής και εάν η κυκλοφορία δεν προέρχεται από τη σωστή διεπαφή, θα απορριφθεί. Ταυτόχρονα, η RP και η πηγή μπορεί να είναι σε διαφορετικές διεπαφές. Έτσι, στο παράδειγμά μας για το R3 RP - για FE1 / 1 και την πηγή για FE1 / 0. . ΑΛΛΑ Η απάντηση είναι προβλέψιμη - στην περίπτωση αυτή, η διεύθυνση προέλευσης ελέγχεται, αλλά το RP. Δηλαδή, η κυκλοφορία πρέπει να προέρχεται από τη διεπαφή προς το RP. Αλλά, όπως βλέπετε περαιτέρω, αυτό δεν είναι επίσης ένας μη ρεαλιστικός κανόνας. .

Είναι σημαντικό να καταλάβουμε ότι το RP δεν είναι καθολικός μαγνήτης - για κάθε ομάδα μπορεί να υπάρχει rp του. Δηλαδή, μπορεί να υπάρχουν δύο από αυτά στο δίκτυο και τρεις και εκατό - ένα RP είναι υπεύθυνο για ένα σύνολο ομάδων, το άλλο είναι μετά το άλλο. Επιπλέον, υπάρχει κάτι τέτοιο Anycast rp. Και στη συνέχεια διαφορετική RP μπορεί να εξυπηρετήσει την ίδια ομάδα. Αριθμός εργασίας 2. и - είναι R4 για Σημείωση για τοπολογία : Σε αυτό το πρόβλημα, μόνο R1, R2 δρομολογητές τρέχουν διαχειριστές του δικτύου μας. Δηλαδή, η διαμόρφωση μπορεί να αλλάξει μόνο σε αυτά. Ο διακομιστής 172.16.0.5 μεταδίδει την κυκλοφορία πολυεκπομπών στις ομάδες 239.1.1.1 και 239.2.2.2.

Διαμορφώστε το δίκτυο έτσι ώστε η κυκλοφορία της ομάδας 239.1.1.1 να μην μεταδίδεται στο τμήμα μεταξύ R3 και R5 και σε όλα τα τμήματα κάτω από το R5.

Αλλά ταυτόχρονα, η ομάδα κυκλοφορίας 239.2.2.2 πρέπει να μεταδοθεί χωρίς προβλήματα.

Λεπτομέρειες για την εργασία εδώ.

=====================

Ξυράφι Okkama ή απενεργοποίηση περιττών κλάδων

Αφού ο τελευταίος πελάτης στο τμήμα αρνήθηκε να εγγραφεί, το PIM πρέπει να κόψει το περίσσεια κλάδου RPT.

Αφήστε, για παράδειγμα, ο μόνος πελάτης στο R4 απενεργοποιημένος από τον υπολογιστή. IGMP Αφήστε το δρομολογητή ή μετά από τρία αναπάντητα ερωτήματα IGMP κατανοεί ότι δεν υπάρχουν πλέον πελάτες για FE0 / 0 και στέλνει στο μήνυμα RP

Pim prune . Σύμφωνα με τη μορφή, είναι ακριβώς το ίδιο με τη συμμετοχή, αλλά εκτελεί την αντίθετη λειτουργία. Η διεύθυνση προορισμού είναι επίσης 224.0.0.13 και η TTL είναι 1.

Αλλά ο δρομολογητής που έλαβε Pim Prune πριν διαγράψει μια συνδρομή, περιμένοντας για κάποιο χρονικό διάστημα (συνήθως 3 δευτερόλεπτα - το χρονόμετρο καθυστέρησης).

Αυτό γίνεται για μια τέτοια κατάσταση:

Σε ένα δρομολογητή ενός τομέα 2 εκπομπής. Ένας από αυτούς είναι υψηλότερος και αυτός που μεταδίδει την κυκλοφορία πολυεκπομπής στο τμήμα. Αυτό είναι R1. Και για τους δύο δρομολογητές (R2 και R3), το λάδι του περιέχει μόνο μία εγγραφή.

Εάν το R2 αποφασίζει να αποσυνδέσει και να στείλει το PIM Prune, μπορεί να αντικαταστήσει τον συνάδελφό του R3 - R1 αφού όλα θα σταματήσουν να μεταδίδουν στη διεπαφή καθόλου.

Έτσι, έτσι ώστε αυτό να μην συμβεί, R1 και δίνει χρονικό όριο σε 3 δευτερόλεπτα. Κατά τη διάρκεια αυτής της περιόδου, το R3 πρέπει να έχει χρόνο να αντιδράσει. Δεδομένου του δικτύου εκπομπής, θα λάβει επίσης δαμάσκηνο από το R2 και ως εκ τούτου αν θέλει να συνεχίσει να λαμβάνει κυκλοφορία, στέλνει άμεσα το συνηθισμένο PIM σε σχέση με το τμήμα, ειδοποιώντας το R1 ότι δεν είναι απαραίτητο να διαγραφεί η διεπαφή.

Αυτή η διαδικασία ονομάζεται αντικατάσταση κλαδέματος. R2, όπως ήταν, η Echring R1, παρεμποδίστηκε την πρωτοβουλία.

SPT Switchover - Αλλαγή RPT-SPT

Μέχρι τώρα, θεωρούσαμε κυρίως μόνο

. Τώρα ας γυρίσουμε Πελάτης 2. Αρχικά όλα είναι πανομοιότυπα γι 'αυτόν Πελάτης 1. - Χρησιμοποιεί το RPT από το RP, το οποίο θεωρήσαμε νωρίτερα. Από το δρόμο, δεδομένου ότι και οι δύο - και

Πελάτης 1. .

- Χρησιμοποιήστε ένα δέντρο, ένα τέτοιο δέντρο καλείται

Κοινόχρηστο δέντρο

- Αυτό είναι ένα αρκετά κοινό όνομα. Κοινόχρηστο δέντρο = RPT.

  • Αυτός είναι ο τρόπος με τον οποίο ο πίνακας δρομολόγησης πολυεκπομπής στο R5 μοιάζει με την αρχή, αμέσως μετά την κατασκευή του δέντρου: Δεν υπάρχει εγγραφή (S, G), αλλά αυτό δεν σημαίνει ότι η κυκλοφορία πολυεκπομπής δεν μεταδίδεται. Μόνο R5 δεν ενδιαφέρεται για ποιος αποστολέας. Σημειώστε πώς θα πρέπει να πάει η κυκλοφορία στην περίπτωση αυτή - R1-R2-R3-R5. Αν και είναι σύντομα, το μονοπάτι R1-R3-R5.
  • Και αν το δίκτυο είναι πιο περίπλοκο; Κάπως neakkuratnyko. Σημειώστε πώς θα πρέπει να πάει η κυκλοφορία στην περίπτωση αυτή - R1-R2-R3-R5. Αν και είναι σύντομα, το μονοπάτι R1-R3-R5.
  • Το γεγονός είναι ότι ενώ είμαστε συνδεδεμένοι με το RP - είναι RET ROON, μόνο στην πρώτη γνωρίζει πού είναι. Ωστόσο, αν σκεφτείτε το πρώτο πακέτο πολυεκπομπής, όλοι οι δρομολογητές κατά μήκος της διαδρομής κυκλοφορίας θα γνωρίζουν τη διεύθυνση πηγής, επειδή καθορίζεται στην κεφαλίδα IP. Γιατί δεν στείλει κάποιον να συμμετέχει στον εαυτό σας προς την πηγή και να βελτιστοποιήσει τη διαδρομή; )

Τοποθεσία στη ρίζα. Μια τέτοια εναλλαγή μπορεί να ξεκινήσει

LHR (τελευταίος δρομολογητής λυκίσκου)

- R5. Μετά τη λήψη του πρώτου πακέτου πολυεκπομπής από το R3R5, στέλνει τη συμμετοχή της πηγής που ενταχθούν (s, g) σε εμάς στη διεπαφή FE0 / 1, η οποία καθορίζεται στον πίνακα δρομολόγησης, ως εξερχόμενο για το δίκτυο 172.16.0.0/24.

Έχοντας λάβει μια τέτοια σύνδεση, το R3 δεν το στέλνει στο RP, όπως και με τη συνήθη σύνδεση (*, g), αλλά προς την πηγή (μέσω της διασύνδεσης σύμφωνα με τον πίνακα δρομολόγησης). Δηλαδή, στην περίπτωση αυτή, το R3 στέλνει τη συμμετοχή (172,16.0,5, 224,2,24) στη διεπαφή FE1 / 0 Fe1 / 0. .

Στη συνέχεια, αυτή η σύνδεση εμπίπτει στο R1. Και R1 ανά διαφορά, ο οποίος το έστειλε - RP ή κάποιος άλλος - απλώς προσθέτει Fe1 / 1 στο λάδι του για ομάδα 224.2.2.4. Σε αυτό το σημείο, μεταξύ της πηγής και του παραλήπτη, δύο τρόποι και R3 λαμβάνουν δύο ροές. Ώρα να κάνετε μια επιλογή να περιττεί περιττή. Και είναι R3 ότι το κάνει, επειδή το R5 δεν μπορεί πλέον να διακρίνει μεταξύ αυτών των δύο ρευμάτων - και οι δύο θα έρθουν μέσω μιας διεπαφής.

Μόλις το R3 κατέγραψε δύο πανομοιότυπα ρεύματα από διαφορετικές διεπαφές, επιλέγει προτιμότερα σύμφωνα με τον πίνακα δρομολόγησης. Σε αυτή την περίπτωση, άμεση, καλύτερη από τη Via RP. Σε αυτό το σημείο, το R3 στέλνει το Prune (S, G) στο πλάι του RP, καίει αυτό το κλάδο RPT. Και από αυτό το σημείο υπάρχει μόνο ένα ρεύμα απευθείας από την πηγή.

Έτσι, το Pim χτίστηκε SPT - το συντομότερο δέντρο διαδρομής. Είναι δέντρο πηγής. Αυτή είναι η συντομότερη διαδρομή από τον πελάτη στην πηγή. Με την ευκαιρία, το δέντρο από την πηγή στο RP, το οποίο έχουμε ήδη θεωρήσει υψηλότερο, είναι ουσιαστικά το ίδιο SPT.

Χαρακτηρίζεται από την εγγραφή (S, G). Εάν ο δρομολογητής έχει ένα τέτοιο ρεκόρ, τότε ξέρει ότι το S είναι μια πηγή για την ομάδα G και το δέντρο SPT που χτίστηκε.

Η ρίζα του δέντρου SPT είναι η πηγή και πραγματικά θέλει να πει "το συντομότερο μονοπάτι από

Πηγή στον πελάτη " Αλλά είναι τεχνικά λανθασμένη, καθώς διαδρομές από την πηγή στον πελάτη και από τον πελάτη στην πηγή μπορεί να είναι διαφορετική. Δηλαδή από τον πελάτη αρχίζει να χτίζει ένα κλαδί δέντρου: ο δρομολογητής στέλνει το PIM συμμετοχής προς την πηγή / rp και το RPF ελέγχει επίσης την ορθότητα της διεπαφής όταν Παραλαβή

ΚΙΝΗΣΗ στους ΔΡΟΜΟΥΣ.

Θυμηθείτε ότι στην αρχή αυτής της παραγράφου στο R5 υπήρχε μόνο μια καταχώρηση (*, g), τώρα μετά από όλα αυτά τα γεγονότα θα υπάρχουν δύο: (*, g) και (s, g) Με τον τρόπο, ακόμη και αν κοιτάξετε τον πίνακα δρομολόγησης πολυεκπομπής του R3 στο ίδιο δευτερόλεπτο, όπως το παιχνίδι αναπαραγωγής στο VLC, θα δείτε ότι έχει ήδη την κυκλοφορία από το R1 άμεσα, τι κάνει η παρουσία εγγραφής (s, g) λέει. . Δηλαδή, η SPT Switchover έχει ήδη συμβεί - αυτή είναι η προεπιλεγμένη ενέργεια στον εξοπλισμό πολλών κατασκευαστών - για να ξεκινήσει η μετάβαση μετά τη λήψη του πρώτου πακέτου πολυεκπομπής. Σε γενικές γραμμές, ένας τέτοιος διακόπτης μπορεί να εμφανιστεί σε αρκετές περιπτώσεις: . Σύμφωνα με τη μορφή, είναι ακριβώς το ίδιο με τη συμμετοχή, αλλά εκτελεί την αντίθετη λειτουργία. .

Δεν συμβαίνουν καθόλου (ομάδα

IP PIM SPT-Threshold Infinity

).

Μετά την καθορισμένη χρήση του εύρους ζώνης (ομάδα

IP PIM SPT-THRESTOLD X Σίγουρα - αμέσως μετά τη λήψη του πρώτου πακέτου (προεπιλογή ή Όχι IP PIM SPT-THRESTOLD X

Κατά κανόνα, η απόφαση ότι ο "χρόνος" παίρνει LHR.

Σε αυτή την περίπτωση, η δεύτερη φορά η λειτουργία RPF αλλάζει - ελέγχει ξανά τη θέση προέλευσης. Δηλαδή, από δύο ρεύματα πολυεκπομπής - από το RP και από την προτίμηση της πηγής δίνεται η κυκλοφορία από την πηγή.

Δρ, Επιβεβαιώστε, αποστολή

Μερικά πιο σημαντικά σημεία κατά την εξέταση του PIM.

Δρ - Ονομασμένος δρομολογητής

Αυτός είναι ένας ειδικός δρομολογητής, ο οποίος είναι υπεύθυνος για την αποστολή βοηθητικών προγραμμάτων σε RP.

Πηγή Δρ.

- Υπεύθυνος για την υιοθέτηση πακέτων πολυεκπομπής απευθείας από την πηγή και την καταχώριση σε RP. Εδώ είναι ένα παράδειγμα τοπολογίας: .

Δεν υπάρχει τίποτα να κάνει κάτι που οι δύο δρομολογητές περνούν την κυκλοφορία σε RP, ας αποθεματοποιήσουν ο ένας τον άλλον, αλλά ο υπεύθυνος πρέπει να είναι μόνο ένας. Δεδομένου ότι και οι δύο δρομολογητές συνδέονται με ένα δίκτυο εκπομπής, παίρνουν το PIM-HELLO το ένα από το άλλο. Με βάση αυτό, κάνουν την επιλογή τους. Το Pim Hello φέρει την τιμή προτεραιότητας αυτού του δρομολογητή σε αυτή τη διεπαφή.

Όσο μεγαλύτερη είναι η αξία, τόσο μεγαλύτερη είναι η προτεραιότητα. Εάν είναι οι ίδιες, ο κόμβος επιλέγεται με Η υψηλότερη διεύθυνση IP (Επίσης από το μήνυμα HELLO). Εάν άλλος δρομολογητής (όχι ο DR) κατά τη διάρκεια του χρόνου διακοπής (προεπιλογή 105 s) δεν έλαβε γεια από έναν γείτονα, αναλαμβάνει αυτόματα τον ρόλο του DR. Ουσιαστικά πηγή dr είναι

FHR - πρώτο δρομολογητή

Δρ. - το ίδιο με την πηγή Δρ, μόνο για τους παραλήπτες της κυκλοφορίας πολυεκπομπής - R2 (Config) #Interface Loopback 0 RX (Config-IF) #IP PIM Sperse-Mode .

Παράδειγμα τοπολογία: Ο δέκτης DR είναι υπεύθυνος για την αποστολή σε RP Pim Join. Στην παραπάνω τοπολογία, εάν και οι δύο δρομολογητές θα στείλουν να συμμετάσχουν, και οι δύο θα λάβουν κίνηση πολυεκπομπής, αλλά δεν υπάρχει ανάγκη. Μόνο ο DR στέλνει ένωση. Το δεύτερο απλά παρακολουθεί τη διαθεσιμότητα του DR. :

Δεδομένου ότι το DR στέλνει τη συμμετοχή, θα μεταδίδει επίσης την κυκλοφορία στο LAN. Αλλά τότε προκύπτει φυσική ερώτηση - και τι γίνεται αν το PIM DR'OM έγινε ένα, και το IGMP Querier αλλού; Και η κατάσταση είναι αρκετά δυνατή, διότι για το Querier, το λιγότερο IP, τόσο το καλύτερο και για το DR, αντίθετα. - είναι R4 για Σε αυτή την περίπτωση, το DR επιλέγεται ότι ο δρομολογητής, ο οποίος είναι ήδη αποζημιωτικός και αυτό το πρόβλημα δεν συμβαίνει.

Οι κανόνες επιλογής του δέκτη DR είναι ακριβώς οι ίδιοι με την πηγή Dr.

Επιβεβαιώστε και προχωρητή Pim

Το πρόβλημα των δύο ταυτόχρονων δρομολογητών που μεταδίδει μπορεί να συμβεί στη μέση του δικτύου, όπου δεν υπάρχουν τελικοί πελάτες ή πηγές - μόνο δρομολογητές. Πολύ οξεία αυτή η ερώτηση στάθηκε στο PIM DM, όπου ήταν μια εντελώς συνηθισμένη κατάσταση λόγω του μηχανισμού πλημμύρας και κλαμπ. Αλλά στο PIM SM, δεν αποκλείεται.

Εξετάστε ένα τέτοιο δίκτυο: Από την έξοδο είναι σαφές ότι η κυκλοφορία για την ομάδα 224.2.2.4 έρχεται μέσω του FE0 / 1 και είναι απαραίτητο να το μετατραπεί στη θύρα FE0 / 0. Εδώ, τρεις δρομολογητές βρίσκονται στο ίδιο τμήμα δικτύου και, κατά συνέπεια, είναι γείτονες του PIM. Το R1 λειτουργεί ως RP.

Το R4 στέλνει το PIM να συμμετάσχει στην RP. Δεδομένου ότι αυτό το πακέτο πολυεκπομπής πέφτει στο R2 και στο R3, και οι δύο επεξεργάζονται το, προσθέστε μια μεταγενέστερη διασύνδεση στο λάδι.

Εδώ θα ήταν απαραίτητο να εργαστούμε ο μηχανισμός επιλογής DR, αλλά και στο R2 και στο R3, υπάρχουν και άλλοι πελάτες αυτής της ομάδας και οι δύο δρομολογητές μπορούν επίσης να σταλούν στο PIM Join.

Όταν η κυκλοφορία πολυεκπομπής προέρχεται από την πηγή στα R2 και R3, μεταδίδεται και στους δύο δρομολογητές του τμήματος και του επαναστάτη εκεί. Το PIM δεν προσπαθεί να αποτρέψει μια τέτοια κατάσταση - εδώ ενεργεί για το γεγονός ενός αμφισβητούμενου εγκλήματος - μόλις ο δρομολογητής λαμβάνει μια πολυκρατεινή επισκεψιμότητα αυτής της ομάδας στην κατάντη διεπαφή του (από τη λίστα πετρελαίου), καταλαβαίνει: κάτι είναι λάθος - Ένας άλλος αποστολέας έχει ήδη σε αυτόν τον τομέα. Στη συνέχεια, ο δρομολογητής στέλνει ένα ειδικό μήνυμα. Pim Assert.

Ένα τέτοιο μήνυμα βοηθά να επιλέξετε 

Pim shoppinger.

- Ο δρομολογητής που δικαιούται να μεταδοθεί σε αυτόν τον τομέα. Μην συγχέεται με το PIM DR. Πρώτον, το PIM DR είναι υπεύθυνο για την αποστολή Pim Συμμετοχή και δαμάσκηνο , και pim shoppinger - για την αποστολή ΚΙΝΗΣΗ στους ΔΡΟΜΟΥΣ

. Η δεύτερη διαφορά - η PIM DR επιλέγεται πάντοτε σε οποιαδήποτε δίκτυα κατά τη δημιουργία μιας γειτονιάς και η PIM που προέρχεται είναι μόνο εάν είναι απαραίτητο - όταν επιτυγχάνεται η κυκλοφορία πολυεκπομπής από τη διεπαφή από τη λίστα λαδιών.

Επιλέξτε RP. 

Πάνω από την απλότητα ρώτησε το RP με το χέρι IP PIM RP-Διεύθυνση Και εδώ έμοιαζε η ομάδα

Εμφάνιση IP PIM RP

Αλλά θα παρουσιάσουμε μια εντελώς αδύνατη κατάσταση στα σύγχρονα δίκτυα - η R2 απέτυχε. Αυτό είναι όλα - φινίρισμα. Θα εξακολουθεί να λειτουργεί, επειδή σημειώθηκε η μετάβαση SPT, αλλά όλα είναι νέα και όλα όσα πέρασε από το RP θα σπάσει, ακόμα κι αν υπάρχει μια εναλλακτική διαδρομή. Λοιπόν, το φορτίο στον διαχειριστή τομέα. Φανταστείτε: Για να σκοτώσετε 50 δρομολογητές με το χέρι τουλάχιστον μία εντολή (και για διαφορετικές ομάδες, μπορεί να είναι διαφορετική RPS). Η δυναμική επιλογή του RP επιτρέπει και αποφεύγοντας χειροποίητα και εξασφαλίζει αξιοπιστία - εάν ένα RP δεν είναι διαθέσιμο, ένα άλλο θα πάρει αμέσως στη μάχη. Επί του παρόντος, υπάρχει ένα γενικά αποδεκτό πρωτόκολλο που το επιτρέπει να κάνει - Bootstrap . Η Τσίσμα στις πρώην εποχές προώθησε λίγα αδέξια αυτόματη RP

Αλλά τώρα δεν είναι σχεδόν χρησιμοποιούμενο, αν και η Τσίσκα δεν το αναγνωρίζει, και Έχουμε μια ενοχλητική περιφέρεια με τη μορφή μιας ομάδας 224.0.1.40. Είναι απαραίτητο να πληρώσετε πραγματικά το πρωτόκολλο Auto-RP. Ήταν μια σωτηρία στις πρώην εποχές. Αλλά με την έλευση του ανοικτού και ευέλικτου bootstrap, φυσικά έδωσε τη θέση του στη θέση του.

Έτσι, υποθέστε ότι στο δίκτυό μας θέλουμε το R3 να πάρει τις λειτουργίες RP σε περίπτωση αποτυχίας του R2.

Τα R2 και R3 ορίζονται ως υποψήφιοι για το ρόλο του RP - έτσι καλούνται

C-rp.

. Σε αυτούς τους δρομολογητές, ρυθμίστε:

RX (Config) Interface Loopback 0 RX (Config-IF) IP PIM αραιό-Λειτουργία Rx (Config-IF) EXIT RX (CONFIG) #IP PIM RP-υποψήφιος Loopback 0

  1. Αλλά ακόμα δεν συμβαίνει - οι υποψήφιοι δεν γνωρίζουν ακόμη πώς να ειδοποιήσουν όλους τους εαυτούς τους.
  2. Για να ενημερώσετε όλους τους δρομολογητές τομέα multicast σχετικά με το υπάρχον μηχανισμό που εισάγεται RP
  3. BSR - δρομολογητής bootstrap
  4. . Μπορεί να υπάρχουν αρκετοί αιτούντες, όπως το C-RP. Ονομάζονται αντίστοιχα
  5. C-BSR.
  6. . Διαμορφώνονται με παρόμοιο τρόπο.

Αφήστε το BSR να είναι μαζί μας ένα και για τη δοκιμή (αποκλειστικά) θα είναι R1. Αλλά μετά από λίγο στο ίδιο κλάδο, ο δρομολογητής προσπαθεί ξανά να στείλει έναν πολυεκπομπό - ξαφνικά εμφανίστηκαν εκεί. Εάν δεν εμφανιστεί, ο κλάδος αποκόπτεται ξανά σε μια ορισμένη περίοδο. Εάν ο πελάτης στο δρομολογητή εμφανίστηκε στο διάστημα μεταξύ αυτών των δύο συμβάντων, το μήνυμα μοσχεύματος αποστέλλεται - ο δρομολογητής ζητά το κονσέρβα πίσω έτσι ώστε να μην περιμένετε μέχρι να πέσει κάτι. R1 (Config) Interface Loopback 0 R1 (Config-IF) IP PIM αραιά-Λειτουργία R1 (Config-IF) Έξοδος R1 (Config) #IP PIM BSR-υποψήφιος Loopback 0 Ανεξάρτητος είναι επειδή δεν συνδέεται με ένα συγκεκριμένο πρόγραμμα δρομολόγησης μοναδικής κυκλοφορίας και αργότερα θα δείτε γιατί. Πρώτον, ένα κύριο BSR επιλέγεται από όλα τα C-BSR, τα οποία θα χρεώνονται σε όλους. Για να το κάνετε αυτό, κάθε C-BSR στέλνει ένα multicast που ονομάζεται Μήνυμα bootstrap (BSM) Σχέδιο και αρχική διαμόρφωση. Η διεύθυνση 224.0.0.13 είναι επίσης πακέτο πρωτοκόλλου PIM. Πρέπει να γίνει αποδεκτό και να επεξεργάζεται όλους τους δρομολογητές πολυεκπομπής και μετά την αποστολή σε όλες τις θύρες όπου ενεργοποιείται το PIM. Το BSM μεταδίδεται όχι στην πλευρά του κάτι (RP ή SOURCE), σε αντίθεση με το PIM Συμμετοχή, και προς όλες τις κατευθύνσεις. Μια τέτοια αλληλογραφία ανεμιστήρα βοηθά στην επίτευξη BSM όλων των γωνιών του δικτύου, συμπεριλαμβανομένου όλων των C-BSR και όλων των C-RP. Προκειμένου το BSM να περιπλανηθεί από το δίκτυο απείρως, εφαρμόζεται ο ίδιος μηχανισμός RPF - εάν το BSM ήρθε από τη λάθος διεπαφή πίσω από την οποία κυκλοφορεί το δίκτυο του αποστολέα αυτού του μηνύματος, ένα τέτοιο μήνυμα απορρίπτεται. Δηλαδή, κάθε δρομολογητής στο δρόμο θα πρέπει να χειρίζεται τέτοια ένωση και, εάν είναι απαραίτητο, στείλτε μια νέα σύνδεση στο πλάι του RP. (Είναι σημαντικό να καταλάβετε ότι εάν υπάρχει ήδη αυτή η ομάδα στον δρομολογητή, δεν θα στείλει ενταχία - θα προσθέσει απλώς τη διεπαφή από την οποία η ένταξη ήρθε η διέλευση της κυκλοφορίας). Με αυτά τα BSM, όλοι οι δρομολογητές πολυεκπομπής καθορίζουν τον πιο άξιο υποψήφιο με βάση τις προτεραιότητες. Μόλις το C-BSR λαμβάνει ένα BSM από άλλο δρομολογητή με μεγάλη προτεραιότητα, σταματά να στέλνει τα μηνύματά του. Ως αποτέλεσμα, όλοι διαθέτουν τις ίδιες πληροφορίες. Συγχωρήστε την Cisco αυτή την ιδιαιτερότητα; Μαζί με όλους τους άλλους; . : Σε αυτό το πρόβλημα, μόνο R1, R2 δρομολογητές τρέχουν διαχειριστές του δικτύου μας. Δηλαδή, η διαμόρφωση μπορεί να αλλάξει μόνο σε αυτά. Σε αυτό το στάδιο, όταν επιλεγεί η BSR, λόγω του γεγονότος ότι το BSM έχει αποκλίνει σε όλο το δίκτυο, η C-RP γνωρίζει τη διεύθυνση και τη μοναδικότητά του να στείλει μηνύματα σε αυτό

Candidte-rp-διαφήμιση στην οποία φέρουν μια λίστα ομάδων που εξυπηρετούν - αυτό καλείται Χαρτογράφηση ομάδας προς RP . BSR όλα αυτά τα μηνύματα συγκεντρώνει και δημιουργεί RP-SET. - Πίνακας πληροφοριών: Σε ποια RP κάθε ομάδα εξυπηρετείται. Στη συνέχεια, το BSR στον πρώην τρόπο ανεμιστήρα στέλνει το ίδιο μήνυμα bootstrap, το οποίο αυτή τη φορά περιέχει RP-SET. Αυτά τα μηνύματα επιτυγχάνουν με επιτυχία όλους τους δρομολογητές πολυεκπομπής, καθένα από τα οποία Μόνος Κάνει μια επιλογή που πρέπει να χρησιμοποιείται RP για κάθε συγκεκριμένη ομάδα. Η BSR περιοδικά καθιστά μια τέτοια διανομή, ώστε, αφετέρου, όλοι γνώριζαν ότι οι πληροφορίες σχετικά με το RP εξακολουθούν να έχουν σημασία και από την άλλη C-BSR, γνώριζαν ότι το ίδιο το κύριο BSR είναι ακόμα ζωντανό. Rp, παρεμπιπτόντως, επίσης περιοδικά, περιοδικά ανακοινώσεις υποψήφιων-RP-διαφήμισής σας στο BSR. Επίσης, θέλουν να λαμβάνετε την κυκλοφορία πολυεκπομπής για την ίδια ομάδα, το R5 θα στείλει το PIM να συμμετάσχει σε FE0 / 1, επειδή το RP, R3, το οποίο το έλαβε, σχηματίζει ένα νέο PIM ενταχθεί και το στέλνει στο FE1 / 1 - όπου βρίσκεται το RP. Στην πραγματικότητα, όλα όσα χρειάζεστε για να διαμορφώσετε την αυτόματη επιλογή RP - Καθορίστε C-RP και καθορίστε C-BSR - όχι τόσο πολύ εργασία, όλα τα άλλα θα κάνουν pim για σας. Όπως πάντα, προκειμένου να αυξηθεί η αξιοπιστία, συνιστάται να καθορίσετε τις διασυνδέσεις loopback ως υποψήφιοι. Ολοκλήρωση του κεφαλαίου του PIM SM, ας παρατηρήσουμε τις σημαντικότερες στιγμές Πολύ οξεία αυτή η ερώτηση στάθηκε στο PIM DM, όπου ήταν μια εντελώς συνηθισμένη κατάσταση λόγω του μηχανισμού πλημμύρας και κλαμπ. Μια συνηθισμένη μοναδική σύνδεση πρέπει να παρέχεται με IGP ή στατικές διαδρομές. Αυτό βασίζεται στον αλγόριθμο RPF. Το δέντρο βασίζεται μόνο μετά την εμφάνιση του πελάτη. Είναι ο πελάτης που ξεκινά την κατασκευή ενός δέντρου. Δεν υπάρχει πελάτης - κανένα δέντρο. Το RPF βοηθά στην αποφυγή βρόχων. Όλοι οι δρομολογητές πρέπει να γνωρίζουν ποιος rp είναι μόνο με τη βοήθειά του μπορείτε να χτίσετε ένα δέντρο. Το σημείο RP μπορεί να υποδεικνύεται στατικά και μπορεί να επιλεγεί αυτόματα χρησιμοποιώντας το πρωτόκολλο bootstrap. Η RPT είναι χτισμένη στην πρώτη φάση - ένα δέντρο από τους πελάτες σε RP - και δέντρο πηγής - ένα δέντρο από την πηγή σε rp. Στη δεύτερη φάση, η εναλλαγή από την ενσωματωμένη RPT στο SPT είναι η συντομότερη διαδρομή από τον παραλήπτη στην πηγή. Καταγράνω επίσης όλους τους τύπους δέντρων και μηνυμάτων που είμαστε τώρα γνωστοί. . Ένας κοινός όρος που περιγράφει οποιοδήποτε δέντρο μετάδοσης πολυεκπομπής.

. Ένα δέντρο με το συντομότερο δυνατό από τον πελάτη ή το RP στην πηγή. Στο PIM DM υπάρχει μόνο SPT. Στο PIM SM SPT μπορεί να προέρχεται από την πηγή έως το RP ή από την πηγή στον παραλήπτη μετά την εμφάνιση της μετάβασης SPT. Που υποδεικνύεται από την εγγραφή

- Γνωστή πηγή ομάδας.

- το ίδιο με το SPT.

. Δέντρο από το RP σε παραλήπτες. Χρησιμοποιείται μόνο στο PIM SM. Που υποδεικνύεται από την εγγραφή

- το ίδιο με το RPT. Ονομάζεται έτσι επειδή όλοι οι πελάτες συνδέονται με ένα κοινό δέντρο με ρίζα σε rp.

PIM Sparse Mode Μηνύματα:

Γεια.

- να δημιουργήσουν γειτονιά και τη διατήρηση αυτών των σχέσεων. Επίσης απαραίτητο για να επιλέξετε dr. Συμμετοχή (*, G) - Αίτηση σύνδεσης με την ομάδα Ζ. Δεν έχει σημασία ποιος πηγαίνει. Αναχωρεί προς το RP. Με τη βοήθειά τους, το δέντρο RPT είναι χτισμένο. Συμμετοχή (S, G) - Συμμετοχή προέλευσης. Αυτό είναι ένα αίτημα σύνδεσης σε μια ομάδα g με μια συγκεκριμένη πηγή - S. που αποστέλλεται προς την πηγή - S. με τη βοήθειά τους, το δέντρο SPT είναι χτισμένο.

Prune (*, G)

- Αίτηση για αποσύνδεση από το δέντρο G, ανεξάρτητα από τις πηγές για αυτό. Αναχωρεί προς το RP. Έτσι ο κλάδος RPT καλύπτεται.

  • Prune (S, G)
  • - Αίτηση τερματισμού από το δέντρο G Tree, η ρίζα του οποίου είναι το σύστημα S. S. αποστέλλεται προς την πηγή. Έτσι, ο κλάδος SPT κόβεται.
  • - ένα ειδικό μήνυμα εντός του οποίου μεταδίδεται το multicast στο RP μέχρι να κατασκευαστεί η SPT από την πηγή σε Rp. Μεταδίδεται από το Unicast από το FHR στο Rp.

Εγγραφή-STOP.

- αποστέλλεται με Unicust με RP σε FHR, παραγγείλει να σταματήσει να στέλνει την κυκλοφορία πολυεκπομπής, ενθυλακωμένη στο μητρώο.

- Πακέτα Μηχανισμού BSR που σας επιτρέπουν να επιλέξετε ένα δρομολογητή στον ρόλο BSR και να μεταδώσετε επίσης πληροφορίες σχετικά με τις υπάρχουσες RP και τις ομάδες.

Διεκδικώ.

- Μήνυμα για να επιλέξετε το μεταφορέα PIM έτσι ώστε δύο δρομολογητές να έχουν περάσει σε ένα τμήμα.

Υποψήφιος-RP-Διαφήμιση

- ένα μήνυμα στο οποίο το RP στέλνει πληροφορίες σχετικά με τις ομάδες που εξυπηρετεί. 

Rp-προσβάσιμο

- Μήνυμα από το RP, το οποίο ειδοποιεί όλα σχετικά με τη διαθεσιμότητά του.

  • * Υπάρχουν και άλλοι τύποι μηνυμάτων στο PIM, αλλά αυτές είναι ήδη λεπτομέρειες *
  • Και ας προσπαθήσουμε τώρα να αφηρήσετε τις λεπτομέρειες του πρωτοκόλλου; Και τότε η πολυπλοκότητά της γίνεται προφανής.
  • 1) Ορισμός RP, 2) Εγγραφή της πηγής σε RP, 3) Ενεργοποίηση της δέντρου SPT.

Πολλά πρωτόκολλα δηλώνει, πολλά αρχεία στον πίνακα δρομολόγησης πολυεκπομπών. Είναι δυνατόν να κάνουμε κάτι; Μέχρι σήμερα, υπάρχουν δύο διαμετρικά αντίθετες προσεγγίσεις για την απλούστευση του PIM: SSM και Bickir Pim. SSM.

Το μόνο που περιγράφηκε ακόμα είναι

ASM - Οποιαδήποτε πηγή multicast

. Οι πελάτες είναι αδιάφοροι που είναι πηγή κίνησης για την ομάδα - το κύριο πράγμα είναι ότι το λαμβάνουν. Όπως θυμάστε, η έκθεση IGMPV2 ζητείται απλά σύνδεση με την ομάδα.

SSM - Ειδικά πολλαπλάσια πηγής - Εναλλακτική προσέγγιση. Στην περίπτωση αυτή, οι πελάτες υποδεικνύουν την ομάδα και την πηγή όταν είναι συνδεδεμένες. Τι δίνει; Όχι περισσότερο: Η ικανότητα να απαλλαγούμε εντελώς από το RP. Η LHR γνωρίζει αμέσως τη διεύθυνση προέλευσης - δεν χρειάζεται να στέλνετε μαζί στο RP, ο δρομολογητής μπορεί αμέσως να στείλει τη συμμετοχή (S, G) προς την κατεύθυνση της πηγής και να κατασκευάσει SPT.

Έτσι ξεφορτώνουμε

Αναζήτηση RP (bootstrap και auto-rp πρωτόκολλα),

Εγγραφή της πηγής στο Multicast (και αυτό είναι πάρα πολύ χρόνο, διπλή χρήση εύρους ζώνης και σήραγγας) Μετάβαση σε SPT. Δεδομένου ότι δεν υπάρχει RP, τότε δεν υπάρχει RPT, αντίστοιχα, σε ένα δρομολογητή δεν θα μην είναι καταχωρήσεις (*, g) - μόνο (s, g).

Ένα άλλο πρόβλημα που επιλύεται με SSM είναι η παρουσία αρκετών πηγών. Στο ASM συνιστάται η διεύθυνση της ομάδας multicast να είναι μοναδική και μόνο μία πηγή που μεταδίδεται σε αυτό, επειδή στο δέντρο RPT είναι κάπως, και ο πελάτης, να πάρει δύο ροές από διαφορετικές πηγές, πιθανώς δεν θα είναι σε θέση να αποσυναρμολογήσει τους. Στο SSM, η κυκλοφορία από διαφορετικές πηγές κατανέμεται ανεξάρτητα, το καθένα στο δέντρο SPT, και αυτό είναι ήδη πρόβλημα και το πλεονέκτημα - αρκετοί διακομιστές μπορούν να μεταδοθούν ταυτόχρονα. Εάν ξαφνικά ο πελάτης άρχισε να καθορίζει απώλειες από την κύρια πηγή, μπορεί να μεταβεί στο αντίγραφο ασφαλείας, ούτε να το ανοικοδομηθεί - έλαβε επίσης δύο ροές. Επιπλέον, ο πιθανός διάνυσμα των επιθέσεων στο δίκτυο με ενεργοποιημένη δρομολόγηση πολυεκπομπής είναι η σύνδεση του εισβολέα της πηγής του και θα δημιουργήσει μια μεγάλη ποσότητα κίνησης πολυεκπομπής που υπερφορτώνει το δίκτυο. Στο SSM, αυτό είναι πρακτικά αποκλείεται.

Για το SSM, επισημαίνεται μια ειδική γκάμα διευθύνσεων IP: 232.0.0.0/8. Σε δρομολογητές για την υποστήριξη SSM, η λειτουργία PIM SSM είναι ενεργοποιημένη. Router (Config) # IP PIM SSM

IGMPV3 και MLDV2 SSM SSM σε καθαρή μορφή.

Όταν τα χρησιμοποιείτε, ο πελάτης μπορεί

Ζητήστε σύνδεση σε μια μόνο ομάδα, χωρίς να διευκρινιστούν πηγές. Δηλαδή, λειτουργεί ως τυπικό ASM.

Ζητήστε μια σύνδεση με μια ομάδα με μια συγκεκριμένη πηγή. Οι πηγές μπορούν να καθοριστούν πολλά - ένα δέντρο θα χτιστεί πριν από κάθε ένα από αυτά. Ζητήστε μια σύνδεση ομάδας και να καθορίσετε μια λίστα πηγών από τις οποίες ο πελάτης δεν ήθελα θα λάβουν κυκλοφορία

IGMPV1 / V2, MLDV1 δεν υποστηρίζουν SSM, αλλά υπάρχει κάτι τέτοιο όπως Ζητήστε μια σύνδεση με μια ομάδα με μια συγκεκριμένη πηγή. Οι πηγές μπορούν να καθοριστούν πολλά - ένα δέντρο θα χτιστεί πριν από κάθε ένα από αυτά. Χαρτογράφηση SSM. . Στο δίπλα στον πελάτη, ο δρομολογητής (LHR) κάθε ομάδα τεθεί σύμφωνα με τη διεύθυνση πηγής (ή πολλά). Επομένως, εάν υπάρχουν πελάτες που δεν υποστηρίζουν IGMPV3 / MLDV2, η SPT θα κατασκευαστεί επίσης για αυτούς και δεν είναι RPT, λόγω του γεγονότος ότι η διεύθυνση πηγής είναι ακόμα γνωστή. Η χαρτογράφηση SSM μπορεί να εφαρμοστεί τόσο στατική ρύθμιση στην LHR όσο και αναφερόμενη στον διακομιστή DNS. Το πρόβλημα SSM είναι ότι οι πελάτες πρέπει να γνωρίζουν εκ των προτέρων τις διευθύνσεις πηγής - δεν τους κοινοποιούνται. Ως εκ τούτου, η SSM είναι καλή σε αυτές τις καταστάσεις όταν το δίκτυο έχει ένα ορισμένο σύνολο πηγών, οι διευθύνσεις τους είναι γνωστό ότι γνωρίζουν και δεν θα αλλάξουν. Και οι τερματικοί σταθμοί ή οι εφαρμογές του πελάτη συνδέονται με αυτά. Με άλλα λόγια, η IPTV είναι ένα πολύ κατάλληλο περιβάλλον για την εφαρμογή του SSM. Περιγράφει την έννοια της έννοιας Ένα σε πολλούς

- Μια πηγή, πολλοί παραλήπτες.

Bidir Pim.

Και τι γίνεται αν στις πηγές του δικτύου μπορεί να εμφανιστεί αυθόρμητα εκεί, τότε, να μεταδοθεί στις ίδιες ομάδες, να σταματήσουν γρήγορα τη μετάδοση και να εξαφανιστούν;

Για παράδειγμα, αυτή η κατάσταση είναι δυνατή σε παιχνίδια δικτύου ή σε ένα κέντρο δεδομένων, όπου τα δεδομένα αναπαράγονται μεταξύ διαφορετικών διακομιστών. Αυτή είναι μια έννοια Πολλοί σε πολλούς - Πολλές πηγές, πολλοί πελάτες.

Πώς το κοιτάζει το συνηθισμένο pim sm;

Είναι σαφές ότι το αδρανές PIM SSM δεν είναι καθόλου κατάλληλο;

Σκεφτείτε απλά τι θα αρχίσει το χάος: Ατελείωτη εγγραφή πηγών, ανακατασκευασμένα δέντρα, ένας τεράστιος αριθμός αρχείων (S, G) που ζει για λίγα λεπτά λόγω των χρονομετρών πρωτοκόλλων.

  • Η αμφίδρομη PIM είναι έσοδα ( Αμφίδρομη pim, bidir pim
  • ). Σε αντίθεση με το SSM, αρνείται εντελώς εντελώς από το SPT και τα αρχεία (S, G) - μόνο κοινόχρηστο δέντρο παραμένει με ρίζα σε RP. Και αν στο συνηθισμένο PIM, το δέντρο είναι μονόπλευρο - η κυκλοφορία μεταδίδεται πάντοτε από την πηγή Down Spt και από το RP κάτω από το RPT - υπάρχει ένα σαφές τμήμα όπου η πηγή όπου οι πελάτες, στη συνέχεια, σε αμφίδρομη κυκλοφορία από την κυκλοφορία πηγής στο Το RP, περνά επίσης κοινόχρηστο δέντρο - με τον ίδιο τρόπο, σύμφωνα με την οποία η κυκλοφορία ρέει στους πελάτες.
  • Αυτό σας επιτρέπει να αρνηθείτε να καταχωρίσετε μια πηγή σε μεταφορές RP - κυκλοφορίας ασφαλώς χωρίς καμία αλλαγή συναγερμού και κράτους. Δεδομένου ότι τα δέντρα SPT δεν είναι καθόλου, τότε η μετάβαση SPT δεν συμβαίνει επίσης. Για παράδειγμα: Ζητήστε μια σύνδεση με μια ομάδα με μια συγκεκριμένη πηγή. Οι πηγές μπορούν να καθοριστούν πολλά - ένα δέντρο θα χτιστεί πριν από κάθε ένα από αυτά. Πηγή1
  • άρχισε να μεταφέρει την ομάδα κυκλοφορίας 224.2.2.4 στο δίκτυο ταυτόχρονα με Πηγή2. . Τα ρέματα από αυτά έχασαν μόνο προς το rp. Μερικοί πελάτες που βρίσκονται κοντά άρχισαν να λαμβάνουν κυκλοφορία ταυτόχρονα, επειδή σε δρομολογητές υπάρχει μια καταχώρηση (*, g) (υπάρχουν πελάτες). Ένα άλλο μέρος λαμβάνει κυκλοφορία σε κοινόχρηστο δέντρο από το RP. Και λαμβάνουν κυκλοφορία και από τις δύο πηγές ταυτόχρονα. Δηλαδή, αν πάρετε ένα κερδοσκοπικό παιχνίδι δικτύου για παράδειγμα, . Στο δίπλα στον πελάτη, ο δρομολογητής (LHR) κάθε ομάδα τεθεί σύμφωνα με τη διεύθυνση πηγής (ή πολλά). Επομένως, εάν υπάρχουν πελάτες που δεν υποστηρίζουν IGMPV3 / MLDV2, η SPT θα κατασκευαστεί επίσης για αυτούς και δεν είναι RPT, λόγω του γεγονότος ότι η διεύθυνση πηγής είναι ακόμα γνωστή. Αυτός είναι ο πρώτος σκοπευτής στον σκοπευτή, το οποίο έκανε μια βολή και

Πηγή2.

- Αυτός είναι ένας άλλος παίκτης που πήρε ένα βήμα προς την πλευρά. Πληροφορίες σχετικά με αυτά τα δύο γεγονότα που διαδίδονται σε όλο το δίκτυο. ΚΑΙ

Ολοι

Παράδειγμα: IPTV.

Ένας άλλος παίκτης (

.

Παραλήπτης

) Πρέπει να μάθω και για τα δύο αυτά γεγονότα.

Αν θυμάσαι, τότε λίγο πριν εξηγήσουμε γιατί απαιτείται η διαδικασία εγγραφής της πηγής σε RP - έτσι ώστε η κυκλοφορία να μην καταλαμβάνει το κανάλι όταν δεν υπάρχουν πελάτες, δηλαδή, το RP μόλις το αρνήθηκε. Γιατί δεν σκέφτομαι αυτό το πρόβλημα τώρα; Ο λόγος είναι απλός: Bidir Pim για καταστάσεις όπου υπάρχουν πολλές πηγές, αλλά δεν μεταδίδονται συνεχώς, αλλά περιοδικά, σχετικά μικρά κομμάτια δεδομένων. Δηλαδή, το κανάλι από την πηγή σε RP δεν θα απορριφθεί νερό.

Παρακαλείστε να σημειώσετε ότι στην εικόνα παραπάνω μεταξύ R5 και R7 υπάρχει μια ευθεία γραμμή, πολύ μικρότερη από τη διαδρομή μέσω του RP, αλλά δεν έχει χρησιμοποιηθεί, επειδή η συμμετοχή σε RP σύμφωνα με τον πίνακα δρομολόγησης στο οποίο αυτή η διαδρομή δεν είναι βέλτιστη.

Φαίνεται αρκετά απλό - πρέπει να στείλετε πακέτα πολυεκπομπής στην κατεύθυνση RP και τα πάντα, αλλά υπάρχει μια απόχρωση που όλα τα λάφυρα - rpf. Στο δέντρο RPT, απαιτεί ότι η κυκλοφορία προέρχεται από το RP και όχι διαφορετικά. Και μπορούμε να προέρχονται από οπουδήποτε. Φυσικά, δεν μπορούμε να πάρουμε και να εγκαταλείψουμε το RPF - αυτός είναι ο μόνος μηχανισμός που αποφεύγει το σχηματισμό βρόχων.

Επομένως, η έννοια εισάγεται στο Bickir Pim

DF - Προθεσμία

. Σε κάθε τμήμα δικτύου, ένας δρομολογητής, της οποίας η διαδρομή προς το RP είναι καλύτερη επιλέγεται σε κάθε γραμμή σε αυτόν τον ρόλο.

Συμπεριλαμβανομένου αυτού γίνεται σε αυτές τις γραμμές όπου οι πελάτες συνδέονται άμεσα. Το Bidir Pim DF είναι αυτόματα dr.

Ο κατάλογος λαδιού σχηματίζεται μόνο από εκείνες τις διεπαφές στις οποίες επιλέχθηκε ο δρομολογητής για το ρόλο του DF.

Οι κανόνες είναι αρκετά διαφανείς:

Εάν η αίτηση σύνδεσης / άδειας PIM έρχεται σε αυτή τη διεπαφή, η οποία σε αυτό το τμήμα είναι DF, μεταδίδεται προς το RP σύμφωνα με τους τυποποιημένους κανόνες.

Εδώ, για παράδειγμα, R3. Εάν οι αιτήσεις ήρθαν σε διεπαφές DF, οι οποίες σημειώνονται με έναν κόκκινο κύκλο, τα μεταδίδουν σε RP (μέσω R1 ή R2, ανάλογα με τον πίνακα δρομολόγησης).

Εάν το αίτημα σύνδεσης / άδειας PIM ήρθε σε μια διεπαφή μη-DF, θα αγνοηθεί. Ας υποθέσουμε ότι ο πελάτης, ο οποίος είναι μεταξύ R1 και R3, αποφάσισε να συνδεθεί και να στείλει έκθεση IGMP. Το R1 το παίρνει μέσω της διασύνδεσης όπου επιλέγεται DF (σημειώνεται με κόκκινο κύκλο) και επιστρέφουμε στο προηγούμενο σενάριο. Και το R3 λαμβάνει ένα αίτημα σε μια διεπαφή που δεν είναι DF. Το R3 βλέπει ότι δεν είναι το καλύτερο εδώ και αγνοεί το αίτημα. (Εάν η κυκλοφορία πολυεκπομπής ήρθε στη διεπαφή DF, θα αποσταλεί στις διεπαφές από τη λίστα λαδιών και προς το RP. Για παράδειγμα,

Άρχισε να μεταδίδει την κυκλοφορία. Το R4 το παίρνει στη διασύνδεσή σας DF και το μεταδίδει σε άλλη διεπαφή DF - προς τον πελάτη και προς το RP, είναι σημαντικό επειδή η κυκλοφορία πρέπει να φτάσει σε RP και να εξαπλωθεί σε όλους τους παραλήπτες. Το R3 εισέρχεται επίσης - ένα αντίγραφο στις διεπαφές από τη λίστα λαδιού - δηλαδή, στο R5, όπου θα απορριφθεί λόγω του ελέγχου RPF και το άλλο είναι προς το RP.

Εάν η κυκλοφορία πολυεκπομπής ήρθε σε μια διεπαφή μη-DF, πρέπει να σταλεί σε διεπαφές από τη λίστα λαδιών, αλλά

δεν θα είναι

Δημοσιεύτηκε προς το RP.

Για παράδειγμα,

Άρχισε να μεταδίδει, η κυκλοφορία έφτασε το RP και άρχισε να εξαπλώνεται το RPT. Το R3 παίρνει την κυκλοφορία από το R1 και δεν θα το μεταδώσει στο R2 - μόνο στα R4 και R5.

Έτσι, η DF εγγυάται ότι μόνο ένα αντίγραφο της συσκευασίας πολλαπλών προϊόντων και ο σχηματισμός βρόχου αποκλείεται τελικά στο RP. Ταυτόχρονα, το κοινό δέντρο στο οποίο βρίσκεται η πηγή, φυσικά, θα λάβει αυτή την κίνηση πριν εισέλθει στο RP. RP, σύμφωνα με τους συνηθισμένους κανόνες, η κυκλοφορία θα σταλεί σε όλους τους λιμένες πετρελαίου, επιπλέον, όπου η κυκλοφορία προήλθε από.

Με την ευκαιρία, δεν υπάρχει ανάγκη για τα μηνύματα, επειδή το DF επιλέγεται σε κάθε τμήμα. Σε αντίθεση με το Δρ, δεν είναι μόνο υπεύθυνος για την αποστολή μιας συμμετοχής σε RP, αλλά και για τη μετάδοση της κυκλοφορίας στο τμήμα, δηλαδή, η κατάσταση κατά την οποία οι δύο δρομολογητές μεταδίδονται σε μία στάση, εξαιρούνται στο Bidir Pim.

Ίσως το τελευταίο πράγμα που πρέπει να πείτε για το αμφίδρομο PIM είναι τα χαρακτηριστικά του RP. Εάν η PIM SM RP πραγματοποίησε μια συγκεκριμένη λειτουργία - η εγγραφή της πηγής, τότε στο Bidir Pim RP είναι ένα πολύ υπό όρους σημείο στο οποίο η κυκλοφορία αγωνίζεται στη μία πλευρά και συμμετέχει από τους πελάτες από την άλλη. Κανείς δεν πρέπει να εκτελεί ξεκάθαρη, να ζητήσει την κατασκευή του δέντρου SPT. Ακριβώς σε κάποιο δρομολογητή ξαφνικά η κυκλοφορία από πηγές αρχίζει να μεταδίδεται σε κοινόχρηστο δέντρο. Γιατί λέω "σε μερικούς"; Το γεγονός είναι ότι στο Bickir Pim RP - ένα αφηρημένο σημείο και όχι ένας συγκεκριμένος δρομολογητής, καθώς μια διεύθυνση RP μπορεί να εκτελέσει μια μη υπάρχουσα διεύθυνση IP - το κύριο πράγμα είναι ότι είναι δρομολογημένο (μια τέτοια RP ονομάζεται Phantom RP

Όλοι οι όροι που σχετίζονται με το PIM μπορούν να βρεθούν στο Γλωσσάριο Multicast στο κανάλι Έτσι, πίσω από τη μακρά εργάσιμη εβδομάδα με έλλειψη ύπνου, επεξεργασίας, δοκιμών - έχετε εφαρμόσει με επιτυχία έναν πολλαπλές και ικανοποιημένους πελάτες, το Τμήμα Διευθυντή και Πωλήσεων. Η Παρασκευή δεν είναι η χειρότερη μέρα να παραβλέψει τη δημιουργία και να προσφέρει μια ευχάριστη διαμονή. .

Η Παρασκευή δεν είναι η χειρότερη μέρα να παραβλέψει τη δημιουργία και να προσφέρει μια ευχάριστη διαμονή.

Αλλά το απογευματινό σας όνειρο ξεπέρασε ξαφνικά την κλήση της τεχνικής υποστήριξης, τότε ένα ακόμα και ακόμα - τίποτα δεν λειτουργεί, όλα έσπασαν. Ελέγξτε - πηγαίνετε απώλειες, διαλείμματα. Όλα συγκλίνουν σε ένα τμήμα διαφόρων διακοπτών.

Το SSH Uncredited, έλεγξε το CPU, έλεγξε τη διάθεση των διεπαφών και το τέλος των μαλλιών - φόρτωση σχεδόν κάτω από 100% σε όλες τις διεπαφές ενός VLAN. Ο βρόχος! Αλλά πού προέρχεται αν δεν πραγματοποιήθηκε καμία δουλειά; 10 λεπτά ελέγχου και παρατηρήσατε ότι στην ανάντη διασύνδεση στον πυρήνα έχετε πολλή εισερχόμενη κίνηση και σε όλα όσα φθίνουσα στους πελάτες - εξερχόμενα. Για το βρόχο, είναι επίσης χαρακτηριστικό, αλλά κατά κάποιο τρόπο ύποπτα: εισήγαγε ένα multicast, δεν έκανε καμία δουλειά στην εναλλαγή και το άλμα μόνο προς μία κατεύθυνση.

Ελέγξτε μια λίστα με ομάδες multicast στο δρομολογητή - και υπάρχει μια συνδρομή σε όλα τα πιθανά κανάλια και όλα σε μια θύρα είναι φυσικά εκείνο που οδηγεί σε αυτό το τμήμα.

Η σχολαστική έρευνα έχει δείξει ότι ο υπολογιστής του πελάτη έχει μολυνθεί και στέλνει ερώτηση IGMP σε όλες τις διευθύνσεις πολυεκπομπής στη σειρά.

Οι απώλειες συσκευασίας άρχισαν, επειδή οι διακόπτες έπρεπε να περάσουν από τον εαυτό τους ένα τεράστιο ποσό κυκλοφορίας. Αυτό προκάλεσε υπερχείλιση ρυθμιστικών διασύνδεσης.

Το κύριο ερώτημα είναι ο λόγος για τον οποίο η κυκλοφορία ενός πελάτη άρχισε να αντιγράφεται σε όλες τις λιμένες;

Ο λόγος για αυτό έγκειται στη φύση των διευθύνσεων MULTICAR MAC. Το γεγονός είναι ότι ο χώρος των διευθύνσεων IP Multicast εμφανίζεται ειδικά στο χώρο των διευθύνσεων MOCAPAT MUCT. Και το Snag είναι ότι ποτέ δεν θα χρησιμοποιηθούν ως διεύθυνση MAC πηγής και επομένως δεν θα μελετηθούν από το διακόπτη και παρατίθενται στον πίνακα διευθύνσεων MAC. Τι κάνει ο διακόπτης με πλαίσια, των οποίων η διεύθυνση προορισμού δεν μελετάται; Τους στέλνει σε όλους τους λιμένες. Τι συνέβη.

Αυτή είναι η προεπιλεγμένη ενέργεια.

Multicast mac διευθύνσεις Έτσι, ποιες διευθύνσεις MAC υποκαθίστανται στην κεφαλίδα Ethernet τέτοιων συσκευασιών; Αναμετάδοση? Δεν. Υπάρχει μια ειδική σειρά διευθύνσεων MAC στις οποίες εμφανίζονται οι διευθύνσεις IP Multicast. Κανω ΕΓΓΡΑΦΗ Αυτές οι ειδικές διευθύνσεις αρχίζουν:

0x01005e και το επόμενο 25ο κομμάτι πρέπει να είναι 0

Προσπαθήστε να απαντήσετε γιατί έτσι

). Τα υπόλοιπα 23 bit (υπενθυμίζουν όλα στη διεύθυνση Mac-διεύθυνση 48) μεταφέρονται από τη διεύθυνση IP.

Εδώ βρίσκεται κάτι πολύ σοβαρό, αλλά το πρόβλημα. Το εύρος των διευθύνσεων multicast καθορίζεται από τη μάσκα 224.0.0.0/4, πράγμα που σημαίνει ότι τα πρώτα 4 bits διατηρούνται: 1110 και τα υπόλοιπα 28 bits μπορούν να αλλάξουν. Δηλαδή, έχουμε 2 ^ 28 διευθύνσεις IP multicast και μόνο 2 ^ 23 mac διευθύνσεις - για να εμφανίζονται 1 σε 1 έλλειψη 5 bits. Επομένως, τα τελευταία 23 bits των διευθύνσεων IP λαμβάνονται και ένας προς μία μεταφέρεται στη διεύθυνση MAC, οι υπόλοιπες 5 απορρίπτονται.

Στην πραγματικότητα, αυτό σημαίνει ότι οι διευθύνσεις 2 ^ 5 = 32 IP θα εμφανιστούν σε μία διεύθυνση MAC MUCT. Για παράδειγμα, οι ομάδες 224.0.0.1, 224.128.0.1, 225.0.0.1 και ούτω καθεξής έως 239.128.0.1, όλοι θα εμφανιστούν σε μια διεύθυνση MAC 0100: 5E00: 0001.

Εάν λάβετε μια ροή βίντεο με ροή βίντεο, μπορείτε να δείτε:

Διεύθυνση IP - 224.2.2.4, MAC Διεύθυνση: 01: 00: 5E: 02: 02: 04.

Υπάρχουν επίσης άλλες διευθύνσεις MOC MUCT που δεν ανήκουν στο IPv4-Multicast (κάντε κλικ στο κουμπί

). Όλα αυτά, παρεμπιπτόντως, χαρακτηρίζονται από το γεγονός ότι το τελευταίο κομμάτι της πρώτης οκτάτης είναι ίσο με 1.

Φυσικά, ούτε στην ίδια κάρτα δικτύου δεν μπορεί να ρυθμιστεί από μια τέτοια διεύθυνση MAC, οπότε δεν θα είναι ποτέ στο πεδίο Source Mac Ethernet και ποτέ δεν θα πέσει στον πίνακα διευθύνσεων MAC. Έτσι ώστε τα πλαίσια αυτά να αποστέλλονται ως άγνωστοι unicast

Σε όλα τα λιμάνια VLAN.

Συνολικά, ότι έχουμε εξετάσει προηγουμένως, αρκεί να μεταδώσει πλήρως οποιαδήποτε κίνηση πολυεκπομπής από το streaming βίντεο σε αποσπάσματα τιμών αποθεμάτων. Αλλά κάνουμε πραγματικά στον σχεδόν τέλειο κόσμο μας με μια τέτοια ντροπή, ως εκπομπή μετάδοσης του τι θα μπορούσε να μεταφερθεί στην εκλεκτή;

Καθόλου. Ειδικά για τελειομανές Εφευρεθεί μηχανισμός

IGMP-Snooping.

Η ιδέα είναι πολύ απλή - ο διακόπτης "ακούει" που διέρχεται από τα πακέτα IGMP.

Για κάθε ομάδα, ξεχωριστά οδηγεί τον πίνακα των ανερχόμενων και προς τα κάτω θύρες.

Εάν η αναφορά IGMP προήλθε από τη θύρα για μια ομάδα, τότε ένας πελάτης, ο διακόπτης το προσθέτει στη λίστα Downlink για αυτήν την ομάδα.

Εάν το ερώτημα IGMP ήρθε από τη θύρα για την ομάδα, τότε υπάρχει ένας δρομολογητής, ο διακόπτης το προσθέτει στον ανερχόμενο κατάλογο.

Αυτό δημιουργεί έναν πίνακα μετάδοσης κίνησης πολυεκπομπής σε επίπεδο καναλιού. Ως αποτέλεσμα, όταν ένα ρεύμα πολυεκπομπής προέρχεται από πάνω, αντιγράφεται μόνο σε διεπαφές προς τα κάτω. Εάν στο διακόπτη 16 θύρας μόνο δύο πελάτες, μόνο θα παραδοθούν κυκλοφορίας. Η ιδιοφυΐα αυτής της ιδέας τελειώνει όταν σκεφτόμαστε τη φύση της. Ο μηχανισμός υποθέτει ότι ο διακόπτης πρέπει να ακούει την κυκλοφορία στο 3ο επίπεδο.

Ωστόσο, η IGMP-Snooping δεν είναι σύγκριση με το NAT για να αγνοήσει τις αρχές της αλληλεπίδρασης του δικτύου. Επιπλέον, εκτός από την εξοικονόμηση πόρων, φέρει πολλές λιγότερο προφανείς ευκαιρίες. Ναι, και γενικά, στον σύγχρονο κόσμο, ο διακόπτης που ξέρει πώς να κοιτάξει μέσα στο IP - το φαινόμενο δεν είναι εξαιρετικό. ===================== Αριθμός εργασίας 3.

Ο διακομιστής 172.16.0.5 μεταδίδει την κυκλοφορία πολυεκπομπής σε ομάδες 239.1.1.1, 239.2.2.2 και 239.0.X.

Ρυθμίστε το δίκτυο έτσι ώστε:

- Ο πελάτης 1 δεν μπορούσε να ενταχθεί στην ομάδα 239.2.2.2. Αλλά ταυτόχρονα θα μπορούσε να ενταχθεί στην ομάδα 239.0.0.x.

- Ο πελάτης 2 δεν μπορούσε να ενταχθεί στην ομάδα 239.1.1. Αλλά ταυτόχρονα θα μπορούσε να ενταχθεί στην ομάδα 239.0.0.x.

Λεπτομέρειες για την εργασία εδώ.

=====================

IGMP Snooping Proxy.

.

Ένας αναγνώστης απόκρισης μπορεί να έχει μια ερώτηση σχετικά με το πώς η IGMP Snooping μαθαίνει όλες τις θύρες του πελάτη, δεδομένου ότι μόνο ένας πιο γρήγορος πελάτης είναι υπεύθυνος για το ερώτημα IGMP όπως είπαμε παραπάνω. Και πολύ απλό: Το IGMP Snooping δεν επιτρέπει την αναφορά να μεταβαίνει μεταξύ των πελατών. Αποστέλλονται μόνο στις ανερχόμενες θύρες στους δρομολογητές. Χωρίς να βλέπετε αναφορά από άλλους παραλήπτες αυτής της ομάδας, ο πελάτης είναι υποχρεωμένος να ανταποκρίνεται στο ερώτημα κατά τη διάρκεια του μέγιστου χρόνου απόκρισης που καθορίζεται σε αυτό το ερώτημα.

Ως αποτέλεσμα, στο δίκτυο για 1000 κόμβους σε ένα ερώτημα IGMP για δευτερόλεπτα 10 (η συνήθης τιμή του χρόνου απόκρισης Max) θα εμφανιστεί 1000 αναφορές στον δρομολογητή. Αν και θα ήταν αρκετό για αυτόν για κάθε ομάδα.

Και συμβαίνει κάθε λεπτό.

Σε αυτή την περίπτωση, μπορείτε να διαμορφώσετε την παραπομπή αιτημάτων IGMP. Στη συνέχεια, ο διακόπτης δεν "ακούει" τα πακέτα που περνάει, τους παρενεργοποιεί.

Οι κανόνες λειτουργίας της IGMP-Snooping ενδέχεται να διαφέρουν για τους διαφορετικούς κατασκευαστές. Επομένως, θεωρήστε τους εννοιολογικά:

1) Εάν ο διακόπτης φτάσει στην πρώτη αναφορά στην ομάδα, αποστέλλεται στον δρομολογητή και η διεπαφή είναι υποτονική στην κατηφόρα. Εάν μια τέτοια ομάδα είναι ήδη ήδη εκεί, η διεπαφή προστίθεται απλά στον φθίνουσα λίστα και η έκθεση καταστρέφεται.

2) Εάν η τελευταία άδεια έρχεται στο διακόπτη, τότε δεν υπάρχουν άλλοι πελάτες, αυτή η άδεια θα σταλεί στον δρομολογητή και η διεπαφή αφαιρείται από τη λίστα Downlink. Διαφορετικά, η διεπαφή διαγράφεται απλώς, η άδεια καταστρέφεται.

3) Εάν το ερώτημα IGMP προέρχεται από το δρομολογητή, ο διακόπτης τον παρεμβαίνει, το στέλνει στην ανταπόκριση της IGMP για όλες τις ομάδες που έχουν παραλήπτες.

Τώρα δίνουμε το διακομιστή. Όπως έχουμε ήδη συζητήσει παραπάνω, δεν ανησυχεί για το PIM, RP, IGMP - απλά μεταδίδει. Και το R1 παίρνει αυτό το ρεύμα. Το καθήκον του είναι να παραδώσει ένα multicast στο rp. Και στη συνέχεια, ανάλογα με τις ρυθμίσεις και τον κατασκευαστή, ή το ίδιο ερώτημα αποστέλλεται σε όλες τις θύρες του πελάτη ή ο διακόπτης μπλοκάρει το ερώτημα από το δρομολογητή και λειτουργεί ως querier, πολιτικοποιεί περιοδικά όλους τους παραλήπτες. Αυτό μειώνει το μερίδιο της περιττής κυκλοφορίας υπηρεσίας στο δίκτυο και το φορτίο στο δρομολογητή. Multicast vlan αντιγραφή Ο πελάτης θα ζητήσει επίσης μια ομάδα 224.2.2.4 μέσω του παίκτη VLC. Συντομευμένος Στην έκθεση IGMPV2 πηγαίνει στη διεύθυνση της επιθυμητής ομάδας και παράλληλα αναφέρεται στο ίδιο το πακέτο. Αυτά τα μηνύματα πρέπει να ζουν μόνο μέσα στο τμήμα τους και να μην προωθούν ούτως ή άλλως από τους δρομολογητές, έχουν 1 TTL. Mvr

. Αυτός είναι ένας μηχανισμός για τους παρόχους που ασκούν το VLAN-PER-USER

, π.χ.

Εδώ είναι ένα τυπικό παράδειγμα ενός δικτύου όπου το MVR είναι ζωτικής σημασίας:

5 πελάτες σε διαφορετικά VLAN και όλοι θέλουν να λάβουν κίνηση πολλαπλών προϊόντων μιας ομάδας 224.2.2.4. Στην περίπτωση αυτή, οι πελάτες πρέπει να παραμείνουν απομονωμένοι μεταξύ τους.

Το IGMP-Snooping λαμβάνει υπόψη, φυσικά, και τους VLAN. Εάν πέντε πελάτες σε διαφορετικά VLAN ζητούν μια ομάδα - θα είναι πέντε διαφορετικοί πίνακες. Συνεπώς, υπάρχουν 5 αιτήσεις σύνδεσης στην ομάδα στον δρομολογητή. Και κάθε σαμπιντένια από αυτούς τους πέντε στο δρομολογητή θα προστεθεί ξεχωριστά στο πετρέλαιο. Δηλαδή, έλαβε 1 ρεύμα για την ομάδα 224.2.2.4 Θα στείλει 5 αντίγραφα, παρά το γεγονός ότι όλοι πάνε σε ένα τμήμα.

Για την επίλυση αυτού του προβλήματος, αναπτύχθηκε ένας μηχανισμός αναπαραγωγής πολυεκπομπής VLAN.

Εισάγεται πρόσθετο VLAN -

.

Multicast vlan.

- Κατά συνέπεια, θα μεταδοθεί μια ροή πολυεκπομπής. Είναι "καλαίσθητο" απευθείας στον τελευταίο διακόπτη, όπου η κυκλοφορία από αυτό αντιγράφεται σε όλες τις διεπαφές πελάτη που θέλουν να λάβουν αυτή την κυκλοφορία - αυτή είναι η αναπαραγωγή.

.

Ανάλογα με την εφαρμογή της αντιγραφής από το Multicast Vlan μπορεί να γίνει μέσα

Χρήστη-vlan.

ή σε ορισμένες φυσικές διεπαφές.

Και τι γίνεται με τα μηνύματα IGMP; Το ερώτημα από το δρομολογητή, φυσικά, έρχεται μέσα από το Multicast Vlan. Ο διακόπτης τους στέλνει σε θύρες πελάτη. Όταν η αναφορά ή η άδεια προέρχεται από τον πελάτη, ο διακόπτης ελέγχει από όπου είναι (VLAN, μια διεπαφή) και, εάν είναι απαραίτητο, ανακατευθύνει σε ένα πολλαπλές vlan.

Έτσι, η συνηθισμένη κυκλοφορία είναι απομονωμένη και εξακολουθεί να πηγαίνει στο δρομολογητή στον χρήστη Vlan. Ένα πολυεκπαιδευτικό και τα πακέτα IGMP μεταδίδονται στο Multicast VLAN.

.

Το Cisco MVR και το IGMP-Snooping διαμορφώνονται ανεξάρτητα. Δηλαδή, μπορείτε να απενεργοποιήσετε το ένα και το δεύτερο θα λειτουργήσει. Γενικά, η MVR βασίζεται στην IGMP-Snooping και στους διακόπτες άλλων κατασκευαστών για λειτουργίες MVR μπορεί να είναι υποχρεωτική ένταξη του IgMP-Snooping.

Έλεγχος RPF.

Επιπλέον, η IGMP-Snooping σάς επιτρέπει να εκτελέσετε φιλτράρισμα κυκλοφορίας στους διακόπτες, περιορίστε τον αριθμό των ομάδων που είναι διαθέσιμες στον χρήστη, τη συμπερίληψη του querier IGMP, τη στατική ρύθμιση ανερχόμενων θυρών, μόνιμη σύνδεση με οποιαδήποτε ομάδα (αυτό το σενάριο είναι σε συνοδευτικό βίντεο

), Γρήγορη αντίδραση σε μια αλλαγή στην τοπολογία στέλνοντας πρόσθετο ερώτημα, χαρτογράφηση SSM για IGMPV2 κλπ.

  • Ολοκλήρωση της συνομιλίας για το IGMP-Snooping, θέλω να επαναλάβω - αυτή είναι μια προαιρετική λειτουργικότητα - όλα θα λειτουργήσουν χωρίς αυτό. Αλλά θα κάνει το δίκτυο πιο προβλέψιμο και η ζωή του μηχανικού είναι πιο ήρεμη.
  • Ωστόσο, όλα τα πλεονεκτήματα της igmp snooping μπορούν να τυλιχθούν εναντίον τους. Μια τέτοια εξαιρετική περίπτωση μπορεί να διαβαστεί με παραπομπή.
  • Με τον τρόπο που η ίδια Cisco διαθέτει πρωτόκολλο CGMP

- αναλογικό της IGMP, το οποίο δεν παραβιάζει τις αρχές του διακόπτη, αλλά είναι σωστά και να μην το πούμε ότι ευρέως διαδεδομένη.

Έτσι, ο ακούσιος αναγνώστης μου, πλησιάζουμε το τέλος του θέματος και τελικά θέλουμε να δείξουμε πώς η υπηρεσία IPTV μπορεί να εφαρμοστεί στην πλευρά του πελάτη.

Ο ευκολότερος τρόπος που έχουμε επανειλημμένα προσφύγει σε αυτό το άρθρο - Εκτελέστε έναν παίκτη που μπορεί να πάρει ένα ρεύμα πολυεκπομπής από το δίκτυο. Μπορείτε να ρυθμίσετε χειροκίνητα τη διεύθυνση IP της ομάδας και να απολαύσετε βίντεο.

Μια άλλη επιλογή προγράμματος ότι οι πάροχοι συχνά χρησιμοποιούν είναι μια ειδική εφαρμογή, συνήθως αρκετά προσαρμοσμένη, στην οποία το σύνολο των καναλιών που χρησιμοποιούνται στο δίκτυο του παρόχου θα ράβονται. Δεν χρειάζεται να ορίσετε κάτι με το χέρι - απλά πρέπει να αλλάξετε τα κανάλια με τα κουμπιά.

Και οι δύο αυτοί οι τρόποι καθιστούν δυνατή την παρακολούθηση βίντεο ροής μόνο στον υπολογιστή σας.

Η τρίτη επιλογή σας επιτρέπει να χρησιμοποιήσετε την τηλεόραση και κατά κανόνα, οποιαδήποτε. Για να το κάνετε αυτό, το σπίτι του πελάτη βάζει το λεγόμενο Set-Top-Box (STB) - ένα πλαίσιο εγκατεστημένο στην τηλεόραση. Αυτό είναι ένα pusaleak, το οποίο περιλαμβάνεται στη γραμμή συνδρομητών και μοιράζεται την κυκλοφορία: το συνηθισμένο Unicnter που δίνει στο Ethernet ή WiFi, έτσι ώστε οι πελάτες να έχουν πρόσβαση στο Internet και το ρεύμα πολυεκπομπής μεταδίδεται στην τηλεόραση μέσω του καλωδίου (DVI, RGB, κεραία TD.).

Συχνά, από τον τρόπο, μπορείτε να δείτε μια διαφήμιση, όπου ο πάροχος προσφέρει τις κονσόλες της για τη σύνδεση της τηλεόρασης - αυτό είναι το πολύ stb

Αριθμός εργασίας 4.

Τέλος, ένα μη ερχόμενο έργο πολυεκπομπής (οι συγγραφείς δεν είναι εμάς, θα υπάρχει ένας σύνδεσμος με το πρωτότυπο στις απαντήσεις).

  1. Το απλούστερο σχήμα:
  2. Από τη μία πλευρά, ο διακομιστής προέλευσης, με ένα τόξο - ένας υπολογιστής που είναι έτοιμος να πάρει κίνηση.

Μπορείτε να εγκαταστήσετε ένα multicast stream διεύθυνση μόνοι σας.

Και, κατά συνέπεια, δύο ερωτήσεις:

  • Τι πρέπει να γίνει έτσι ώστε ο υπολογιστής να μπορεί να πάρει το ρεύμα και να μην καταφεύγει σε δρομολόγηση πολυεκπομπής;
  • Ας υποθέσουμε ότι δεν ξέρετε τι ένα multicast και δεν μπορείτε να το διαμορφώσετε, πώς να μεταφέρετε το ρεύμα από το διακομιστή σε έναν υπολογιστή;
  • Η εργασία αναζητά εύκολα στη μηχανή αναζήτησης, αλλά προσπαθήστε να το λύσετε μόνοι σας.
  • Λεπτομέρειες για την εργασία εδώ.
  • =====================
  • Ασύμφορη στο άρθρο παρέμεινε δρομολόγηση διατομής της κυκλοφορίας πολυεκπομπής (MSDP
  • , MBGP.

, Bgmp

), φορτίο εξισορρόπησης μεταξύ RP (Anycast RP

, ιδιόκτητα πρωτόκολλα. Αλλά, νομίζω, έχοντας ένα σημείο εκκίνησης αυτού του άρθρου, να αντιμετωπίσει τα υπόλοιπα δεν θα είναι δύσκολη.

Όλοι οι όροι που σχετίζονται με ένα multicast, μπορείτε να βρείτε στο τηλεπικοινωνιακό γλωσσάρι LookMeup

Για βοήθεια για την προετοιμασία των άρθρων σας ευχαριστώ JDIMA

Για τεχνική υποστήριξη χάρη στο Natasha Samoilenko CDPV που έχει σχεδιαστεί nina dolgopolov

- Ένας υπέροχος καλλιτέχνης και άλλο έργο.

Έλεγχος RPF.

Στην πισίνα των άρθρων του SDSM, εξακολουθεί να υπάρχει πολύ ενδιαφέρον πριν από το τέλος, οπότε δεν χρειάζεται να θάβεις τον κύκλο λόγω μακράς έλλειψης απελευθέρωσης - με κάθε νέο άρθρο, η πολυπλοκότητα αυξάνεται σημαντικά. Μπροστά είναι σχεδόν όλα τα MPLs, το IPv6, το QoS και το σχεδιασμό δικτύου.

  1. Όπως ήδη, πιθανώς παρατηρήσατε, το linkmeup έχει ένα νέο έργο - το γλωσσάριο LookMeup (ναι, έχουμε αφήσει μια φαντασία). Ελπίζουμε ότι αυτό το γλωσσάριο θα γίνει το πιο πλήρες κατάλογο όρων στον τομέα της επικοινωνίας, οπότε θα χαρούμε να σας βοηθήσουμε να το γεμίσετε. Γράψτε μας στο [email protected]
  2. Μείνε μαζί μας
  3. IGMP Snooping: Τι είναι αυτό στο δρομολογητή και γιατί χρειάζεστε;
  4. Εάν αντιμετωπίσετε μια ερώτηση σχετικά με την επιλογή IGMP Snooping ότι βρίσκεται στον δρομολογητή και γιατί χρειάζεστε αυτή τη ρύθμιση, ανακαλύψατε το σωστό άρθρο. Οι περισσότερες από τις πληροφορίες στο Διαδίκτυο είναι πολύπλοκες για να κατανοήσουν τον συνήθη χρήστη και αυτοί οι όροι δεν χρειάζονται καθόλου εάν θέλετε να λύσετε μια συγκεκριμένη εργασία.
  5. Λίγο περισσότερο για τα προβλήματα, εξαιτίας των οποίων θα μπορούσατε να ενδιαφέρεστε για το IGMP Snooping:

Παίζετε παιχνίδια δικτύου.

Χρησιμοποιήστε τη λειτουργία τηλεόρασης IPTV Rostelecom ή οποιοδήποτε άλλο πάροχο.

Υπογράφηκε σε οποιοδήποτε σύστημα δικτύου: Συνέδρια βίντεο, online μάθηση ή ακόμα και ταχυδρομικές αποστολές.

Και ταυτόχρονα έχετε μειώσει σημαντικά την ταχύτητα σε όλες τις συσκευές που συνδέονται με το δρομολογητή. Για παράδειγμα, παρακολουθείτε την IPTV στην τηλεόραση, αλλά αρχίζετε να "ντροπαλίζετε" έναν υπολογιστή ή χειρότερο για να εργαστείτε στο διαδίκτυο στο τηλέφωνό σας. Ένα άλλο πρόβλημα είναι δυνατό - η IPTV, τα δίκτυα ή οι υπηρεσίες που αναφέρονται παραπάνω δεν ξεκινούν καθόλου και δεν λειτουργούν. Σε όλες αυτές τις περιπτώσεις, η λύση θα σας βοηθήσει να διαμορφώσετε το IGMP snooping.

Τι είναι η IGMP και γιατί χρειάζεται

Όταν τα δεδομένα μεταδίδονται μέσω του δικτύου - στο παγκόσμιο Διαδίκτυο ή από τον πάροχο ή μεταξύ των συσκευών σας, αυτό συμβαίνει με τους σαφείς κανόνες: Πρωτόκολλα. Κάθε πρωτόκολλο καθορίζει τον τρόπο αναγνώρισης των μηδενικών και των μονάδων, τον τρόπο συλλογής τους σε πακέτα δεδομένων, πώς να ελέγξετε την "ορθότητα" τους όταν λαμβάνουν και συναρμολογούνται στην οθόνη στην οθόνη. Υπάρχουν επτά επίπεδα συνολικά - από ηλεκτρικά σήματα στο πρόγραμμα περιήγησης.

Πρωτόκολλο διαχείρισης της ομάδας Internet, σύμφωνα με τα πρώτα γράμματα των οποίων σχηματίζεται η συντομογραφία - ένα από αυτά τα πρωτόκολλα στο επίπεδο καναλιού. Δεν θα γνωρίζετε για την ύπαρξή του, εάν εμφανιστούν τα "προβλήματα" παραπάνω. Όπως φαίνεται από το όνομα, αυτό είναι ένα πρωτόκολλο για τη διαχείριση των ομάδων ραδιοτηλεοπτικών εκπομπών.

Δηλαδή, όταν το σήμα IPTV Internet TV σας έρχεται σε σας στο δρομολογητή από τον πάροχο, αρχίζει να το μεταδίδεται σε όλες τις συσκευές. Είναι βολικό, να παρακολουθήσετε τα ίδια εργαλεία στο smartphone και την τηλεόραση. Αλλά ταυτόχρονα οποιαδήποτε άλλη συσκευή - για παράδειγμα, ο υπολογιστής σας "δεν ζητείται" αν χρειάζεται ένα σήμα.

Ως εκ τούτου, το λαμβάνει ακόμα, το οποίο μειώνει την ταχύτητα του Διαδικτύου και ξοδεύει τους πόρους της.

Το Snooping είναι μια συνάρτηση που βοηθάει έναν δρομολογητή να ανακαλύψει ποιες συσκευές χρειάζονται ροή δεδομένων από ένα online παιχνίδι, τηλεόραση ή ειδική υπηρεσία. Με απλά λόγια, αυτή είναι η βελτιστοποίηση της κυκλοφορίας στο δίκτυό σας και βελτιώνοντας την ασφάλειά του. Θα πρέπει να λειτουργεί αυτόματα, αλλά μερικές φορές πρέπει να το ρυθμίσετε με το χέρι. Αυτό είναι που το IGMP βρίσκεται στο δρομολογητή.

Προβολές της IGMP Snooping Η υποστήριξη του δρομολογητή αυτού του πρωτοκόλλου ήδη σημαίνει ότι δεν θα έχετε προβλήματα με την παραλαβή του σήματος από την IPTV και από άλλες υπηρεσίες. Αλλά αν ο δρομολογητής ή το μόντεμ είναι μεγαλύτερης ηλικίας, μπορεί να μην δέχεται τη μεταφορά δεδομένων μετάδοσης, ή απλά δεν έχει αρκετή ισχύ και θα "κρεμάσει". Αλλά όταν όλα είναι εντάξει, η Snooping IGMP μπορεί να διαφέρει ανάλογα με τον τύπο: Παθητικός. Αυτή η βασική υποστήριξη τεχνολογίας, η συνολική μετάδοση δεδομένων παρακολούθησης και εκπομπής. Όλα λειτουργούν, το φορτίο στο δρομολογητή είναι ελάχιστο. Ωστόσο, το φορτίο αυξάνεται στις συσκευές σε αυτήν. Ενεργός. Ένα τέτοιο πρωτόκολλο μεγιστοποιεί το δίκτυο. Κρατάει "επιπλέον" αιτήματα στο δρομολογητή ότι δεν χρειάζεται, απελευθερώνοντας τον πόρο μεταφοράς δεδομένων. Ωστόσο, αυξάνει το φορτίο στον επεξεργαστή και στη μνήμη της συσκευής. Συσκευές μέσης και υψηλής τιμής αντιμετωπίζουν με αυτό χωρίς προβλήματα. Για συσκευές φθηνότερα εξαρτάται από το ποσό των δεδομένων. .

Πώς να ρυθμίσετε μια λειτουργία στο δρομολογητή IGMP Αποσυναρμολογήστε στο δρομολογητή, τι είναι αυτή η ρύθμιση - στο παράδειγμα IPTV. Συνήθως όλα ενεργοποιούνται αυτόματα. Αλλά αν διαβάσετε αυτό το άρθρο, κάτι σαφώς πήγε στραβά. Επομένως, κάνετε αυτά τα βήματα: Μεταβείτε στη διεπαφή ιστού του δρομολογητή: Εισάγετε το πρόγραμμα περιήγησης στη γραμμή διευθύνσεων 192.168.1.1 ή 192.168.0.1 ή τη διεύθυνση που καθορίζεται στο πυθμένα αυτοκόλλητο. Εισαγάγετε το όνομα χρήστη και τον κωδικό πρόσβασης - συνήθως αυτό είναι το admin "admin" admin "και τον κωδικό πρόσβασης" εάν δεν έχετε αλλάξει χειροκίνητα. Ή να ελέγξετε το ίδιο αυτοκόλλητο στο δρομολογητή. .

Μεταβείτε στο "Δίκτυο", "Ρυθμίσεις δικτύου" ή παρόμοια. Στο Asus, ονομάζεται "τοπικό δίκτυο". Πρέπει να βρείτε την καρτέλα "IPTV". Η επιλογή "Proxy" περιλαμβάνει τη μετάδοση, ξεκινάει πραγματικά τη λειτουργία IPTV. Αυτό είναι που είναι, ο διαγωνισμός IGMP στον δρομολογητή. Ενεργοποιήστε την. Δεν όλα τα μοντέλα δεν έχουν ένα αντικείμενο snooping IGMP, αλλά αν είναι παρόντες, τότε ενεργοποιήστε το. Το Snooping θα βελτιώσει το έργο όλων των συσκευών. .

Κάντε κλικ στην επιλογή "Εφαρμογή". Όλα είναι έτοιμα.

Πιθανά προβλήματα Ένα πρόβλημα είναι δυνατό όταν η μετάδοση δεν έχει εργαστεί. Αυτό μπορεί να συνδεθεί με το τείχος προστασίας. Αποσυνδέστε το για λίγα λεπτά. Εάν το πρόβλημα έχει εξαφανιστεί, στη συνέχεια ενεργοποιήστε και στις ρυθμίσεις, επιτρέψτε στο πρωτόκολλο για τηλεόραση Internet, online παιχνίδια ή άλλη υπηρεσία. Βίντεο. Παράδειγμα: Anycast DNS .

Εάν ο IPTV χρησιμοποιεί ένα ξεχωριστό δέκτη εξοπλισμού (γιατί χρειάζεστε ένα πρόθεμα τηλεόρασης, αυτό είναι ένα μόνο θέμα συνομιλίας), τότε στις ρυθμίσεις του δρομολογητή μπορεί να χρειαστεί να επιλύσετε την επιλογή "Bridge". Μπορεί να ονομαστεί "Επιλέξτε Wan Bridge Port" ή "Γέφυρα δικτύου" - εξαρτάται από τη συσκευή.

Τέλος, αν το σήμα "επιβραδύνει", τότε η συσκευή είναι πιθανότατα υπερφορτωμένη. Θα χρειαστεί να περιορίσετε τη λειτουργία άλλων συσκευών ή να τις απενεργοποιήσετε. Εάν δεν βοηθά τίποτα, θα πρέπει να αλλάξετε το δρομολογητή για πιο ισχυρό.

Σε αυτό το άρθρο, προσπάθησα να εξηγήσω την πιο σαφή γλώσσα που είναι το IGMP snooping στο δρομολογητή. Ελπίζω ότι αυτές οι πληροφορίες θα είναι χρήσιμες για εσάς και αποφασίζετε τα προβλήματα που έχουν προκύψει. Τώρα τα δεδομένα σας θα μεταδοθούν εξίσου βέλτιστα και σωστά και η επίθεση στο δίκτυο για να υπερφορτώσει όλες τις συσκευές σε αυτό δεν θα προκύψει. Μια πηγή: https://besprovodnik.ru/igmp-snoop-chto-to-v-ruter/

Ρύθμιση IPTV στο Mikrotik Για παράδειγμα, οι ρυθμίσεις IPTV πήραμε Mikrotik RB20111ias-2HND. Δεν είναι αρκετά δρομολογητής στο σπίτι, φυσικά, αλλά η ρύθμιση σε άλλες συσκευές δεν θα διαφέρει κατ 'αρχήν. Επαναφορά του δρομολογητή διαμόρφωσης. / Και μας ενημερώνει για τους παραλήπτες. Και δεν είναι απαραίτητο να μιλήσετε για έναν υπολογιστή-πελάτη, γενικά, μπορεί να είναι, για παράδειγμα, ένα άλλο δρομολογητή PIM. Είναι σημαντικό να πρέπει να περάσουν οι διασυνδέσεις. Ενημερώνουμε τον δρομολογητή (προσθέτουμε ένα πακέτο για IPTV).

Ρύθμιση διακομιστή μεσολάβησης IGMP. Προσθέστε εξαιρέσεις τείχους προστασίας. Ρύθμιση Wi-Fi.

Επαναφορά ρυθμίσεων σημείου πρόσβασης

Αυτό το στοιχείο είναι προαιρετικό. Εάν ρυθμίσετε το IPTV σε ένα δρομολογητή με τις ρυθμίσεις εργασίας που κάνατε νωρίτερα, οι παρακάτω ενέργειες δεν είναι απαραίτητες. Επίσης, δεν εμποδίζει τη διαμόρφωση δημιουργίας αντιγράφων ασφαλείας. Ωστόσο, μερικές φορές, αν κατά τη διάρκεια της ρύθμισης IPTV στο μικροτικό κάτι πήγε στραβά, η καλύτερη διέξοδος είναι "επαναφέρετε" τη διαμόρφωση και κάνετε τα πάντα ξανά. .

Επαναφορά ρυθμίσεων στο εργοστάσιο μπορεί να είναι τρεις τρόποι: Προγραμματικά μεταβείτε στο WinBox, ανοίξτε το μενού συστήματος και πραγματοποιήστε επαναφορά διαμόρφωσης. Μηχανικά: Κάντε κλικ στο κουμπί Επαναφορά στο Mikrotik και περιμένετε μέχρι να επανεκκινήσετε το δρομολογητή. (Στις περισσότερες Mikrotik σας συμβουλεύουμε να σφίξετε το κουμπί για να ενεργοποιήσετε τον εξοπλισμό και χωρίς να απελευθερώσετε τη διατήρηση περίπου 10 δευτερολέπτων μετά την ενεργοποίηση) / Και μας ενημερώνει για τους παραλήπτες. Και δεν είναι απαραίτητο να μιλήσετε για έναν υπολογιστή-πελάτη, γενικά, μπορεί να είναι, για παράδειγμα, ένα άλλο δρομολογητή PIM. Είναι σημαντικό να πρέπει να περάσουν οι διασυνδέσεις. Επαναφορά διαμόρφωσης στο ίδιο το δρομολογητή (στην οθόνη ρύθμισης). Πραγματική μόνο αν υπάρχει μια οθόνη αφής στο δρομολογητή. Ενημέρωση Routeros (προσθέστε ένα πακέτο για IPTV) Η ενημέρωση είναι απαραίτητη για την εγκατάσταση πρόσθετου πακέτου για την IPTV. Πηγαίνουμε στην περιοχή του Mikrotik, αναζητούμε μια σειρά από το μοντέλο σας στις λίστες και να κατεβάσετε την τελευταία έκδοση υλικολογισμικού για αυτό. Παρακαλείστε να σημειώσετε ότι δεν επιλέγετε το υλικολογισμικό με τα κύρια πακέτα (κύρια) και με επιπλέον (επιπλέον):

Ανοιξε

Winbox.

Πηγαίνουμε στο δρομολογητή (σας συμβουλεύουμε να εισαγάγετε αρχικά στη διεύθυνση MAC, θα διευκολύνει τη διαδικασία περαιτέρω διαμόρφωσης). Για να ενημερώσετε το δρομολογητή, μεταβείτε στο μενού Αρχεία. Ανοίξτε το και σύρετε το στο παράθυρο Αρχεία. Το ληφθέν αρχείο από ένα μη συσκευασμένο αρχείο που ονομάζεται . Multicast-x.xx-mipbe.npk

Το πακέτο προστέθηκε και μετά από αυτό επανεκκινήσουμε τον εξοπλισμό στο μενού

Σύστημα.

Επανεκκίνηση

Ο δρομολογητής θα επανεκκινήσει και θα ενημερώσει το υλικολογισμικό. Η διαδικασία μπορεί να διαρκέσει έως και 5 λεπτά.

Η διατροφή αυτή τη στιγμή δεν πρέπει να είναι απενεργοποιημένη!

Μετά την επανεκκίνηση ανοιχτή

Σύστημα - Πακέτα. και κοιτάξτε αν εμφανιστεί η ενότητα

Αν κάποιος είναι διαθέσιμος, τότε κάνατε τα πάντα σωστά. Ρύθμιση διακομιστή μεσολάβησης IGMP

Ανοίξτε στο μενού Mikrotik Δρομολόγηση - IGMP Proxy. Πρέπει να προσθέσουμε μια νέα διεπαφή, για αυτό το κλικ στο Plus (όπως υποδεικνύεται στην οθόνη). Στη νέα διεπαφή, στον τομέα Διεπαφή. Επιλέγουμε το λιμάνι για το οποίο έρχεται το Διαδίκτυο μαζί μας, στην περίπτωσή μας είναι ένα Ether2-master και εγκαταστήστε ένα τσιμπούρι Όπως ένα screenshot:

Ελαφρώς χαμηλότερο στο πεδίο

Εναλλακτικά υποδήματα.

Θα πρέπει να καθορίσετε εναλλακτικά υποδίκτυα. Σε περίπτωση που δεν γνωρίζετε τι να εισέλθετε εκεί, δοκιμάστε τις πιο κοινές επιλογές: 10.0.0.0/8; 172.16.0.0/12; 192.168.0.0/16.

  • Στην ακραία περίπτωση, μπορείτε επίσης να αφήσετε το μηδενικό μηδέν, αλλά είναι καλύτερο να βρείτε το επιθυμητό υποδίκτυο έτσι ώστε ο δρομολογητής να μην ισχύει σε ολόκληρο το διαδίκτυο. Επιβεβαιώστε τις αλλαγές, κάντε κλικ στην επιλογή ΕΝΤΑΞΕΙ. Δημιουργήστε μια άλλη διεπαφή, κάνοντας κλικ σε ένα μπλε συν, αλλά τώρα εμείς δεν
  • Στην ακραία περίπτωση, μπορείτε επίσης να αφήσετε το μηδενικό μηδέν, αλλά είναι καλύτερο να βρείτε το επιθυμητό υποδίκτυο έτσι ώστε ο δρομολογητής να μην ισχύει σε ολόκληρο το διαδίκτυο. ). βάλτε ένα tick αντίθετα ΕΝΤΑΞΕΙ. και ταυτόχρονα επιλέξτε το λιμάνι που θα το κάνουμε Υπερβολικός

IPTV. - Δηλαδή, αυτό που συνδέεται η συσκευή στην οποία θα παρακολουθήσουμε το IPTV. Στην περίπτωσή μας, αυτή είναι η γέφυρα, επειδή ένας στατικός υπολογιστής συνδέεται με αυτό. .

Δηλαδή, στην πρώτη περίπτωση, επεσήμαναμε τη θύρα όπου τα στοιχεία περιλαμβάνουν και τώρα - από πού προέρχονται. Αφού πιέσουμε το κουμπί Ρυθμίσεις

Istavim το tick αντίθετα

Για τεχνική υποστήριξη χάρη στο Natasha Samoilenko Γρήγορα.

Leve.

Έλεγχος RPF.

Το κάνουμε για να μπορέσουμε να αλλάξουμε γρήγορα μεταξύ των καναλιών.

Ρύθμιση του τείχους προστασίας

Προσαρμόστε το τείχος προστασίας που δεν λείπει η IPTV αυτή τη στιγμή, γι 'αυτό δημιουργούμε ένα νέο τερματικό, κάντε κλικ στο κουμπί Νέο τερματικό και το παράθυρο ανοίγει: Τώρα πρέπει να εκτελέσουμε πολλές ομάδες σε αυτή την κονσόλα: / IP Firewall Filter Προσθήκη Δράσης = Αποδοχή αλυσίδας = Σχόλιο εισόδου = »Αφήστε IgMP» Απενεργοποιημένο = Όχι in-interface = Ether2-master πρωτόκολλο = IGMP

/ IP Firewall Filter Προσθήκη Δράσης = Αποδοχή αλυσίδας = Σχόλιο εισόδου = »IPTV UDP Εισερχόμενη» Απενεργοποιημένη = NO DST-PORT = 1234 in-interface = ether2-master πρωτόκολλο = UDP

/ IP Firewall Filter Προσθήκη Δράσης = Αποδοχή αλυσίδας = Προώθηση Σχόλιο = »Προώθηση IPTV UDP» Απενεργοποιημένη = Δεν υπάρχει DST-PORT = 1234 πρωτόκολλο = UDP 1234.

- Το λιμάνι είναι ανεπίσημα καταχωρημένο για ροή βίντεο και IPTV Ether2-master - Αυτή είναι μια διεπαφή για την οποία η IPTV προέρχεται από τον πάροχο.

Επόμενη ανάγκη στο μενού

Ip Επιλέξτε αντικείμενο Τείχος προστασίας

και πηγαίνετε στην καρτέλα Κανόνες φίλτρου.

. Δημιουργήσαμε εξαιρουμένων των κανόνων και ότι εργάζονται, θα πρέπει να είναι υψηλότερες για την απαγόρευση. Τα σύρναμε με το ποντίκι.

  1. Ρύθμιση Wi-Fi
  2. Σε περίπτωση που διανέμετε ή πρόκειται να παραδώσετε IPTV μέσω Wi-Fi, πρέπει να προσθέσετε πρόσθετες ρυθμίσεις. Για να το κάνετε αυτό, ανοίξτε τη σειρά:
  3. Αφού πιέσετε το πλήκτρο Advanced Mode, εμφανίζονται πρόσθετες παράμετροι:
  4. Στο πεδίο
  5. Υποστήριξη WMM

Βάζω

Ενεργοποιημένη -

Έλεγχος RPF.

Την ολοκληρωμένη υποστήριξη για τη μετάδοση πολυμέσων μέσω Wi-Fi.

Βοηθός

ΓΕΜΑΤΟΣ

. Αυτή η παράμετρος περιλαμβάνει την αποστολή πολλαπλών πελατών που κάθεται στο Wi-Fi.

Όλα επιβεβαιώνουν με το κουμπί

Με IGMP, οι τελικοί παραλήπτες πελατών επικοινωνούν τους πλησιέστερους δρομολογητές που θέλουν να λάβουν κίνηση. Και η PIM χτίζει το μονοπάτι της μετακίνησης της κυκλοφορίας πολυεκπομπής από την πηγή στους παραλήπτες μέσω δρομολογητών. ΕΝΤΑΞΕΙ.

και να απολαύσετε παρακολουθώντας προγράμματα

Παραμένει μόνο για να ελέγξετε την απόδοση της διαμόρφωσής μας. Χρησιμοποιήσαμε για αυτόν τον IPTV Player, n

Ρυθμίζοντας ακτινικά τα κανάλια των καναλιών για τον πάροχο μας

(Volton Telecom) στις ρυθμίσεις του παίκτη.

Μπορούμε να δούμε ότι η ρύθμισή μας είναι πλήρως λειτουργική. Ευτυχισμένη προβολή!

https://lantorg.com/article/nastrojka-ippv-na-mikrotik.

Τι είναι το IGMP Snooping στο δρομολογητή: Γιατί η λειτουργία Snooping IGMP

Ο πελάτης θα ζητήσει επίσης μια ομάδα 224.2.2.4 μέσω του παίκτη VLC. Ο ρόλος του IGMP είναι πολύ απλός: εάν δεν υπάρχουν πελάτες - δεν είναι απαραίτητο να μεταδώσει την κυκλοφορία πολυεκπομπής στο τμήμα. Εάν εμφανιστεί ένας πελάτης, ειδοποιεί τους δρομολογητές χρησιμοποιώντας IGMP που θέλει να λάβει κίνηση. Για να κατανοήσετε πώς συμβαίνουν όλα, πάρτε αυτό το δίκτυο: Ορισμένες πλατφόρμες στο Διαδίκτυο χρησιμοποιούν τη μέθοδο Multicast για τη μετάδοση δεδομένων στην ομάδα χρηστών. Μια τέτοια τεχνολογία χρησιμοποιείται για online παιχνίδια, ζωντανές εκπομπές, εξ αποστάσεως εκπαίδευση και ακόμη και για ταχυδρομικές αποστολές. Αλλά η πολυμορφία δεν βελτιώνεται πάντα με ικανοποίηση του ρελέ κυκλοφορίας και φορτώνει το δίκτυο του χρήστη, οπότε η λειτουργία Snooping IGMP έχει δημιουργήσει αυτό το πρόβλημα. Ας διακρίνουμε ποια είναι η λειτουργία και πώς να το επιτρέψετε να βελτιστοποιήσετε την κυκλοφορία σας.

Τι είναι και γιατί χρειάζεστε τη λειτουργία IGMP snooping

Αρχικά, θα δώσουμε τον ορισμό του IGMP να κατανοήσουμε την αρχή της τεχνολογίας.

Πρωτόκολλο διαχείρισης Ομάδας Διαδικτύου - Πρωτόκολλο διαχείρισης δικτύου πολυεκπομπής, το οποίο οργανώνει διάφορες συσκευές σε ομάδες. Έκθεση μέλους IGMP - Ο κόμπος "αναφέρει" που θέλει να λάβει κυκλοφορία αυτής της ομάδας.

Στην έκθεση IGMPV2 πηγαίνει στη διεύθυνση της επιθυμητής ομάδας και παράλληλα αναφέρεται στο ίδιο το πακέτο. Αυτά τα μηνύματα πρέπει να ζουν μόνο μέσα στο τμήμα τους και να μην προωθούν ούτως ή άλλως από τους δρομολογητές, έχουν 1 TTL. Βασίζεται στο πρωτόκολλο IP και εφαρμόζεται στο Διαδίκτυο παντού, χρησιμοποιώντας αποτελεσματικά τους πόρους δικτύου.

Το IGMP Snooping είναι η διαδικασία παρακολούθησης της κυκλοφορίας πολυεκπομπής μεταξύ ομάδων καταναλωτή και κεντρικού υπολογιστή. Η λειτουργία Snooping είναι ενεργοποιημένη για την ανάλυση των αιτημάτων χρήστη για σύνδεση με μια πολλαπλή ομάδα και προσθέτει τη θύρα στη λίστα εκπομπών IGMP. Μετά την ολοκλήρωση της χρήσης της πολυκατάθινης, ο χρήστης αφήνει ένα ερώτημα και ένα πρωτόκολλο, διαγράφει τη θύρα από τη λίστα δεδομένων ομάδας.

Έτσι, η Snooping εξαλείφει τη μεταφορά περιττών δεδομένων στα κανάλια πολυεκπομπής.

Αυτό καθιστά την ανταλλαγή δεδομένων σχετικά με το επίπεδο καναλιού πιο αποτελεσματικό και λαμβάνει υπόψη τις ανάγκες του στρώματος δικτύου, το οποίο είναι ιδιαίτερα σημαντικό για τους παρόχους πληροφοριών. Οι χρήστες θα λαμβάνουν επίσης βελτιστοποιημένο περιεχόμενο, αν και ως αποτέλεσμα, το φορτίο στο δίκτυο θα αυξηθεί.

Χωρίς την παρακολούθηση και την ανάλυση των δεδομένων, οι τελικοί καταναλωτές με τη μορφή συγκεκριμένων διευθύνσεων IP θα αναγκαστούν να "αφομοιωθούν" πρόσθετες άχρηστες πληροφορίες για αυτούς. που ενεργοποιείται από προεπιλογή σε δρομολογητές. Η διεπαφή FE0 / 0 καθίσταται φθίνουσα για την ομάδα 224.2.2.4 - θα πρέπει να στείλει την παραλαβή κυκλοφορίας. Μαζί με το συνηθισμένο μοναδικό τραπέζι δρομολόγησης υπάρχει επίσης ένα multicast: Σχετικά με τη διαθεσιμότητα των πελατών λέει το πρώτο αρχείο

Η IGMP Snooping δεν θα σώσει μόνο τους χρήστες από την υπερβολική κυκλοφορία, αλλά και να κάνει την ανταλλαγή πληροφοριών ασφαλέστερη.

Η λειτουργία παρακολούθησης είναι ενεργοποιημένη εγκαίρως για να αποτρέψει τις προσπάθειες επίθεσης DDOS σε δίκτυο ή συγκεκριμένες διευθύνσεις στις οποίες το πρωτόκολλο διαχείρισης της ομάδας Internet είναι ευάλωτο. Λειτουργία ενεργοποίησης IGMP Snooping Η λειτουργία παρακολούθησης και ανάλυσης διατίθεται σε διαχειρισμένους διακόπτες δικτύου ή διακόπτες. Αυτή η συσκευή συμβάλλει στην εφαρμογή των αρχών της ομαδικής εκπομπής σε επίπεδο καναλιού του δικτύου. .

Για να ενεργοποιήσετε το IGMP Snooping, πρέπει να ενεργοποιήσετε με μη αυτόματο τρόπο και να το ρυθμίσετε στο διακόπτη.

Τα μη διαχειριζόμενα ανάλογα δεν υποστηρίζουν τη λειτουργία ανάλυσης της κυκλοφορίας, καθώς δεν μπορούν να διαμορφωθούν μέσω της διασύνδεσης.

Με περισσότερες λεπτομέρειες την εντολή Εμφάνιση IP MROUTE. Θα διακρίνουμε αργότερα. .

Πριν χρησιμοποιήσετε το Communicator στο δίκτυό σας, βεβαιωθείτε ότι ο τελικός παραλήπτης (για παράδειγμα, Smart-TV) υποστηρίζει τη λειτουργία Snooping.

Συνήθως, οι συσκευές έχουν το κατάλληλο στοιχείο στην ενότητα "Σύνδεση δικτύου ρύθμισης", η οποία θα απλοποιήσει αισθητά την προσαρμογή του πολυεκπομπού. Ο πελάτης άρχισε να λαμβάνει κυκλοφορία. Τώρα ο δρομολογητής πρέπει μερικές φορές να ελέγξει ότι οι παραλήπτες εξακολουθούν να έχουν ένα κενό για να μην μεταδίδονται αν ξαφνικά οι πελάτες έχουν απομείνει. Για να το κάνετε αυτό, στέλνει περιοδικά ένα αίτημα σε όλες τις φθίνουσες διεπαφές της. Εξετάστε έναν τρόπο σύνδεσης μιας συνάρτησης μέσω της γραμμής εντολών στο παράδειγμα των δημοφιλών διακόπτη D-Link:

Ανοίξτε τη γραμμή εντολών με τη διεπαφή CLI.

Πληκτρολογήστε "Ενεργοποίηση-IgMP-Snooping". Αυτή η εντολή θα ενεργοποιήσει τη λειτουργία στο διακόπτη και όλες τις συνδεδεμένες διευθύνσεις.

Εισαγάγετε "Config-IgMP-Snooping-Vlan-Default-State-State-Enable", η οποία θα σας επιτρέψει να διαμορφώσετε το πρωτόκολλο VLAN.

Η εντολή "Comfor-multicast-vlan-filled-mode-mode-mode-default-filter-unregisted-groups" περιλαμβάνει το φιλτράρισμα δεδομένων από διάφορες διευθύνσεις στο Communicator.

Τέλος, χρησιμοποιήστε το "Config-IgMP-Snooping-Vlan-προεπιλεγμένο-snooping-ενεργοποιημένο" στο δίκτυο VLAN.

Η τελευταία εντολή περιλαμβάνει τη λειτουργία γρήγορης άδειας Snooping IGMP, η οποία αποκλείει τη θύρα από το δίκτυο μόλις ο χρήστης έκανε ένα αίτημα "άδεια". Χάρη στη γρήγορη άδεια, ο καταναλωτής δεν θα λάβει περιττά δεδομένα και δεν θα τα επεξεργαστεί. Αυτό θα μειώσει το φορτίο στο δίκτυο και θα επιτρέψει στο διακόπτη να λειτουργεί πιο αποτελεσματικά. Εάν, σε απάντηση στο ερώτημα, τουλάχιστον μία έκθεση ήρθε στο δρομολογητή, σημαίνει ότι υπάρχουν ακόμα πελάτες, συνεχίζει να μεταδίδει ότι η διεπαφή από όπου προέρχεται αυτή η έκθεση, την κυκλοφορία αυτής της ομάδας. Εάν ένα ερώτημα δεν είχε μια απάντηση από μια διασύνδεση απόκρισης για κάποια ομάδα, ο δρομολογητής διαγράφει αυτή τη διεπαφή από τον πίνακα δρομολόγησης πολυεκπομπής για αυτή την ομάδα - παύει να στέλνει την κυκλοφορία.

Δίκτυα για το μικρότερο. Μέρος 9.2. Multicast. Πρωτόκολλο IGMP

Συνεχίστε να μελετήσετε το Multicast IGMP (πρωτόκολλο διαχείρισης του Internet Group), το πρωτόκολλο δικτύου για την αλληλεπίδραση των πελατών κυκλοφορίας Multicast και του δρομολογητή πλησιέστερα σε αυτά.

Πρωτόκολλο IGMP

Επιστρέψτε ξανά στο Dump. Δείτε αυτό το κορυφαίο πακέτο, μετά την οποία ρίχτηκε ένα ρεύμα πολλαπλών προϊόντων; Μια ενδιαφέρουσα λεπτομέρεια στη συμπεριφορά του πελάτη: έχοντας λάβει ερώτημα, δεν έχει βιαστεί να απαντήσει αμέσως για να αναφέρει αμέσως. Ο κόμβος παίρνει ένα χρονικό όριο από 0 έως .

Μήνυμα πρωτοκόλλου IGMP όταν συνδεθεί

που καθορίζεται στο επόμενο ερώτημα: Κατά την αποσφάλιση ή στην χωματερή, παρεμπιπτόντως, μπορεί να φανεί ότι μερικά δευτερόλεπτα μπορούν να περάσουν μεταξύ της απόκτησης διαφορετικών αναφορών. Αυτό γίνεται έτσι ώστε εκατοντάδες πελάτες όλα τα πεδινά που δεν πλημμύρισαν το δίκτυο με τις αναφορές τους λαμβάνοντας γενικά ερωτήματα. Επιπλέον, μόνο ένας πελάτης συνήθως στέλνει έκθεση. Αυτό το μήνυμα πρωτοκόλλου IGMP που στάλθηκε από τον πελάτη όταν πιέσαμε το παιχνίδι σε αυτό. Έτσι αναφέρει ότι θέλει να λάβει κίνηση για την ομάδα 224.2.2.4.

- Πρόκειται για ένα πρωτόκολλο δικτύου που αλληλεπιδρούν πελάτες κυκλοφορίας multicast και τον πλησιέστερο δρομολογητή.

Το IPv6 χρησιμοποιεί MLD (Discovery Legenery Multicast) αντί για IGMP. Η αρχή της λειτουργίας που έχουν απολύτως το ίδιο, ώστε να μπορείτε εύκολα να αλλάξετε το IGMP παντού στο MLD και το IP στο IPv6.

Πώς λειτουργεί ακριβώς η IGMP; τέσσερα. Έτσι συνεχίζεται για αιώνες έως ότου ο πελάτης θέλει να βγει από την ομάδα (για παράδειγμα, απενεργοποιήστε τον παίκτη / τηλεόραση). Σε αυτή την περίπτωση, στέλνει IGMP άδεια. Ίσως πρέπει να ξεκινήσετε με το γεγονός ότι οι εκδόσεις του πρωτοκόλλου είναι τώρα τρεις: IgMPV1, IGMPV2, IGMPV3. Το πιο συνηθισμένο - το δεύτερο, το πρώτο είναι σχεδόν ξεχασμένο, οπότε δεν θα μιλήσουμε γι 'αυτό, το τρίτο είναι πολύ παρόμοιο με το δεύτερο.

Θα επικεντρωθώ στο δεύτερο, όπως και στο μεγαλύτερο αντίκτυπο και θα εξετάσω όλα τα γεγονότα από τη σύνδεση του πελάτη στην ομάδα πριν από την έξοδο από αυτήν. Ο πελάτης θα ζητήσει επίσης μια ομάδα 224.2.2.4 μέσω του παίκτη VLC.

Ο ρόλος του IGMP είναι πολύ απλός: εάν δεν υπάρχουν πελάτες - δεν είναι απαραίτητο να μεταδώσει την κυκλοφορία πολυεκπομπής στο τμήμα. Εάν εμφανιστεί ένας πελάτης, ειδοποιεί τους δρομολογητές χρησιμοποιώντας IGMP που θέλει να λάβει κίνηση.

Για να κατανοήσετε πώς συμβαίνουν όλα, πάρτε αυτό το δίκτυο:

Ας υποθέσουμε ότι ο δρομολογητής έχει ήδη ρυθμιστεί ώστε να λαμβάνει και να επεξεργάζεται την κυκλοφορία πολυεκπομπής.

- Ο κόμπος "αναφέρει" που θέλει να λάβει κυκλοφορία αυτής της ομάδας.

Ομάδα συγκεκριμένου ερωτήματος.

Αποστολή αναφοράς μέλους IGMP

Στην έκθεση IGMPV2 πηγαίνει στη διεύθυνση της επιθυμητής ομάδας και παράλληλα αναφέρεται στο ίδιο το πακέτο. Αυτά τα μηνύματα πρέπει να ζουν μόνο μέσα στο τμήμα τους και να μην προωθούν ούτως ή άλλως από τους δρομολογητές, έχουν 1 TTL. Ομάδα συγκεκριμένου ερωτήματος. Συχνά στη βιβλιογραφία μπορείτε να ικανοποιήσετε την αναφορά του

Ο δρομολογητής λαμβάνει μια έκθεση IGMP και, συνειδητοποιώντας ότι αυτή η διεπαφή έχει τώρα πελάτες, κάνει πληροφορίες στους πίνακες τους

Πρόκειται για μια παραγωγή πληροφοριών σχετικά με το IGMP. Η πρώτη ομάδα ζητείται από τον πελάτη. Το τρίτο και το τέταρτο είναι οι ομάδες πρωτοκόλλου SSDP SSDP. Το δεύτερο είναι μια ειδική ομάδα που είναι πάντα παρούσα στους δρομολογητές της Cisco - χρησιμοποιείται για το πρωτόκολλο αυτόματης RP, το οποίο ενεργοποιείται από προεπιλογή σε δρομολογητές.

  1. Η διεπαφή FE0 / 0 καθίσταται φθίνουσα για την ομάδα 224.2.2.4 - θα πρέπει να στείλει την παραλαβή κυκλοφορίας.
  2. Μαζί με το συνηθισμένο μοναδικό τραπέζι δρομολόγησης υπάρχει επίσης ένα multicast:
  3. Σχετικά με τη διαθεσιμότητα των πελατών λέει το πρώτο αρχείο
  4. Από την έξοδο είναι σαφές ότι η κυκλοφορία για την ομάδα 224.2.2.4 έρχεται μέσω του FE0 / 1 και είναι απαραίτητο να το μετατραπεί στη θύρα FE0 / 0.
  5. Οι διεπαφές στις οποίες πρέπει να μεταδώσετε την κυκλοφορία περιλαμβάνονται στη λίστα των διεπαφών κατάντη -
  6. Λάδι Ο καθένας στέλνει γενικού ερωτήματος IGMP στο δίκτυο. Ο κύριος στόχος είναι να μάθετε αν υπάρχουν πελάτες, και παράλληλα - να δηλώσετε σε άλλους δρομολογητές στο τμήμα αν είναι, για την επιθυμία σας να συμμετάσχετε στις εκλογές. Εξερχόμενη λίστα διασύνδεσης.
  7. Σε περισσότερες λεπτομέρειες, η επίδειξη της ομάδας Show IP Mroorte θα κοιτάξουμε αργότερα.
  8. Πάνω από το Dard μπορείτε να το δείτε μόλις ο πελάτης έστειλε μια έκθεση IGMP, αμέσως μετά την πτώση του UDP είναι μια ροή βίντεο.

Κερδίζει δρομολογητή S.

Η παραλαβή του ερωτήματος ερωτήματος IGMP (χωματερή διηθείται από IGMP).

7)

Από προεπιλογή, αυτό συμβαίνει κάθε 60 δευτερόλεπτα. Τα πακέτα TTL είναι επίσης ίσα με 1. αποστέλλονται στη διεύθυνση 224.0.0.1 - Όλοι οι κόμβοι σε αυτό το τμήμα - χωρίς να καθορίζουν μια συγκεκριμένη ομάδα. Τέτοια μηνύματα ερωτήματος ονομάζονται οκτώ) - Γενικά. Έτσι, ο δρομολογητής ρωτάει: "παιδιά, και ποιος και τι άλλο θέλει να λάβει;".

Έχοντας λάβει γενικό ερώτημα IGMP, οποιοσδήποτε κεντρικός υπολογιστής που ακούει οποιαδήποτε ομάδα πρέπει να στείλει έκθεση IGMP όπως το έκανε όταν συνδεθεί. Η διεύθυνση της ομάδας ενδιαφέροντος για την ομάδα του θα πρέπει να καθορίζεται στην έκθεση. Οι εκλογές querier είναι μια πολύ σημαντική διαδικασία στο multicast, αλλά μερικοί ύπουλοι κατασκευαστές που δεν κατέχουν RFC μπορούν να εισέλθουν ένα ισχυρό ραβδί στους τροχούς. Μιλώ για το ερώτημα IGMP με μια διεύθυνση της πηγής 0.0.0.0, η οποία μπορεί να δημιουργηθεί από το διακόπτη. Αυτά τα μηνύματα δεν πρέπει να συμμετέχουν στην επιλογή του Querier, αλλά πρέπει να είστε έτοιμοι για τα πάντα. Εδώ είναι ένα παράδειγμα Απάντηση υπολογιστή στο γενικό ερώτημα IGMP (χωματερή διηθείται από IGMP)

Εάν, σε απάντηση στο ερώτημα, τουλάχιστον μία έκθεση ήρθε στο δρομολογητή, σημαίνει ότι υπάρχουν ακόμα πελάτες, συνεχίζει να μεταδίδει ότι η διεπαφή από όπου προέρχεται αυτή η έκθεση, την κυκλοφορία αυτής της ομάδας. Η έκδοση 1 διαφέρει στην ουσία μόνο από το γεγονός ότι Εάν ένα ερώτημα δεν είχε μια απάντηση από μια διασύνδεση απόκρισης για κάποια ομάδα, ο δρομολογητής διαγράφει αυτή τη διεπαφή από τον πίνακα δρομολόγησης πολυεκπομπής για αυτή την ομάδα - παύει να στέλνει την κυκλοφορία.

Με την πρωτοβουλία του, ο πελάτης συνήθως στέλνει αναφορά μόνο όταν συνδέεται, τότε απλώς απαντά στο ερώτημα από το δρομολογητή.

Μια ενδιαφέρουσα λεπτομέρεια στη συμπεριφορά του πελάτη: έχοντας λάβει ερώτημα, δεν έχει βιαστεί να απαντήσει αμέσως για να αναφέρει αμέσως. Ο κόμβος παίρνει ένα χρονικό όριο από 0 έως

Κατά την αποσφάλιση ή στην χωματερή, παρεμπιπτόντως, μπορεί να φανεί ότι μερικά δευτερόλεπτα μπορούν να περάσουν μεταξύ της απόκτησης διαφορετικών αναφορών.

Αυτό γίνεται έτσι ώστε εκατοντάδες πελάτες όλα τα πεδινά που δεν πλημμύρισαν το δίκτυο με τις αναφορές τους λαμβάνοντας γενικά ερωτήματα. Επιπλέον, μόνο ένας πελάτης συνήθως στέλνει έκθεση.

Το γεγονός είναι ότι η έκθεση αποστέλλεται στη διεύθυνση του Ομίλου και επομένως έρχεται σε όλους τους πελάτες. Μετά την παραλαβή της αναφοράς από έναν άλλο πελάτη για την ίδια ομάδα, ο κόμβος δεν θα στείλει τη δική της. Η λογική είναι απλή: ο δρομολογητής έχει ήδη λάβει αυτή την πολύ έκθεση και ξέρει ότι υπάρχουν πελάτες, δεν είναι απαραίτητο.

Πάνω από το Dard μπορείτε να το δείτε μόλις ο πελάτης έστειλε μια έκθεση IGMP, αμέσως μετά την πτώση του UDP είναι μια ροή βίντεο.

Ο πελάτης θα ζητήσει επίσης μια ομάδα 224.2.2.4 μέσω του παίκτη VLC. Αυτός ο μηχανισμός ονομάζεται

Στην έκθεση IGMPV2 πηγαίνει στη διεύθυνση της επιθυμητής ομάδας και παράλληλα αναφέρεται στο ίδιο το πακέτο. Αυτά τα μηνύματα πρέπει να ζουν μόνο μέσα στο τμήμα τους και να μην προωθούν ούτως ή άλλως από τους δρομολογητές, έχουν 1 TTL. Περαιτέρω στο άρθρο θα πούμε γιατί ο μηχανισμός αυτός πραγματικά λειτουργεί πολύ σπάνια.

Με περισσότερες λεπτομέρειες την εντολή Παράδειγμα ΙΙ. 4Σημειώστε πώς θα πρέπει να πάει η κυκλοφορία στην περίπτωση αυτή - R1-R2-R3-R5. Αν και είναι σύντομα, το μονοπάτι R1-R3-R5.

Όπου δεν υπάρχει δρομολογητής, μπορούμε να δηλώσουμε αυταρχικά - IGMP εκεί - όχι περισσότερο από τη διατύπωση. Δεν υπάρχει δρομολογητής, και ο πελάτης δεν έχει κανείς να ζητήσει ένα ρεύμα πολλαπλών προϊόντων. Και θα κερδίσει ένα βίντεο για τον απλό λόγο ότι η ροή και έτσι να χύνεται από το διακόπτη - απλά πρέπει να το πάρετε. στη διεύθυνση ομάδας.

Επανάλαβε Αποστολή άδειας IGMP

Στη συνέχεια, εμφανίστηκε ένας πελάτης, ο οποίος ήθελε να λάβει την κυκλοφορία της ομάδας 224.2.2.4 και έστειλε την έκθεση IGMP του. Ο δρομολογητής το λαμβάνει και σε μια ιδέα πρέπει να απενεργοποιηθεί. Αλλά δεν μπορεί να απενεργοποιήσει έναν συγκεκριμένο πελάτη - ο δρομολογητής δεν τους διακρίνει - έχει μόνο μια μεταγενέστερη διασύνδεση. Και η διεπαφή μπορεί να είναι αρκετούς πελάτες. Δηλαδή, αν ο δρομολογητής διαγράφει αυτή τη διεπαφή από τη λίστα oul (εξερχόμενη λίστα διασύνδεσης) για αυτήν την ομάδα, το βίντεο θα απενεργοποιηθεί καθόλου. Αλλά επίσης να μην το διαγράψετε, είναι επίσης αδύνατο - ξαφνικά ήταν ο τελευταίος πελάτης - γιατί τότε το πλύνετε;

Στη συνέχεια, ο δρομολογητής αποφάσισε για κάποιο λόγο να ελέγξει - και αν δεν υπάρχουν πλέον πελάτες και θα στείλει το γενικό ερώτημα IGMP και πάλι στο οποίο ο πελάτης αναγκάζεται να απαντήσει ( Αν κοιτάξετε την χωματερή, θα δείτε ότι μετά τη λήψη του δρομολογητή Αφήστε, το ρεύμα συνεχίζει να πηγαίνει για κάποιο χρονικό διάστημα. Το γεγονός είναι ότι ο δρομολογητής απαντώντας στην άδεια στέλνει το ερώτημα IGMP στη διεύθυνση του ομίλου για την οποία αυτή η άδεια ήρθε σε αυτή τη διεπαφή όπου προήλθε. Ένα τέτοιο πακέτο καλείται

Περιοδικά (μία φορά το λεπτό) ο δρομολογητής ελέγχει ότι οι παραλήπτες εξακολουθούν να έχουν, χρησιμοποιώντας το γενικό ερώτημα IGMP και ο κόμβος επιβεβαιώνει αυτό χρησιμοποιώντας αναφορά IGMP.

Αυτοί οι πελάτες που συνδέονται με αυτή τη συγκεκριμένη ομάδα.

Αποστολή του συγκεκριμένου ερωτήματος του δρομολογητή δρομολογητή σε απάντηση στην άδεια IGMP

Εάν ο δρομολογητής έλαβε έκθεση απόκρισης για την ομάδα, συνεχίζει να μεταδίδεται στη διεπαφή, αν δεν ληφθεί - αφαιρεί το χρονόμετρο μετά το λήξει ο χρονοδιακόπτης.

Συνολικά, μετά την παραλαβή άδειας, δύο ομάδες συγκεκριμένο ερώτημα πηγαίνει - ένα υποχρεωτικό, δεύτερο έλεγχο.

Δύο συγκεκριμένοι ομαδικές ερωτήσεις - ένα υποχρεωτικό, δεύτερο έλεγχο

Στη συνέχεια, ο δρομολογητής σταματάει το ρεύμα. Αλλά εξακολουθεί να είναι εντελώς ακατανόητο πώς η κυκλοφορία από το διακομιστή φτάνει στους πελάτες όταν υπάρχει ένα τεράστιο δίκτυο δικτύου παροχέα; Και όπου, στην πραγματικότητα, θα είναι γνωστό ποιος είναι ο πελάτης; Δεν μπορούμε να καταχωρήσουμε με μη αυτόματο τρόπο τα δρομολόγια, απλά επειδή δεν γνωρίζουμε πού μπορεί να είναι οι πελάτες. Τα συνηθισμένα πρωτόκολλα δρομολόγησης δεν θα απαντήσουν σε αυτή την ερώτηση. Έτσι καταλαβαίνουμε ότι η παράδοση ενός πολυεκπομπού είναι κάτι εντελώς νέο για εμάς. Εξετάστε λίγο πιο δύσκολη περίπτωση: ). Δύο (ή περισσότερους) δρομολογητές που μπορούν να μεταδώσουν την κυκλοφορία συνδέονται με το τμήμα του πελάτη. Εάν δεν κάνετε τίποτα, η κυκλοφορία Multicast θα αντιγραφεί - και οι δύο δρομολογητές θα λάβουν αναφορά από τους πελάτες. Προκειμένου να αποφευχθεί αυτό, υπάρχει ένας μηχανισμός επιλογής - πολιτική. Αυτός που θα κερδίσει θα στείλει το ερώτημα, την αναφορά αναφοράς και να αντιδράσει για να φύγει και, κατά συνέπεια, θα στείλει επισκεψιμότητα στο τμήμα. Ο ηττημένος θα ακούσει μόνο την αναφορά και θα κρατήσει το χέρι σας στον παλμό. Οι εκλογές εμφανίζονται αρκετά απλές και διαισθητικές.

Για τεχνική υποστήριξη χάρη στο Natasha Samoilenko Εξετάστε την κατάσταση από τη στιγμή που οι δρομολογητές R1 και R2 είναι ενεργοποιημένοι.

Ενεργοποιημένη IGMP σε διεπαφές.

Έλεγχος RPF.

Αρχικά, από προεπιλογή, καθένας από αυτούς θεωρεί τον εαυτό του querier.

  • Ο καθένας στέλνει γενικού ερωτήματος IGMP στο δίκτυο. Ο στόχος είναι να μάθετε αν υπάρχουν πελάτες και παράλληλα - να δηλώσετε άλλους δρομολογητές στο τμήμα, εάν υπάρχουν, για την επιθυμία σας να συμμετάσχετε στις εκλογές. Γενικά ερωτήματα Λάβετε όλες τις συσκευές του τμήματος, συμπεριλαμβανομένων άλλων δρομολογητών IGMP.
  • Έχοντας λάβει ένα τέτοιο μήνυμα από έναν γείτονα, κάθε δρομολογητής εκτιμά ποιος αξίζει περισσότερο. Κερδίζει δρομολογητή S.
  • Παράδειγμα: Anycast DNS (που καθορίζεται στο πεδίο Πηγές IP του ερωτήματος IGMP). Γίνεται Querier, όλοι οι άλλοι - μη querier.

Το μη querier ξεκινάει τον χρονοδιακόπτη που επαναφέρεται κάθε φορά quaryny έρχεται με μικρότερη διεύθυνση IP. Εάν πριν λήξει ο χρονοδιακόπτης (πάνω από 100 δευτερόλεπτα: 105-107), ο δρομολογητής δεν θα λάβει ερώτηση με μικρότερη διεύθυνση, δηλώνει τον εαυτό του querier και παίρνει όλες τις αντίστοιχες λειτουργίες.

Εάν το querier λαμβάνει ερώτημα με μικρότερη διεύθυνση, προσθέτει αυτά τα καθήκοντα. Το Querier γίνεται ένας άλλος δρομολογητής, ο οποίος έχει ένα IP λιγότερο. Οι εκλογές querier είναι μια πολύ σημαντική διαδικασία στο multicast, αλλά μερικοί ύπουλοι κατασκευαστές που δεν κατέχουν RFC μπορούν να εισέλθουν ένα ισχυρό ραβδί στους τροχούς. Μιλώ για το ερώτημα IGMP με μια διεύθυνση της πηγής 0.0.0.0, η οποία μπορεί να δημιουργηθεί από το διακόπτη. Αυτά τα μηνύματα δεν πρέπει να συμμετέχουν στην επιλογή του Querier, αλλά πρέπει να είστε έτοιμοι για τα πάντα. Εδώ είναι ένα παράδειγμα ενός πολύ σύνθετου προβλήματος μακροχρόνιας απόδοσης. .

Η έκδοση 1 διαφέρει στην ουσία μόνο από το γεγονός ότι

. Εάν ο πελάτης δεν θέλει να λάβει περισσότερη επισκεψιμότητα αυτής της ομάδας, απλά παύει να στέλνει έκθεση σε απάντηση στο ερώτημα. Όταν δεν παραμένει ένας πελάτης, ο δρομολογητής χρονικού ορίου θα σταματήσει να στέλνει την κυκλοφορία.

Εξάλλου, Αλλά εξακολουθεί να είναι εντελώς ακατανόητο πώς η κυκλοφορία από το διακομιστή φτάνει στους πελάτες όταν υπάρχει ένα τεράστιο δίκτυο δικτύου παροχέα; Και όπου, στην πραγματικότητα, θα είναι γνωστό ποιος είναι ο πελάτης; Δεν μπορούμε να καταχωρήσουμε με μη αυτόματο τρόπο τα δρομολόγια, απλά επειδή δεν γνωρίζουμε πού μπορεί να είναι οι πελάτες. Τα συνηθισμένα πρωτόκολλα δρομολόγησης δεν θα απαντήσουν σε αυτή την ερώτηση. Έτσι καταλαβαίνουμε ότι η παράδοση ενός πολυεκπομπού είναι κάτι εντελώς νέο για εμάς. . Προκειμένου να αποφευχθεί η αλληλεπικάλυψη της κυκλοφορίας, το υψηλότερο πρωτόκολλο είναι υπεύθυνο, για παράδειγμα, το PIM, για το οποίο θα μιλήσουμε περαιτέρω.

Η έκδοση 3 υποστηρίζει όλα όσα υποστηρίζουν IGMPV2, αλλά υπάρχουν ορισμένες αλλαγές. Πρώτον, η αναφορά αποστέλλεται πλέον στη διεύθυνση του ομίλου, αλλά σε μια διεύθυνση υπηρεσίας multicast

. Και η διεύθυνση της αιτούμενης ομάδας υποδεικνύεται μόνο εντός της συσκευασίας. Αυτό γίνεται για να απλοποιήσει το έργο του IGMP Snooping, για το οποίο θα μιλήσουμε στη συνέχεια.

Δεύτερον, το πιο σημαντικό, το IGMPV3 άρχισε να υποστηρίζει το SSM στην καθαρή του μορφή. Αυτό είναι το λεγόμενο πολλαπλές πηγές πολλαπλών προϊόντων. Σε αυτή την περίπτωση, ο πελάτης μπορεί να μην ζητήσει μόνο μια ομάδα, αλλά να καθορίσει επίσης έναν κατάλογο πηγών από τις οποίες θα ήθελε να λάβει κίνηση ή αντίστροφα δεν θα ήθελε. Στο IGMPV2, ο πελάτης απλά ζητά και λαμβάνει την κίνηση της ομάδας χωρίς να φροντίζει την πηγή.

Η ιδιότητα συμμετοχής στην IGMP στην IGMPV3 Έτσι, η IGMP έχει σχεδιαστεί για να αλληλεπιδρά τους πελάτες και το δρομολογητή. Επομένως, επιστρέφοντας για παράδειγμα 2, όπου δεν υπάρχει δρομολογητής, μπορούμε να δηλώσουμε αυτοπεποίθηση - IGMP εκεί - όχι περισσότερο από τη διατύπωση. Δεν υπάρχει δρομολογητής, και ο πελάτης δεν έχει κανείς να ζητήσει ένα ρεύμα πολλαπλών προϊόντων. Και θα κερδίσει ένα βίντεο για τον απλό λόγο ότι η ροή και έτσι να χύνεται από το διακόπτη - απλά πρέπει να το πάρετε. Θυμηθείτε ότι η IGMP δεν λειτουργεί για το IPv6. Υπάρχει πρωτόκολλο MLD.

Επανάλαβε Πρώτα απ 'όλα, ο δρομολογητής έστειλε το γενικό ερώτημά του IGMP μετά την ενεργοποίηση της IGMP στη διασύνδεσή του για να μάθει εάν υπάρχουν αποδέκτες και δηλώστε την επιθυμία τους να είναι ρευστοποιητή. Εκείνη την εποχή, κανείς δεν ήταν σε αυτή την ομάδα. Στη συνέχεια, εμφανίστηκε ένας πελάτης, ο οποίος ήθελε να λάβει την κυκλοφορία της ομάδας 224.2.2.4 και έστειλε την έκθεση IGMP του. Μετά από αυτό, πήγα στην κυκλοφορία σε αυτό, αλλά φιλτράρεται από τη χωματερή.

Περιοδικά (μία φορά το λεπτό) ο δρομολογητής ελέγχει ότι οι παραλήπτες εξακολουθούν να έχουν, χρησιμοποιώντας το γενικό ερώτημα IGMP και ο κόμβος επιβεβαιώνει αυτό χρησιμοποιώντας αναφορά IGMP.

Στη συνέχεια άλλαξε το μυαλό του και αρνήθηκε την ομάδα στέλνοντας άδεια IGMP. Ο δρομολογητής έλαβε άδεια και, θέλοντας να σιγουρευτούν ότι κανένας άλλος παραλήπτης δεν δεν είναι άλλοι παραλήπτες, στείλτε ειδικό ερώτημα της ομάδας IGMP ... δύο φορές. Και μετά τη λήξη του χρονοδιακόπτη παύει να μεταδίδει την κυκλοφορία εδώ. Ωστόσο, συνεχίζει να μεταδίδει το ερώτημα IGMP στο δίκτυο. Για παράδειγμα, σε περίπτωση που δεν έχετε απενεργοποιήσει τη συσκευή αναπαραγωγής, αλλά απλά κάπου με τη σύνδεση του προβλήματος. Στη συνέχεια, η σύνδεση αποκαθίσταται, αλλά ο πελάτης δεν στέλνει μια αναφορά από μόνη της. Αλλά απαντήσεις ερωτήματος. Έτσι, η ροή μπορεί να ανακτήσει χωρίς ανθρώπινη συμμετοχή. Igmprotokol, με την οποία ο δρομολογητής μαθαίνει την παρουσία παραληπτών κυκλοφορίας πολλαπλών προϊόντων και για την εκτόξευση αναφορών τους .igmp από τον πελάτη όταν συνδέονται και ανταποκρίθηκαν στο ερώτημα IGMP. Αυτό σημαίνει ότι ο πελάτης θέλει να λάβει μια συγκεκριμένη κίνηση ομάδας. Το Migmp General Queryprotes ένα δρομολογητή περιοδικά για να ελέγξει ποιες ομάδες χρειάζονται τώρα. Καθώς αναφέρεται η διεύθυνση του παραλήπτη, 224.0.0.1. .

Ομάδα IGMP Sepcific QueryPrust από τον δρομολογητή σε απάντηση στο μήνυμα άδειας για να μάθετε αν υπάρχουν άλλοι παραλήπτες σε αυτήν την ομάδα. Δεδομένου ότι η διεύθυνση του παραλήπτη υποδεικνύεται η διεύθυνση της ομάδας multicast. Migmp αφήνει από τον πελάτη όταν θέλει να εγκαταλείψει την ομάδα.Querielened σε ένα τμήμα εκπομπής αρκετές δρομολογητές που μπορούν να μεταδοθούν, μεταξύ τους, ένας κύριος querier επιλέγεται μεταξύ τους. Θα στείλει περιοδικά ερωτήματα και μεταδίδει κυκλοφορία. Μια πηγή:

Ετικέτες

Cisco.

IPTV.

Δένδρος

υλικό δικτύου

Δίκτυα για το μικρότερο https://radioprog.ru/post/623.
Τι είναι ένα multicast στο δρομολογητή. Απαιτήσεις για τους πόρους του συστήματος. Multicast και Unicast: Βασικές διαφορές

Για τεχνική υποστήριξη χάρη στο Natasha Samoilenko Πρώτα απ 'όλα, ας φωνάξουμε μερικές έννοιες για να αποκλείσετε την περαιτέρω παρεξήγηση. Υπάρχουν τρεις τύποι κυκλοφορίας:

(*, G) (s, g)

Το κάνουμε για να μπορέσουμε να αλλάξουμε γρήγορα μεταξύ των καναλιών.

Ρύθμιση του τείχους προστασίας

Προσαρμόστε το τείχος προστασίας που δεν λείπει η IPTV αυτή τη στιγμή, γι 'αυτό δημιουργούμε ένα νέο τερματικό, κάντε κλικ στο κουμπί Νέο τερματικό και το παράθυρο ανοίγει: Τώρα πρέπει να εκτελέσουμε πολλές ομάδες σε αυτή την κονσόλα: / IP Firewall Filter Προσθήκη Δράσης = Αποδοχή αλυσίδας = Σχόλιο εισόδου = »Αφήστε IgMP» Απενεργοποιημένο = Όχι in-interface = Ether2-master πρωτόκολλο = IGMP

/ IP Firewall Filter Προσθήκη Δράσης = Αποδοχή αλυσίδας = Σχόλιο εισόδου = »IPTV UDP Εισερχόμενη» Απενεργοποιημένη = NO DST-PORT = 1234 in-interface = ether2-master πρωτόκολλο = UDP

/ IP Firewall Filter Προσθήκη Δράσης = Αποδοχή αλυσίδας = Προώθηση Σχόλιο = »Προώθηση IPTV UDP» Απενεργοποιημένη = Δεν υπάρχει DST-PORT = 1234 πρωτόκολλο = UDP 1234. Λάδι πολλαπλών προϊόντων.

- Το λιμάνι είναι ανεπίσημα καταχωρημένο για ροή βίντεο και IPTV Ether2-master - Αυτή είναι μια διεπαφή για την οποία η IPTV προέρχεται από τον πάροχο.

Επόμενη ανάγκη στο μενού

Ip Επιλέξτε αντικείμενο Τείχος προστασίας

και πηγαίνετε στην καρτέλα Κανόνες φίλτρου.

. Δημιουργήσαμε εξαιρουμένων των κανόνων και ότι εργάζονται, θα πρέπει να είναι υψηλότερες για την απαγόρευση. Τα σύρναμε με το ποντίκι.

  1. Ρύθμιση Wi-Fi
  2. Σε περίπτωση που διανέμετε ή πρόκειται να παραδώσετε IPTV μέσω Wi-Fi, πρέπει να προσθέσετε πρόσθετες ρυθμίσεις. Για να το κάνετε αυτό, ανοίξτε τη σειρά:
  3. Αφού πιέσετε το πλήκτρο Advanced Mode, εμφανίζονται πρόσθετες παράμετροι:
  4. Στο πεδίο
  5. Υποστήριξη WMM PIM SM RP.

Βάζω

Αριθμός εργασίας 4.

Unicast.

  1. - Unicast, μία ροή προέλευσης ένας παραλήπτης Αναμετάδοση.
  2. - Broadcast, μία πηγή, παραλήπτες όλοι οι πελάτες στο διαδίκτυο - Multicast, ένας αποστολέας, παραλήπτες κάποια ομάδα πελατών

Τι είδους κυκλοφορία για χρήση για IPTV;

Προφανώς, το Multicast δίνεται σε κανάλια εκπομπής. Οποιοδήποτε τηλεοπτικό κανάλι που θέλουμε να μεταδίδουμε δίκτυο χαρακτηρίζονται από τη διεύθυνση ομάδας, η οποία επιλέγεται από το εύρος που προορίζεται για τους σκοπούς αυτούς:

224.0.0.0 - 239.255.255.255

Новости

Добавить комментарий