DE69634916T2 - Verfahren und vorrichtung zur filterung von mehradresspaketen in einem lokalen netz durch ein transparentes zwischensystem - Google Patents

Verfahren und vorrichtung zur filterung von mehradresspaketen in einem lokalen netz durch ein transparentes zwischensystem Download PDF

Info

Publication number
DE69634916T2
DE69634916T2 DE69634916T DE69634916T DE69634916T2 DE 69634916 T2 DE69634916 T2 DE 69634916T2 DE 69634916 T DE69634916 T DE 69634916T DE 69634916 T DE69634916 T DE 69634916T DE 69634916 T2 DE69634916 T2 DE 69634916T2
Authority
DE
Germany
Prior art keywords
lan
multicast
wan
ports
packets
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
DE69634916T
Other languages
English (en)
Other versions
DE69634916D1 (de
Inventor
Floyd Backes
Cyndi Jung
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
3Com Corp
Original Assignee
3Com Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 3Com Corp filed Critical 3Com Corp
Publication of DE69634916D1 publication Critical patent/DE69634916D1/de
Application granted granted Critical
Publication of DE69634916T2 publication Critical patent/DE69634916T2/de
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1877Measures taken prior to transmission
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1836Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with heterogeneous network architecture
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/185Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with management of multicast group membership
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4604LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4604LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462LAN interconnection over a bridge based backbone
    • H04L12/4625Single bridge functionality, e.g. connection of two networks over a single bridge
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1886Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with traffic restrictions for efficiency improvement, e.g. involving subnets or subdomains
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S370/00Multiplex communications
    • Y10S370/908Local area network
    • Y10S370/911Bridge, e.g. brouter, bus extender

Description

  • STAND DER TECHNIK
  • Die vorliegende Erfindung betrifft die Übertragung von Informationen bzw. Daten zwischen mehreren digitalen Vorrichtungen in einem Netzwerk und zwischen mehreren Netzwerken über ein Verbundnetzwerk. Im Besonderen betrifft die vorliegende Erfindung ein Verfahren und eine Vorrichtung, die es einem intermediären System in einem lokalen Netzwerk (LAN) ermöglichen, Multicast-Pakete transparent aus einem Wide Area Network (WAN) oder einem Verbundnetzwerk zu filtern, die an das LAN gerichtet sind, so dass diese Pakete nur Endsystemen zugestellt werden, die auch wünschen, diese zu empfangen.
  • Eine verwandte Technologie wird in dem U.S. Patent US-A-5,752,003 beschrieben, das auf den gleichen Zessionar wie die vorliegende Erfindung übertragen ist.
  • Standards
  • Die vorliegende Erfindung setzt eine bestimmte Vertrautheit mit den allgemeinen Konzepten, Protokollen und Vorrichtungen voraus, die zurzeit in LAN-Netzwerkanwendungen und in WAN-Internetworking-Anwendungen zum Einsatz kommen. Eine Gruppe von Protokollen, die zur Vernetzung in einem LAN eingesetzt wird, ist die IEEE 802 Protokollreihe, die von dem IEEE (Institute for Electrical and Electronics Engineers) erhältlich ist. Diese IEEE 802 Protokolle wurden durch die ISO (International Organization for Standardization) unter der Bezeichnung ISO 8802 überarbeitet und neu veröffentlicht. Zu den in IEEE 802 spezifizierten Protokollen zählen IEEE 802.3, die für gewöhnlich als Ethernet bezeichneten LAN-Protokolle. Eine separate Reihe von beim Internetworking verwendeten Protokollen, d.h. bei der Verbindung mehrerer LANs, wird als TCP/IP Protocol Suite bezeichnet. (TCP und IP stehen für Transmission Control Protocol und Internet Protocol). Die TCP/IP Suite ist in einer Reihe von Dokumenten veröffentlicht, die von der Internet Engineering Task Force herausgegeben worden sind. Die Dokumente werden als RFCs (Requests For Comment) bezeichnet und sind über das Internet unter der URL http://www.cis.ohiostate.edu:80/hypertext/information/rfc.html erhältlich oder über FTP unter ds.internic.net. Eine Übersicht über die für das Verständnis der vorliegenden Erfindung benötigten Konzepte ist nachstehend aufgeführt. Eine nähere Beschreibung der Hintergrundinformationen findet sich in den oben genannten Dokumenten zu den Normen bzw. Standards oder in einer Reihe allgemein verfügbarer Referenzarbeiten, wie etwa TCP/IP Illustrated von R. W. Stevens, Addison Wesley, 1994.
  • 1
  • Die Abbildung aus 1 veranschaulicht ein lokales Netzwerk (LAN) 40 einer Art, die heute in einem mittelgroßen Unternehmen oder in einer akademischen Umgebung eingesetzt werden kann, und wobei es sich dabei um eine Art handelt, in Bezug auf welche die vorliegende Erfindung effektiv eingesetzt werden kann. LANs sind Anordnungen verschiedener Hardware- und Software-Elemente, die gemeinsam so arbeiten, dass eine Reihe digitaler Vorrichtungen Daten innerhalb des LAN austauschen können, und wobei sie ferner Internetverbindungen zu externen Wide Area Networks (WANs) aufweisen können, wie etwa den WANs 42 und 44. Kennzeichnende moderne LANs, wie das LAN 40 umfassen eines bis zahlreiche intermediäre LAN-Systeme (IS), wie etwa die IS 60 bis 62, die für die Datenübertragung über das LAN zuständig sind, sowie eine Reihe von Endsystemen (ES), wie etwa die ES 50a-d, 51a-c und 52a-g, welche die Endbenutzerausrüstung darstellen. Bei den ES kann es sich um vertraute Endbenutzer-Datenverarbeitungsanlagen handeln, wie etwa Personalcomputer, Workstations und Drucker, und wobei es sich zusätzlich aber auch um digitale Vorrichtungen handeln kann, wie etwa digitale Telefone oder Echtzeit-Videodisplays. Verschiedene Arten von ES können gemeinsam in dem gleichen LAN arbeiten. Bei einer Art von LAN werden die IS 6061 des LAN als Brücken bezeichnet, und wobei die IS 66 und 64 des WAN als Router bezeichnet werden, wobei jedoch zahlreiche unterschiedliche LAN-Konfigurationen möglich sind, und wobei die Anwendung der vorliegenden Erfindung nicht auf das Netzwerk aus 1 beschränkt ist.
  • Das in der Abbildung aus 1 dargestellte LAN umfasst die Segmente 70a-e, 71a-e, 72a-e und 73a. Ein Segment ist allgemein ein einzelnes, gekoppeltes Medium, wie etwa eine Länge eines ununterbrochenen Drahtes, eines Lichtwellenleiters oder eines Koaxialkabels oder um ein bestimmtes Frequenzband. Ein Segment kann nur zwei Vorrichtungen verbinden, wie etwa das Segment 70a, oder ein Segment, wie das Segment 72d, kann eine Reihe von Vorrichtungen über ein Protokoll mit Mehrfachzugriff mit Kollisionserkennung (CSMA/CD als englische Abkürzung von Carrier Sense Multiple Access/Collision Detect) oder über ein anderes Mehrfachzugriffsprotokoll wie etwa einen Token Bus oder Token Ring miteinander verbinden. Ein über ein einzelnes Element wie das Element 72d übertragenes Signal wird gleichzeitig von allen mit dem Segment verbundenen ES und IS wahrgenommen.
  • Pakete
  • In einem LAN, wie dem LAN 40, werden Daten zwischen ES allgemein als unabhängige Pakete übertragen, wobei jedes Paket einen Header bzw. einen Zellkopf aufweist, mit mindestens einer Zieladresse, welch das letztendliche Ziel spezifiziert, und allgemein auch mit einer Quellenadresse und anderen Übertragungsinformationen, wie etwa der Übertragungspriorität. ES achten allgemein ununterbrochen auf die Zieladressen aller auf ihren Segmenten übertragenen Pakete, wobei sie ein Paket jedoch nur dann vollständig empfangen, wenn die Zieladresse mit der ES-Adresse übereinstimmt. Ein ES wie etwa das ES 52g kann Daten in Verbindung mit jedem anderen ES im LAN übertragen, in dem ein Datenpaket übertragen wird, das eine Zieladresse für das vorgesehene Ziel aufweist. Wenn das vorgesehene Ziel direkt mit dem gleichen Segment verbunden ist, wie etwa ES 52d, so passt ES 52d einfach auf und empfängt das Paket, wenn dies durch 52g übertragen wird. Wenn das Ziel-ES hingegen nicht direkt mit dem gleichen Segment wie das Quellen-ES verbunden ist, so ist das LAN 40 zuständig für die Datenübertragung an ein Segment, mit dem das Ziel-ES verbunden ist. Allgemein weiß ein Quellen-ES nicht, ob ein Ziel-ES in dessen LAN direkt mit dessen Segment verbunden ist. Die Quelle überträgt das Paket mit einer Zieladresse einfach und nimmt an, dass das Netzwerk das Paket zustellt. Übertragungen in dem LAN werden allgemein durch die Quelle angesteuert, d.h. das LAN stellt ein Datenpaket von einer Quelle an eine in dem Paket spezifizierte Zieladresse zu, unabhängig davon, ob das Ziel-ES das Paket tatsächlich empfangen möchte. Allgemein weisen Pakete Benutzerdaten auf, die der Benutzer eines ES empfangen möchte, wie etwa Teile einer Datendatei, die an dem ES wieder zusammengesetzt wird, nachdem alle die Datei bildenden Pakete empfangen worden sind, oder Abschnitte eines Videostroms, der dem Benutzer angezeigt wird. Pakete können auch Steuerpakete darstellen, die Steuerinformationen aufweisen, die eingesetzt werden, um die Kommunikation mit dem Netzwerk zu erleichtern.
  • Treiber, Adapter und LAN-Topologie
  • Jedes der IS und ES aus 1 weist einen oder mehrere Adapter und eine Reihe von Treibern auf. Ein Adapter weist allgemein eine Schaltkreisanordnung und Konnektoren zur Kommunikation über ein Segment auf, und er übersetzt Daten aus dem von der Schaltkreisanordnung des Computers in dem IS oder ES verwendeten digitalen Form in eine Form, die über das Segment übertragen wird. Ein ES, wie etwa das ES 50b, weist einen Adapter zur Verbindung mit dessen Einzelsegment auf. Ein LAN-IS, wie etwa 61, weist fünf Adapter auf, nämlich je einen Adapter für jedes Segment, mit dem es verbunden ist. Ein Treiber ist eine Reihe von Befehlen, die sich in einem Baustein bzw. einer Vorrichtung befinden, die es der Vorrichtung bzw. dem Baustein ermöglichen, verschiedene Aufgaben zu erfüllen, die durch verschiedene Netzwerkprotokolle definiert sind. Treiber sind allgemein Softwareprogramme, die in den IS oder ES auf eine art und Weise gespeichert sind, die eine Modifikation der Treiber ermöglicht, ohne die IS- oder ES-Hardware zu modifizieren.
  • LANs können eine unterschiedliche Topologie der Zwischenverbindungen zwischen den Vorrichtungen bzw. Bausteinen aufweisen. Im Zusammenhang mit einem Kommunikationsnetzwerk betrifft der Begriff „Topologie" die Art und Weise, wie an das Netzwerk angeschlossenen Stationen miteinander verbunden sind. Übliche Topologien für LANs sind ein Bus, ein Baum, ein Ring und ein Stern. LANs können auch eine hybride Topologie aufweisen, die aus einer Mischung dieser vorstehenden Topologien besteht. Das in der Abbildung aus 1 dargestellte LAN insgesamt weist im Wesentlichen eine Baumtopologie auf, wobei es jedoch ein Segment 72d aufweist, das eine Bustopologie besitzt. Eine Ringtopologie ist in der Abbildung aus 1 nicht dargestellt, wobei hiermit jedoch festgestellt wird, dass die vorliegende Erfindung in Verbindung mit LANs mit einer Ringtopologie verwendet werden kann.
  • Brücken
  • Die LAN-IS in dem LAN 40 weisen die Brücken 60 bis 63 auf. Unter Brücken versteht man im Fach eine Art eines Computers, die für eine sehr schnelle Datenübertragung zwischen zwei oder mehr Segmenten verwendet wird. Zum Beispiel ist eine Brücke 60 ein Computer mit einem Prozessor, einem Speicher zum Speichern von Netzwerkinformationen, Verbindungen mit zwei oder mehr separaten Segmenten und einem Pufferspeicher zum Speichern von Paketen, die von einem Segment zur Übertragung in einem anderen Segment empfangen worden sind. Die Brücke 60 empfängt Pakete von einem Quellenelement, wie etwa 70c, speichert die Pakete und überträgt die Pakete auf einem anderen Segment, wie etwa 70a, wenn die Brücke detektiert, dass das andere Segment still ist. Eine Brücke verändert die an einem Segment empfangenen Pakete nicht, bevor diese auf einem anderen Segment übertragen werden. Brücken sind für den Betrieb eines LAN nicht erforderlich, und tatsächlich sind sie allgemein für die beiden ES unsichtbar, mit denen sie verbunden sind sowie mit anderen Brücken und Routern. Mit unsichtbar ist gemeint, dass eine dem Stand der Technik entsprechende Brücke keine Steuerpakete zu anderen Vorrichtungen in dem Netzwerk überträgt, und dies erleichtert die Kommunikation zwischen Vorrichtungen auf zwei unterschiedlichen Segmenten, so dass weder die sendende Vorrichtung noch die empfangende Vorrichtung weiß, dass sich die Vorrichtungen nicht in dem gleichen Segment befinden.
  • In der einfachsten Ausführung speichert eine Brücke temporär alle an einem ihrer Anschlüsse oder Ports empfangene Paketdaten, und danach, wenn jeder andere Port zur Verfügung steht, leitet die Brücke das Paket aus jedem anderen Port weiter (überbrückt es). Auch auf dieser einfachsten Ebene neigt eine Brücke, wie etwa die Brücke 60 dazu, den Netzwerkverkehr an Segmenten zu erzielen und reduziert die Möglichkeiten für eine Kollision zwischen Paketen. Moderne Brücken gemäß der nachstehenden Beschreibung stellen auch Filterfunktionen bereit, wobei eine Brücke die LAN-Adressen aller ES lernt, die über jeden der Ports erreicht werden können, und sie leitet Pakete nur aus dem Port weiter, mit dem das Ziel-ES dieses Pakets verbunden ist. Filterbrücken sind in der Lage schnell die LAN-Adresse jedes empfangenen Pakets zu untersuchen, um zu bestimmen, ob das Paket überbrückt werden muss, und wenn ja, zu welchem Segment. Wenn zum Beispiel die Filterbrücke 62 ein Paket an dem Segment 72a empfängt, das an 52b gerichtet ist, so wird dieses Paket nur zu dem Segment 72b und nicht zu den Segmenten 72c und 72d überbrückt.
  • Um diese Filterfunktion zu realisieren muss eine Brücke irgendwie wissen, welche ES an jedem mit der Brücke verbundenen Segment angebracht sind. Im allgemeinen erfolgt dies auf eine von zwei Möglichkeiten: eine Brücke kann durch einen menschlichen Netzwerkmanager so konfiguriert werden, dass sie die LAN-Adressen der ES kennt, die mit jedem Segment verbunden sind, oder eine Brücke kann die LAN-Adresse der mit jedem Segment verbundenen ES lernen, wenn die Brücke Pakete empfängt. Lernfähige Brücken, die lernen können, welche ES mit jedem ihrer Segmente verbunden sind, tun dies indem sie die LAN-Quellenadresse der an einem bestimmten Port empfangenen Pakete untersuchen. Eine selbstlernende Brücke speichert die durch die Untersuchung der Quellenadresse der Pakete gelernten Informationen allgemein in einem Abschnitt des Speichers der Brücke, der hierin als Brückenfiltertabelle (BFT) bezeichnet wird. Sobald die Einträge in der BFT einer Brücke platziert worden sind, untersucht die Brücke nach dem Empfang eines Pakets die LAN-Zieladresse des gepufferten Pakets, und wenn gemäß der BFT die Zieladresse in dem gleichen Segment liegt, von dem das Paket empfangen worden ist, so wurde das Paket anscheinend bereits von dem Ziel-ES empfangen, und die Brücke entsorgt das gepufferte Paket. Wenn sich das Ziel-ES in einem zu dem Ursprungs-ES anderen Segment befindet, so überbrückt die Brücke das Paket, indem es in dem Segment des Ziel-ES übertragen wird. Wenn die Zieladresse nicht in der BFT vorhanden ist, so muss die Brücke das Paket zu allen anderen Segmenten überbrücken, um sicherzustellen, dass das richtige ES das Paket empfängt. Auf diese Weise lernen die selbstlernenden Brücken allmählich immer mehr über die mit ihnen verbundenen ES und reduzieren allmählich unnötigen Datenfluss durch das LAN. Bei einer dem Stand der Technik entsprechenden Brücke wird die Gestaltung der BFT und das folgende Filtern der Pakete transparent durch die Brücke erreicht, ohne dass die ES sich der Brücke bewusst sein müssen oder etwaige Steuerpakete zu der Brücke übertragen müssen. Eine dem Stand der Technik entsprechende Brücke weder überträgt noch empfängt Steuerpakete von bzw. mit anderen Vorrichtungen in dem LAN.
  • Einige dem Stand der Technik entsprechenden Brücken implementieren einen Algorithmus, der als Spanning Tree Algorithmus bekannt ist, der es ihnen ermöglicht sicherzustellen, dass ein Segment, das mit mehr als einer Brücke verbunden ist, Pakete von einer der Brücken empfängt. Dieser Algorithmus ist in dem IEEE Standard 802.1d vollständig beschrieben.
  • LAN-Übertragung und Gruppenadresspakete
  • In den vorstehenden Ausführungen wurde davon ausgegangen, dass jedes Paket in dem LAN eine Zieladresse aufweist, welche die Zustellung an nur ein Ziel anzeigt. Dies wird im Fach als Unicast-Paket bezeichnet. Es ist aber auch möglich, dass eine Quelle in dem LAN 40 ein Paket an alle ES in dem Netzwerk unter Verwendung einer speziellen Adresse überträgt, die als Sendeadresse bekannt ist. Eine Sendeadresse ist eine besondere Zieladresse, die durch das LAN-Protokoll für Sendepakete reserviert ist. Bei den meisten LAN-Implementierungen kann es sich bei der Sendeadresse nie um eine Quellenadresse für ein Paket handeln, und somit wird die Sendeadresse nie in eine BFT eingegeben. Jede ein Sendepaket empfangende Brücke versucht es, die Zieladresse des Pakets in der BFT dieser Brücke zu finden, wobei dies fehlschlägt, und wobei das Paket somit zu allen Ports überbrückt bzw. weitergeleitet wird, wobei genau dies für ein Sendepaket gewünscht wird. Als eine Alternative kann eine Brücke durch ihre Treibersoftware so vorkonfiguriert werden, dass sie Sendepakete erkennt und diese an alle Ports weiterleitet.
  • Beim 802.3 Ethernet entsprechen die Ethernet-Adressen 48 Bit. Die Sendeadresse ist für alle 1er als FFFF definiert. 802.3 definiert ferner eine Reihe von Ethernet-Gruppenadressen, die mehr als ein Ziel und weniger als alle Ziele anzeigt. Die Ethernet-Gruppenadressen sind reservierte Adressen, die keinem einzelnen ES oder IS zugeordnet werden können. Bei einem normalen dem Stand der Technik entsprechenden LAN wird jedes Paket mit einer Ethernet-Gruppenadresse an jedes ES in dem LAN übertragen, und es liegt an dem einzelnen ES zu bestimmen, ob es das Paket auf der Basis der Gruppenadresse dieses Pakets empfangen möchte.
  • Router
  • ES in dem LAN 40 können mit jedem anderen ES in dem LAN 40 entweder direkt kommunizieren, wenn die ES sich auf dem gleichen physikalischen Segment befinden, oder sie können über eine Brücke kommunizieren. Wenn ein ES jedoch mit einem ES oder einem anderen Dienst in einem anderen LAN kommunizieren möchte, so müssen die Daten über ein WAN übertragen werden, wie etwa das WAN 42. Die Abbildung aus 2 zeigt das WAN 42. Das WAN 42 ist ein Netzwerk von Netzwerken bzw. ein Verbundnetzwerk. (Das größte und bekannteste Verbundnetzwerk ist das weltweite Internet.) WANs umfassen allgemein eine Mehrzahl größerer Computer, die für WAN-Übertragungen optimiert sind, die hierin als Router 64 und 68a-e bezeichnet sind. Ein Router ist allgemein ein größerer Computer als eine Brücke, wobei er wie eine Brücke auch einen Prozessor, einen Speicher zum Speichern von Netzwerkinformationen und Verbindungen mit zwei oder mehr separaten Segmenten aufweist. Einige Router, wie etwa der Router 64, stellen WAN-Dienste an ein LAN bereit, und sie können zusätzlich dazu WAN-Pakete durch das vermaschte Netzwerk weiterleiten, um die WAN-Kommunikation zu erleichtern. Weitere Router sind Mehrzweckcomputer für mehrere Benutzer oder Datei-Server, die Routing-Funktionen aufweisen. Wiederum andere Router sind Computer, die exklusiv für die Behandlung von WAN-Datenverkehr reserviert sind.
  • Die Kommunikation von WAN-Paketen über WAN 64 über die Router unterscheidet sich deutlich von der Paketübertragung in dem LAN 40 und erfolgt gemäß einem anderen Protokoll mit einem anderen Adressierungssystem. Im Gegensatz zu Brücken kommunizieren Router Steuerpakete mit jedem ES, mit dem sie verbunden sind sowie mit anderen Routern in dem WAN. Ein Router verwendet über Steuerpakete empfangene Informationen sowie möglicherweise Konfigurationsinformationen, die über eine Bedienungsperson geliefert werden, um für sich selbst eine Darstellung des Netzwerks aufzubauen, welche der Router in einer Routing-Tabelle speichert. Ein Router prüft die WAN-Zieladresse jedes empfangenen Pakets und verwendet die in der Routing-Tabelle gespeicherten Informationen, um einzelne Routing-Entscheidungen zu einem Paket auf der Basis der Zieladresse des Pakets, sonstiger Informationen in dem Zellkopf des Pakets und dem Wissen des Routers über den Dynamikzustand des WAN zu treffen. Im Gegensatz zu einer Brücke kann ein Router zwei unterschiedliche Routing-Bestimmungen für verschiedene Pakete mit der gleichen Zieladresse auf der Basis des Dynamikzustands des WAN treffen. Ein Router, wie etwa 64, weiß allgemein nicht um die Gegenwart etwaiger Brücken in dem LAN, mit dem er verbunden ist, und er sendet alle Daten in das LAN als wäre der Router 64 direkt mit jedem ES in dem LAN verbunden.
  • Kennzeichnenderweise weist ein WAN, wie etwa das WAN 42, ein unterschiedliches Adressierungssystem und eine andere Paketstruktur auf, als wie diese in dem LAN verwendet werden. Jedem ES in dem LAN 40, das Pakete von dem WAN 42 empfangen möchte, muss eine eigene WAN-Adresse zugewiesen werden. Bei TCP/IP sind die WAN-Adressen 32 Bit lang und werden allgemein in der Dezimalpunktschreibweise mit Werten von 0.0.0.0 bis 255.255.255.255 geschrieben. Der Router 64 lernt die LAN-Adresse und die WAN-Adresse jedes ES in dem LAN 40 und übersetzt Pakete und Adressen zwischen dem LAN 40 und dem WAN 42.
  • Die Abbildung aus 3 zeigt ein Paket, wie es zu oder von dem Router 64 in dem LAN-Segment 73a übertragen werden kann. Das Paket ist im Wesentlichen ein Ethernet-Paket mit einer Ethernet-Kopfzelle 202 und einer 48-Bit-Ethernet-Adresse (00:60:8C:19:AA) 204 und einem Ethernet-Nachsatz 230. In dem Ethernet-Paket 200 befindet sich oder ist gekapselt ein IP-Paket, dargestellt durch die IP-Kopfzelle 212, welche eine 32-Bit-IP-Adresse 214 aufweist (199.35.126.34). Das Paket 200 weist eine Datennutzlast 220 auf, welche die Daten speichert, die der Benutzer gerne empfangen möchte, oder welche eine Steuernachricht speichert, die zur Konfiguration des Netzwerks verwendet wird.
  • WAN-Multicasting
  • Das WAN 42 kann in der Lage sein, WAN-Multicast-Pakete (WMPs) zu leiten, die nur den Routern zugestellt werden, die deren Empfang anfordern. Bei einer Ausführung gemäß der TCP/IP Suite erreichen Router und ES ein Multitasking durch ein spezielles Protokoll, das Internet Group Management Protocol (IGMP). Gemäß IGMP wird einer Quelle, die WMPs übermitteln möchte, eine bestimmte WAN-Multicast-Zieladresse aus einer Liste von Adressen zugewiesen, die durch IGMP für Multicast reserviert werden. In dem LAN 40 werden die WMPs durch den Router 64 in LAN-Pakete mit einer LAN-Zieladresse übersetzt, die eine LAN-Gruppenadresse darstellt. IGMP weist eine direkte algorithmische Abbildung zwischen einer WAN-IP-Multicast-Adresse und einer LAN-Gruppenadresse auf. Gemäß IGMP fordert ein Router, wie etwa der Router 64, periodisch die ES, mit denen er verbunden ist, auf, eine Meldung zurück an den Router zu erstatten, wenn sie etwaige WMP-Ströme empfangen möchten. Diese Abfrage wird in dem LAN 40 an eine der reservierten Ethernet-Gruppenadressen übertragen. Ein ES, das einen WMP-Strom empfangen möchte, reagiert auf diese IGMP-Abfrage, indem es einen IGMP-Bericht zurück an den Router 64 sendet. Der IGMP-Bericht ist an die LAN-Adresse gerichtet, die der WMP-Adresse entspricht, welche der ES empfangen möchte. Ein IGMP-Bericht führt eine WMP-Adresse auf, die das ES empfangen möchte. Ein ES sendet einen separaten Bericht für jeden WMP-Strom, den es empfangen möchte. Auf dem Gebiet wird manchmal ausgedrückt, dass das ES jedes Mal zu einer Multicast-Gruppe hinzukommt, wenn es einen bestimmten WMP-Strom empfangen möchte. Der Router kompiliert die IGMP-Berichte an die Router in dem WAN 42, wobei die Zustellung bestimmter WMP-Ströme verlangt wird.
  • Für die folgende Beschreibung sind drei Einzelheiten des IGMP von Bedeutung. Zum einen kann ein ES eine Multicast-Gruppe jederzeit verlassen (d.h. den Empfang von WMPs an diese Multicast-Adresse einstellen), ohne den Router darüber zu informieren, dass diese WMPs nicht mehr empfangen werden sollen. Das ES reagiert einfach nicht mehr, wenn der Router das nächste Mal eine IGMP-Abfrage in dem LAN übermittelt. (Neuere Versionen von IGMP ermöglichen es einem ES, ein Paket zu übermitteln, wobei dem Router mitgeteilt wird, dass ein bestimmter WMP-Strom nicht mehr empfangen werden soll, wobei diese neueren Versionen jedoch dafür keine ES mehr benötigen.) Ein zweites wichtiges Detail von IGMP ist es, dass für den all, dass ein LAN, wie etwa das LAN 40, zwei Router mit Verbindungen zu dem gleichen WAN aufweist, das IGMP-Protokoll einen Mechanismus aufweist, der es verhindert, dass beide Router Abfragepakete an das LAN übertragen. Wenn ein Router gemäß IGMP ein Abfragepaket an einem seiner LAN-Ports empfängt, überprüft er die WAN-Quellenadresse des Pakets, und wenn die Quellenadresse niedriger ist als die eigene WAN-Adresse des Routers, unterbricht der Router die Übertragung der Abfragepakete. Schließlich überträgt somit nur ein Router (der Router mit der niedrigsten IP-Adresse) Abfragepakete in jedem bestimmten LAN.
  • Ein letztes wichtiges Detail von IGMP ist es, dass die ES ihr Segment überwachen und alle IGMP Berichte lesen, die in ihrem Segment erscheinen. Gemäß IGMP übermittelt ein ES einen IGMP Bericht für eine WMP-Adresse nicht, wenn das ES feststellt, dass ein anderes ES in dessen Segment die WMP-Adresse bereits angefordert hat. Das zweite ES empfängt die WMPs einfach, wenn diese zu dem ersten ES übermittelt werden, um diese anzufordern. Dies bedeutet, dass gemäß IGMP ein Router nie weiß, ob nur ein oder mehr als ein ES in dem LAN, mit dem er verbunden ist, tatsächlich einen bestimmten WMP-Strom empfangen möchte. Der Router kann WMPs somit nicht zu einer bestimmten ES-LAN-Zieladresse führen, sondern muss das WMP zu einer der reservierten LAN-Gruppenadressen leiten. Wie dies bereits vorstehend im Text beschrieben worden ist, werden Gruppenadresspakete in dem LAN 40 über die Brücken jedem Segment in dem LAN zugestellt. Wenn somit nur das ES 72b in dem LAN 40 einen bestimmten WAN-MP-Strom anfordert, wird dieser WMP-Strom in eine LAN-Gruppenadresse umgewandelt und jedem ES in dem LAN 40 zugestellt. Im Falle eines hoch frequentierten WMP-Stroms wie etwa einem Videovermittlungsabschnitt kann dies zu einer gewaltigen Menge an unerwünschtem LAN-Verkehr führen.
  • Eine dem Stand der Technik entsprechende Lösung für dieses Problem ist es, das LAN 40 neu zu gestalten und jede der Brücken 60 bis 63 durch Computer zu ersetzen, die als Router arbeiten. Deise „Router" wären dabei in der Lage, an dem IGMP Protokoll insgesamt teilzuhaben und WMP-Pakete nur zu den Segmenten zu leiten, wo sie gewünscht werden. Dabei handelt es sich jedoch um einen kostspieligen Ansatz, der die Kosten für die LAN-Hardware-Infrastruktur und das LAN-Management erhöht und mit hoher Wahrscheinlichkeit die Geschwindigkeit des LAN insgesamt herabsetzt.
  • Schichten
  • Ein letztes, für das Verständnis de vorliegenden Erfindung wichtiges Hintergrundkonzept ist das Konzept der in Schichten angeordneten Netzwerkprotokolle. Moderne Kommunikationsstandards, wie etwa die TCP/IP Suite und die IEEE 802 Standards, organisieren die für die Datenübertragung erforderlichen Aufgaben in Schichten. Auf unterschiedlichen Schichten werden Daten angezeigt und unterschiedlich angeordnet, unterschiedliche Protokolle verfolgt und unterschiedliche physikalische Vorrichtungen bearbeiten den Datenverkehr. Die Abbildung aus 4 veranschaulicht ein Beispiel für einen Netzwerkstandard mit Schichten (Layered Network Standard) mit einer Mehrzahl von Schichten, die hierin wie folgt bezeichnet sind: die physikalische Schicht, die Leitungsschicht, die Routing-Schicht, die Transportschicht und die Anwendungsschicht. Diese Schichten entsprechen grob den Schichten gemäß der Definition in der TCP/IP Suite. (Der Standard 802 weist eine unterschiedliche organisatorische Struktur für die Schichten auf und verwendet etwas andere Namen.)
  • Auf der physikalischen Schicht werden Daten als ein nicht formatierter Bitstrom behandelt, der von einem Sender zu einem oder mehreren Empfängern über ein einzelnes Segment übertragen wird. Gemäß IEEE 802 behandelt die physikalische Schicht zum Beispiel die Codierung/Decodierung der physikalischen Übertragungssignale, die Erzeugung/Entfernung von Präambeln der übermittelten Daten, die für die Synchronisierung verwendet werden (wie etwa Start- und Stopp-Bits), und das Bitübertragungs-/Empfangsprotokoll. Verschiedene Protokolle und Vorrichtungen der physikalischen Schicht existieren für die Übertragung von Daten als elektrische Signale, als optische Signale und als Funksignale über Kabel, über Lichtwellenleiter oder über andere Medien. ES- und IS-Hardware interagiert allgemein mit der physikalischen Schicht durch Adapter, wobei binäre Daten von dem IS oder ES empfangen werden, und wobei diese Daten in Signale übersetzt werden, die auf dem Medium übertragen werden können. Die Adapter weisen die erforderliche Schaltkreisanordnung und die erforderlichen Verbindungen für die Übertragung über das Medium auf. Adapter für PCs sind als Standard-Buskarten allgemein erhältlich, die in einen parallelen Bus des PC eingesteckt werden und einen Konnektor zur Verbindung mit dem Medium aufweisen, auf dem Netzwerksignale übertragen werden.
  • Auf der Sicherungsschicht bzw. Leitungsschicht (DLL als englische Abkürzung von Data Link Layer) (die teilweise auch als die Schicht 2 oder MAC-Schicht bezeichnet wird) werden Daten als eine Reihe von unabhängigen Paketen behandelt, wobei jedes Paket seine eigene Zieladresse und Felder aufweist, welche die Paketlänge, die Priorität und Codes zur Fehlerprüfung spezifizieren. Eine Brücke ist eine Art von Vorrichtung, welche Übertragungen über das Netzwerk auf der Leitungsschicht unterstützt. IEEE 802 betrifft primär die Leitungsschichten und die physikalische Schichten: Ethernet und Token Ring sind zwei herkömmliche Protokolle, die auf der Leitungsschicht und der physikalischen Schicht arbeiten.
  • Auf der Routing-Schicht (die manchmal auch als Schicht 3 bezeichnet wird) werden die Daten als eine Reihe unabhängiger Routing-Pakete behandelt. Ein Routing-Paket enthält Informationen, die für die richtige Zustellung des Pakets über ein großes WAN wie das Internet erforderlich sind. Diese Informationen werden auf der Routing-Schicht dazu verwendet, das Paket über das Netzwerk an sein Ziel zu übertragen. Ein Router ist eine Vorrichtung, welche die Übertragungen über das Netzwerk auf der Routing-Schicht unterstützt. In dem TCP/IP-Paket zählen IP, IGMP und IGMP zu den Protokollen, welche die Übertragung auf der Routing-Schicht unterstützen.
  • Auf der Transportschicht werden die Daten als eine Verbindung zwischen zwei Hosts im Netzwerk betrachtet. Das Transportschichtprotokoll in TCP/IP umfasst TCP und UDP.
  • Die Anwendungsschicht weist Programme auf, mit denen ein Benutzer zusammenwirkt, um Netzwerkfunktionen zu nutzen, wie zum Beispiel E-Mail, FTP, Remote Login oder HTTP. Daten auf der Anwendungsschicht werden häufig als Dateien betrachtet.
  • Ein wichtiges Ideal in Standards mit Schichten ist das Ideal der Unabhängigkeit der Schicht. Ein Paket mit Protokollen mit Schichten spezifiziert Standardschnittstellen zwischen Schichten, so dass theoretisch eine Vorrichtung und ein auf einer Schicht arbeitendes Protokoll nebeneinander mit einer Reihe von verschiedenen Protokollen existieren können, die auf höheren oder niedrigeren Schichten arbeiten, solange die Standardschnittstellen zwischen den Schichten befolgt werden.
  • Zur Verknüpfung des Konzepts der Schichten zurück mit der vorstehenden Beschreibung ist es ersichtlich, dass in dem LAN 40 WAN-Übertragungen auf der Routing-Schicht stattfinden, während LAN-Übertragungen auf der niedrigeren Leitungsschicht (DLL) ablaufen. Auf der Routing-Schicht übertragen die ES Steuerpakete zu den Routern, mit denen sie verbunden sind. Auf der Leitungsschicht übertragen die ES hingegen keine Steuerpakete zu und von Brücken und somit können die ES nicht an einem Multicast-Protokoll auf der Leitungsschicht teilhaben.
  • Aus den vorstehenden Ausführungen wird deutlich, was in einem LAN erforderlich ist, das korrekt WAN-Multicast-Pakete annehmen und an Endsysteme zustellen kann, die diese empfangen möchten, wobei dabei keine hohen unerwünschten Verkehrsaufkommen auftreten, die in dem Stand der Technik entsprechenden LANs erzeugt werden.
  • Weitere Beschreibungen der LAN-Technologie finden sich etwa in dem U.S. Patent US-A-5,666,362 mit dem Titel METHOD AND APPARATUS FOR ASYNCHRONOUS PPP TO SYNCHRONOUS PPP CONVERSION, das auf den gleichen Zessionar wie die vorliegende Anmeldung übertragen ist.
  • Zur besseren Veranschaulichung betrifft die vorliegende Beschreibung Netzwerkvorrichtungen und Konzepte in Bezug auf besondere Beispiele, nämlich Ethernet und TCP/IP. Das Verfahren und die Vorrichtung gemäß der vorliegenden Erfindung können jedoch auch n Verbindung mit einer umfassenden Vielzahl von Netzwerkvorrichtungen betrieben werden, einschließlich Netzwerken, die sich erheblich von den in der Abbildung aus 1 veranschaulichten spezifizierten Beispielen veranschaulicht und nachstehend beschrieben sind. Im Besonderen ist die vorliegende Erfindung auch anwendbar innerhalb einer Reihe von proprietären WAN- und LAN-Standards, die von den Apple Computer Corporations entwickelt wurden, und die als Applelink und SMRP bezeichnet werden. Somit ist es nicht beabsichtigt, dass die vorliegende Erfindung außer auf die anhängigen Ansprüche anderweitig beschränkt ist.
  • ZUSAMMENFASSUNG DER ERFINDUNG
  • Die vorliegende Erfindung betrifft ein Verfahren zur Reduzierung unerwünschter WAN-Multicat-Pakete gemäß dem gegenständlichen Anspruch 1, eine Brücke gemäß dem gegenständlichen Anspruch 20, ein lokales Netzwerk gemäß dem gegenständlichen Anspruch 25 und ein Verfahren zur Reduzierung der Übertragung unerwünschter WAN-Multicast-Pakete der Schicht 3 gemäß dem gegenständlichen Anspruch 27.
  • Weitere Ausführungsbeispiele der vorliegenden Erfindung sind in den Unteransprüchen beansprucht.
  • Gemäß der vorliegenden Erfindung kann ein verbessertes LAN WMPs von einem WAN über einen Router empfangen und den WMPs nur auf Segmenten zuführen, die mindestens ein ES aufweisen, das die WMPs empfangen möchte. Die Erfindung erreicht dies durch Modifikation der intermediären Systeme der Schicht 2 in dem LAN, um auf die Routing-Steuerpakete der Schicht 3 zu achten und um Filterentscheidungen der Schicht 2 auf der Basis der Informationen in den Paketen der Schicht 3 zu treffen. Die Erfindung umfasst einen Mechanismus für ein intermediäres System der Schicht 2, um Abfragepakete der Schicht 3 zu erzeugen, wenn kein System der höheren Ebene derartige Pakete in dem LAN erzeugt. Die Erfindung stellt eine wesentliche Verbesserung gegenüber vieler Arten dem Stand der Technik entsprechender LANs dar, wobei die WAN MPs auf jedes Segment in dem LAN geflutet werden. Gemäß einem Ausführungsbeispiel der vorliegenden Erfindung ist an den Protokollen oder der Hardware der ES oder dem WAN keine Modifikation erforderlich. Anders ausgedrückt erreicht die vorliegende Erfindung ein Filtern der Pakete der Routing-Schicht (Schicht 3) auf der Leitungsschicht (DLL) (Schicht 2), ohne dass jegliche Modifikationen der Protokolle der Routing-Schicht erforderlich sind. Die vorliegende Erfindung ermöglicht die selektive Überbrückung auf davor angeordnete WMPs auf der Basis der Anforderungen der Routing-Schicht von den ES.
  • Eine Brücke gemäß der vorliegenden Erfindung erreicht diese Vorteile durch sorgfältige Überwachung aller Routing-Schicht-Multicast-Daten und Steuerpakete sowie das Weiterleiten von Entscheidungen durch sie. Die Brücke verwendet diese Informationen zur Verbesserung ihrer Filterdatenbank, wodurch ein sehr schnelles Filtern unerwünschter MPs ermöglicht wird.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • Es zeigen:
  • 1 ein Diagramm eines lokalen Netzwerks eines Typs, bei dem die Erfindung effektiv eingesetzt werden kann;
  • 2 ein Diagramm eines Wide Area Networks eines Typs, bei dem die Erfindung effektiv eingesetzt werden kann;
  • 3 ein Diagramm eines IP-Pakets, das in ein Ethernet-Paket gekapselt ist;
  • 4 ein Diagramm eines Netzwerkprotokolls mit Schichten; und
  • 5 ein Blockschaltungsdiagramm einer verbesserten Brücke gemäß der vorliegenden Erfindung.
  • GENAUE BESCHREIBUNG BEVORZUGTER AUSFÜHRUNGSBEISPIELE
  • Die folgende genaue Beschreibung beschreibt die Funktion einer verbesserten Brücke gemäß der vorliegenden Erfindung in Bezug auf zwei Protokollpakete, die bereits vorstehend im Text beschrieben worden sind, 802.3 und TCP/IP. Für den Fachmann auf dem Gebiet ist es verständlich, dass die Erfindung auch in anderen Protokollpaketen angewendet werden kann, die ein analoges Multicast-Protokoll verwenden.
  • Die Abbildung aus 5 zeigt ein Blockdiagramm einer Brücke 62 mit Verbesserungen gemäß einem Ausführungsbeispiel der vorliegenden Erfindung. Die Brücke weist fünf Ports 80a-e auf, die eine Schaltkreisanordnung und Verbindungen bereitstellt, die es der Brücke ermöglichen, auf jedem Segment 72a-e zu kommunizieren. Über einen der Ports empfangene Pakete werden in dem gemeinsamen Paket-Pufferspeicher 82 gespeichert. Die Steuereinheit 84 liest jedes empfangene Paket und verarbeitet das Paket auf der Basis der in dem Treiber 86 spezifizierten Befehle. Die Steuereinheit 84 weist Verbindungen (nicht abgebildet) mit jeder Brückenkomponente auf, um Steuersignale zu senden und zu empfangen.
  • Wie dies für dem Stand der Technik entsprechende Brücken bekannt ist, verwaltet die Steuereinheit 84 eine Brückenfiltertabelle (BFT) 88 in einem Bereich des Speichers, der von dem Paketpuffer getrennt ist. Wie dies gemäß dem Stand der Technik bekannt ist, weist die BFT 88 Einträge für jede ES-LAN-Adresse auf, von der ein Paket empfangen wird. Jeder Eintrag spezifiziert die LAN-Adresse, von der ein Paket empfangen wird, und mit einer Einrichtung zum Anzeigen eines Ports, mit dem die Adresse verbunden ist. Gemäß einem Standardbetriebsmodus lernt die Brücke 62 allmählich über die ES lernt, mit denen sie verbunden ist, indem sie die LAN-Quellenadressen von Paketen liest, die an ihren Ports empfangen werden. Sobald eine Brücke eine bestimmte ES-LAN-Adresse identifiziert und einen Bezeichner für den Port in der BFT 88 gespeichert hat, mit dem das ES verbunden ist, werden die an der Brücke 62 empfangenen Pakete, die an die LAN-Adresse adressiert sind, nur zu dem Port weitergeleitet, mit dem das ES verbunden ist. Auf diese Weise reduziert die Brücke 62 allmählich unnötigen Verkehr im Netzwerk.
  • Gemäß der vorliegenden Erfindung ist die Brücke 62 zusätzlich in der Lage, IGMP-Multicast-Pakete auf der Basis ihrer LAN-Gruppenadresse wie folgt zu filtern. Beim Einschalten oder Zurücksetzen des Systems oder wenn keiner der Ports des Systems ein designierter Abfrageport ist, wie dies nachstehend im Text beschrieben ist, fungiert eine verbesserte Brücke 62 gemäß der vorliegenden Erfindung als wäre sie ein Router und überträgt IGMP-Abfragepakete in regelmäßigen Intervallen aus jedem ihrer Ports A-E. Anfänglich ist jeder dieser Ports durch die Brücke 62 als Nicht-Abfrage-Port bezeichnet. Die Brücke 62 überträgt Abfragen mit einer fingierten WAN-Quellenadresse, die auf einen höheren Wert gesetzt ist als jede mögliche WAN-Quellenadresse eines echten IP-Routers. Diese fingierte WAN-Quellenadresse ist einer Brücke gemäß der vorliegenden Erfindung zugewiesen. Standardmäßige, dem Stand der Technik entsprechende Brücken weisen keine WAN-Quellenadresse auf, da sie nicht auf der Schicht 3 kommunizieren. Als Reaktion auf diese Abfragen übertragen die ES, die an der Brücke 62 angebracht sind, die WMPs empfangen möchten, Berichte auf ihren Segmenten. Diese Berichtet werden an der Brücke 62 empfangen. Diese Bereichtet weisen eine Zieladresse auf, die der Multicast-Adresse entspricht, von der die ES Pakete empfangen möchten, sowie die Quellenadresse des ES, das den Bericht sendet. Jedes mal, wenn die Brücke 62 einen Bericht an einem ihrer Ports wahrnimmt, speichert sie einen Bezeichner für diesen Port und die LAN-Gruppenadresse in der BFT 88, indiziert gemäß der LAN-Gruppenadresse, und wobei angezeigt wird, an welchem Port das Berichtspaket empfangen worden ist, indem ein Flaggenwert an einem entsprechenden Speicherplatz gespeichert wird (in dem Beispiel aus 5 platziert die Brücke 62 eine „1" in einer Spalte, welche bezeichnet, dass die Ports B und D an die Ethernet-Gruppenadresse 09:10:7D:00 adressierte WMP-Pakete empfangen möchten). Wenn etwaige folgende Pakete an der Brücke 62 empfangen werden, die an die LAN-Gruppe gerichtet sind, sieht die Brücke 62 die LAN-Gruppenadresse in der BFT 88 nach und leitet die Pakete nur aus den in dieser Gruppe spezifizierten Ports.
  • Immer wenn die Brücke 62 ein Abfragepaket an einem ihrer Ports empfängt, prüft sie die WAN-Quellenadresse der Abfrage. Wenn die WAN-Quellenadresse des empfangenen Abfragepakets größer ist als die fingierte WMP-Quellenadresse der Brücke 62, fährt die Brücke 62 damit fort, ihre eigenen Abfragepakete in einem periodischen Intervall zu senden und markiert den Pot, an dem die Abfrage empfangen worden ist als einen Nicht-Abfrage-Port. Wenn die WAN-Quellenadresse des empfangenen Abfragepakets niedriger ist als die fingierte WMP-Quellenadresse der Brücke 62, so unterbricht die Brücke 62 das Senden der eigenen Abfragepakete und markiert den Port, an dem das Abfragepaket empfangen worden ist, als einen Abfrageport. Auf diese Weise „verliert" eine Brücke gemäß der vorliegenden Erfindung immer im Vergleich zu einem echten IP-Router, der mit einem Segment des LAN der Brücke verbunden ist. Alternativ kann die Brücke 62 eine LAN-Quellenadresse prüfen, um die Priorität zu bestimmen.
  • Gemäß einem weiteren Ausführungsbeispiel der vorliegenden Erfindung können unterschiedliche Arten von intermediären LAN-Systemen gegeben sein, die gemäß der vorliegenden Erfindung jeweils unterschiedliche Fähigkeiten aufweisen. Zum Beispiel können in einem LAN einige IS gemäß der vorliegenden Erfindung vollständig IEEE 802.1d kompatible Brücken darstellen, die somit vollständig den Spanning Tree-Algorithmus für Brücken implementieren, während andere IS gemäß der vorliegenden Erfindung den Spanning Tree-Algorithmus nicht vollständig implementieren können. In diesem Fall wäre es wünschenswert in dem LAN, dass ein vollständig IEEE 802.1d kompatibles IS als fingierter Router über ein IS ausgewählt wird, das nicht vollständige 802.1d kompatibel ist. Gemäß einem Ausführungsbeispiel der vorliegenden Erfindung sind somit zwei verschiedene fingiere WAN-Quellenadressen für intermediäre LAN-Systeme zur Verwendung reserviert, wenn sie Abfragepakete erzeugen. Die höhere der beiden fingierten Adressen wird dem Nicht-802.1d-IS zugewiesen. Wenn in diesem Fall ein IS ein Abfragepaket an einem ihrer Ports empfängt, prüft es die WAN-Quellenadresse der Abfrage. Wenn die WAN-Quellenadresse des empfangenen Abfragepakets größer ist als die fingierte WAN-Quellenadresse der IS, so sendet das IS weiter seine eigenen Abfragepakete in einem periodischen Intervall und markiert den Port, an dem die Abfrage empfangen worden ist, als einen Nicht-Abfrage-Port. Wenn die WAN-Quellenadresse des empfangenen Abfragepakets niedriger ist als die fingierte WAN-Quellenadresse des IS, so unterbricht das IS das Senden der eigenen Abfragepakete und markiert den Port, an dem das Abfragepaket empfangen worden ist, als einen Abfrageport. Wenn die WAN-Quellenadresse des empfangenen Abfragepakets hingegen mit der fingierten WAN-Quellenadresse des IS übereinstimmt, so vergleicht das IS seine LAN-Adresse mit der LAN-Quellenadresse des empfangenen Abfragepakets und bezeichnet den Port als Abfrageport, wenn die LAN-Quellenadresse des empfangenen Abfragepakets niedriger ist als die LAN-Quellenadresse des IS.
  • Sobald ein Port gemäß einem Ausführungsbeispiel der vorliegenden Erfindung als Abfrageport bezeichnet worden ist, behält die Brücke 62 diese Bezeichnung bei, bis die Brücke 62 an diesem Port kein IGMP-Abfragepaket innerhalb eines festgelegten Timeout-Zeitraums feststellt. Nach Ablauf des Timeout kehrt der Port zur Nicht-Abfrage-Port-Bezeichnung zurück. Gemäß einem weiteren Ausführungsbeispiel der vorliegenden Erfindung kann eine Brücke eine Eigenschaft des IGMP in Bezug auf das Timeout behandeln. In dem IGMP ist die Frequenz nicht spezifiziert, mit der ein Router Abfragen sendet, und es gibt in dem IGMP-Abfragepaket keine Informationen, die das Intervall anzeigen. Somit ist es nicht immer klar, wie ein entsprechendes Timeout für einen bestimmten Abfrageport aussehen soll. Gemäß dem vorliegenden Ausführungsbeispiel überwacht eine Brücke die Frequenz, mit der Abfragepakete an einem Abfrage-Port empfangen werden und setzt danach ein Timeout fest, das mehrere Male länger ist als die bestimmte Frequenz. Wenn über einen Timeout-Zeitraum kein Abfragepaket an einem Abfrage-Port empfangen wird, bezeichnet eine Brücke gemäß dem vorliegenden Ausführungsbeispiel den Port als Nicht-Abfrage-Port. Wenn alle Ports an der Brücke gemäß der vorliegenden Erfindung als Nicht-Abfrage-Ports bezeichnet sind, beginnt die Brücke mit der Erzeugung und Übertragung von Abfragepaketen.
  • An Nicht-Abfrage-Paketen überwacht die Brücke 62 IGMP-Berichtpakete und verwendet darin gespeicherte Informationen zum Aufbau der BFT. Gemäß der Erfindung leitet die Brücke 62 keine IGMP-Berichtpakete aus Nicht-Abfrage-Ports weiter. Die Brücke 62 leitet nur ein Berichtpaket aus Abfrage-Ports weiter. Der Grund dafür ist es, es zu verhindern, dass ES an anderen Ports ihre IGMP-Berichtpakete unterdrücken, da diese ES einen anderen Bericht an dem gleichen LAN mit der gleichen WMP-Anforderung erfahren. Um in dem IGMP-Protokoll zu verhindern, dass alle ES ihre eigene Kopie des Berichts senden, überwachen die ES alle IGMP-Berichtpakete an ihrem Segment, und wenn sie einen passierenden Bericht sehen, derein WMP meldet, an dem sie interessiert sind, so fordern sie dieses WMP nicht an, wie dies bereits vorstehend im Text beschrieben worden ist. Die Brücke 62 muss jedoch kein separates Berichtpaket von mindestens einem jedes ihrer Segmente empfangen, so dass sie weiß, an welche Segmente sie WMPs überbrücken muss.
  • Es ist ein Vorteil der vorliegenden Erfindung, dass sie in einem LAN implementiert werden kann, wie etwa dem LAN 40, während keine neue Software in den ES benötigt wird und kein neues Protokoll zwischen den ES und den Routern oder zwischen den ES und den Brücken. In einem Ausführungsbeispiel kann die vorliegende Erfindung implementiert werden, indem einige oder alle Brücken in einem LAN modifiziert werden und keine weiteren Modifikationen des LAN oder WAN vorgenommen werden.
  • Die Erfindung wurde vorstehend in Bezug auf besondere Ausführungsbeispiele beschrieben. Weitere Ausführungsbeispiele sind für den Fachmann auf dem Gebiet offensichtlich. Im Besonderen wurden die Verfahrensschritte als Teil verschiedener Teilverfahren gruppiert und bezeichnet, um die Offenbarung klarer zu gestalten, wobei diese Schritte aber auch gruppiert werden können, ohne den wesentlichen Ablauf der Erfindung zu verändern. Somit wird keine über den Umfang der anhängigen Ansprüche hinausgehende Beschränkung der vorliegenden Erfindung beabsichtigt.

Claims (38)

  1. Verfahren zum Reduzieren der Übermittlung unerwünschter WAN-Multicast-Pakete in einem LAN (40), wobei das genannte LAN (40) eine Mehrzahl von Endsystemen (50a-d, 51a-c, 52a-g) umfasst, die Pakete übermitteln und empfangen können, wobei die genannten Pakete eine Quellenadresse und eine Zieladresse aufweisen und eine Mehrzahl von intermediären LAN-Systemen IS (60, 61, 62), die Pakete transparent weiterleiten können, wobei die genannten IS (60, 61, 62) eine Mehrzahl von Ports (80a-e) zur Verbindung mit Netzwerksegmenten (70a-e, 71a-e, 72a-e, 73a) umfasst: das Detektieren von WAN-Multicast-Abfragen an mindestens eines der genannten IS (60, 61, 62) und das Aufzeichnen eines Bezeichners an dem genannten IS (60, 61, 62) für jeden Port (80a-e), an dem die genannten WAN-Multicast-Abfragen empfangen werden, wobei diese Ports (80a-e) als Abfrage-Ports bezeichnet werden; das Empfangen von Anforderungen von den genannten Endsystemen (50a-d, 51a-c, 52a-g) für den Empfang von WAN-Multicast-Paketen an dem genannten mindestens einen IS (60, 61, 62), wobei die genannten Anforderungen von den genannten Endsystemen (50a-d, 51a-c, 52a-g) an eine andere Zieladresse gerichtet sind als die Zieladresse des genannten mindestens einen IS (60, 61, 62); das Speichern von Bezeichnern für die Ports (80a-e), an denen die genannten Anforderungen in Verbindung mit Multicast-Adressen empfangen werden, die in den genannten Anforderungen spezifiziert sind, an dem genannten IS (60, 61, 62); das Weiterleiten der genannten Anforderungen von nur den Ports (80a-e) an dem genannten IS (60, 61, 62), die als Abfrage-Ports bezeichnet sind; das Überprüfen an dem genannten IS (60, 61, 62) jedes WAN-Multicast-Datenpakets, das empfangen wird, um die Multicast-Zieladresse des Pakets zu bestimmen; und das Weiterleiten jedes genannten WAN-Multicast-Datenpakets aus den Ports (80a-e), an denen entweder eine Anforderung für die genannte Zieladresse des Multicast-Pakets oder eine Abfrage empfangen worden ist.
  2. Verfahren nach Anspruch 1, wobei dieses ferner folgendes umfasst: das Erzeugen eines WAN-Multicast-Abfragepakets an einem IS (60, 61, 62), wenn keine mit dem genannten IS (60, 61, 62) verbundenen Ports (80a-e) als Abfrage-Ports bezeichnet sind, und das Weiterleiten des genannten WAN-Multicast-Abfragepakets aus allen Ports (80a-e) an dem genannten IS (60, 61, 62).
  3. Verfahren nach Anspruch 2, wobei dieses ferner folgendes umfasst: das Überprüfen der Quellenadresse von WAN-Multicast-Abfragen, die an einem der Ports (80a-e) des genannten IS (60, 61, 62) empfangen werden, an dem genannten IS (60, 61, 62); das Vergleichen der genannten empfangenen Quellenadresse mit der Quellenadresse des genannten IS (60, 61, 62); und auf der Basis des genannten Vergleichs entweder das Bezeichnen des genannten einen der genannten IS-Ports (80a-e) als Abfrage-Port oder ansonsten das Fortfahren mit dem Erzeugen von WAN-Multicast-Abfragen an dem genannten IS (60, 61, 62).
  4. Verfahren nach Anspruch 3, wobei einer der genannten IS-Ports (80a-e) als ein Abfrage-Port bezeichnet ist, wenn die genannte empfangene Quellenadresse niedriger ist als die genannte IS-Quellenadresse.
  5. Verfahren nach Anspruch 3, wobei bei dem genannten Vergleich die Quellenadressen des WAN (42, 44) verglichen werden.
  6. Verfahren nach Anspruch 3, wobei bei dem genannten Vergleich die Quellenadressen des LAN (40) verglichen werden.
  7. Verfahren nach Anspruch 3, wobei bei dem genannten Vergleich eine empfangene Quellenadresse des WAN (42, 44) mit einer fingierten WAN-Quellenadresse verglichen wird, die dem genannten IS (60, 61, 62) zugeordnet ist.
  8. Verfahren nach Anspruch 7, wobei bei dem genannten Vergleich die Quellenadressen des LAN (40) verglichen werden, wenn die Werte der genannten Quellenadressen (42, 44) eine Übereinstimmung gegeben ist.
  9. Verfahren nach Anspruch 8, wobei das genannte LAN (40) eine Mehrzahl von IS (60, 61, 62) aufweist, wobei einige der genannten IS (60, 61, 62) einer ersten Gruppe mit anderen Eigenschaften angehören als andere IS (60, 61, 62), die einer zweite Gruppe angehören, und wobei zwei unterschiedliche fingierte WAN-Multicast-Adressen existieren, von denen je eine jeder Gruppe der genannten IS (60, 61, 62) des LAN (40) zugeordnet ist, so dass von den IS (60, 61, 62) in einer Gruppe erzeugten WAN-Multicast-Abfragen beim Empfang an einem Port in der anderen Gruppe immer dazu führen, dass der Port als ein Abfrage-Port bezeichnet wird.
  10. Verfahren nach Anspruch 1, wobei ein spezifiziertes Timeout-Intervall existiert, wobei für den Fall, dass während dem genannten Timeout-Intervall kein Abfragepaket an einem als Abfrage-Port bezeichneten Port (80a-e) empfangen wird, so wird der Port (80a-e) als Nicht-Abfrage-Port neu bezeichnet.
  11. Verfahren nach Anspruch 10, wobei dieses ferner folgendes umfasst: das Bestimmen eines durchschnittlichen Zeitintervalls zwischen dem Empfang von Abfragepaketen an einem Abfrage-Port; und das Einstellen des genannten Timeout-Intervalls auf ein Vielfaches des durchschnittlichen Zeitintervalls.
  12. Verfahren nach Anspruch 1, wobei die IS (60, 61, 62) des genannten LAN (40) Vorrichtungen sind, die Unicast-Pakete des LAN (40) weiterleiten, ohne die Routinginformationen des WAN (42, 44) in den genannten Paketen zu prüfen.
  13. Verfahren nach Anspruch 1, wobei die IS (60, 61, 62) des genannten LAN (40) Pakete für die genannten Endsysteme transparent und ohne den Inhalt oder Header der genannten Pakete zu modifizieren weiterleiten.
  14. Verfahren nach Anspruch 1, wobei die genannten Endsysteme (50a-d, 51a-c, 52a-g) mit einer Mehrzahl von Routern (64, 66, 68a-e) kommunizieren, welche das genannte LAN (40, 46, 48) mit einem WAN (42, 44) verbinden, wobei die genannten Router (64, 66, 68a-e) und die genannten Endsysteme (50a-d, 51a-c, 52a-g) Steuerinformationen austauschen, wobei die genannten Steuerinformationen die genannten WAN-Multicast-Abfragen und die genannten Anforderungen aufweisen.
  15. Verfahren nach Anspruch 14, wobei die genannten Endsysteme (50a-d, 51a-c, 52a-g) mit einer Mehrzahl von Routern (64, 66, 68) unter Verwendung von Protokollen eines TCP/IP-Protokollpakets kommunizieren.
  16. Verfahren nach Anspruch 1, wobei zumindest eines der IS (60, 61, 62) des genannten LAN (40) die in IEEE 802.1d ausgeführten Spezifikationen erfüllt.
  17. Verfahren nach Anspruch 1, wobei eine Mehrzahl der genannten Endsysteme (50a-d, 51a-c, 52a-g) und die genannten IS (60, 61, 62) unter Verwendung eines Ethernet-Protokolls miteinander kommunizieren.
  18. Verfahren nach Anspruch 1, wobei die genannten WAN-Multicast-Abfragen und die genannten WAN-Multicast-Datenpakete in LAN-Gruppenpakete eingeschlossen sind, wobei die genannten LAN-Gruppenpakete eine LAN-Multicast-Adresse aufweisen, die algorithmisch mit der genannten WAN-Multicast-Adresse übersetzt werden kann, und wobei das genannte IS (60, 61, 62) die genannten LAN-Multicast-Adressen detektiert, speichert und überprüft.
  19. Verfahren nach Anspruch 7, wobei die genannte zugeordnete fingierte Adresse eine LAN-Gruppenadresse ist, die algorithmisch mit einer WAN-Quellenadresse übersetzt werden kann.
  20. Brücke (60, 61, 62) zur Verwendung in einem lokalen Netzwerk (40, 46, 48), wobei die Brücke eine Mehrzahl von Ports (80a-e) aufweist, die Daten von einem Netzwerksegment (70a-e, 71a-e, 72a-e, 73a) übermitteln und empfangen, das eine Mehrzahl gemeinsam genutzter Pufferspeicher (82) zum Puffern der an den genannten Ports (80a-e) empfangenen Daten oder der Daten, die auf eine Übermittlung an den genannten Ports (80a-e) warten, aufweist, mit einer Brückensteuereinheit (84), welche die Quellen- und Zieladressen jedes an einem der genannten Ports (80a-e) empfangenen Daten lesen kann, gekennzeichnet durch: eine Brückenfiltertabelle (88); wobei die genannte Brückensteuereinheit (84) die Quellenadresse jedes an einem bestimmten Segment in Verbindung mit einem Bezeichner des genannten bestimmten Segments empfangenen Pakets in der genannten Brückenfiltertabelle (88) speichern kann, und wobei sie eine Multicast-Adresse jedes Multicast-Anforderungspakets in der genannten Brückenfiltertabelle (88) speichern kann, das in Verbindung mit einem Bezeichner eines Ports empfangen worden ist, an dem das genannte Multicast-Anforderungspaket empfangen wird; und wobei die genannte Brücke die empfangenen Multicast-Pakete nur an die Segmente weiterleiten kann, an denen ein Multicast-Berichtspaket empfangen worden ist, das diese Multicast-Pakete anfordert.
  21. Vorrichtung nach Anspruch 20, wobei die genannte Brückenfiltertabelle (88) ferner folgendes umfasst: einen Abfrage-Port-Eintrag, der einen Indikator für jeden Port der genannten Brücke umfasst, wobei der genannte Indikator anzeigt, ob der genannte Port als ein Abfrage-Port bezeichnet ist; und eine Mehrzahl von Zieladresseinträgen, wobei jeder genannte Zieladresseintrag eine Zieladresse und Indikatoren für Ports der genannten Brücke aufweist, wobei die genannten Indikatoren anzeigen, ob etwaige Pakete, die an der genannten Brücke empfangen werden, welche die genannte Zieladresse aufweisen, an den genannten Ports weitergeleitet werden sollen.
  22. Vorrichtung nach Anspruch 21, wobei die genannte Mehrzahl von Zieladresseinträgen Einträge aufweist, die eine Gruppenzieladresse und Indikatoren für Ports der genannten Brücke umfassen, wobei die genannten Indikatoren anzeigen, ob Pakete, die an der genannten Brücke empfangen werden, welche die genannten Gruppenzieladresse aufweisen, an den genannten Ports weitergeleitet werden sollen.
  23. Vorrichtung nach Anspruch 21, wobei diese ferner einen Speicherplatz (87) zum Speichern des Werts eines Timeout-Intervalls für jeden Port (80a-e) umfasst.
  24. Vorrichtung nach Anspruch 21, wobei diese ferner eine Einrichtung zum Erzeugen eines Multicast-Abfragepakets umfasst, wenn keine Ports als Abfrage-Ports bezeichnet sind.
  25. Lokales Netzwerk (40, 46, 58) mit einer Mehrzahl von Endsystemen (50a-d, 51a-c, 52a-g), die jeweils eine Verbindung mit einem Netzwerksegment (70a-e, 71a-e, 72a-e, 73a) aufweisen, wobei die genannten Endsysteme (50a-d, 51a-c, 52a-g) an dem genannten Segment (70a-e, 71a-e, 72a-e, 73a) ein Multicast-Berichtspaket übermitteln können, wobei das genannte Multicast-Berichtspaket eine angeforderte Multicast-Adresse umfasst, von der ein Endsystem Daten empfangen möchte, gekennzeichnet durch: eine Mehrzahl von Brücken (60, 61, 62), wobei jede Brücke (60, 61, 62) Verbindungen zu mindestens zwei Netzwerksegmenten (70a-e, 71a-e, 72a-e, 73a) aufweist, wobei mindestens eine der genannten Brücken (60, 61, 62) an den genannten Netzwerksegmenten (70a-e, 71a-e, 72a-e, 73a) übermittelte Multicast-Berichtspakete detektieren kann und einen Bezeichner der genannten angeforderten Multicast-Adresse in Verbindung mit einem Bezeichner des genannten Segments (70a-e, 71a-e, 72a-e, 73a) speichern kann, wobei die genannte mindestens eine Brücke empfangene Multicast-Pakete nur an die Segmente weiterleitet, an denen ein Multicast-Berichtspaket empfangen worden ist, das diese Multicast-Pakete anfordert.
  26. Lokales Netzwerk nach Anspruch 25, wobei die genannten Brücken (60, 61, 62) ferner in der Lage sind, an einem Port (80a-e) empfangene Multicast-Abfragepakete zu detektieren und diesen Port (80a-e) als einen Abfrage-Port zu bezeichnen, und wobei die genannten Brücken (60, 61, 62) eine Frequenz empfangener Abfragepakete an einem Abfrage-Port bestimmen und ein Timeout-Intervall so festlegen können, dass es einem Vielfachen der genannten Frequenz entspricht, und wobei die genannten Brücken (60, 61, 62) einen Abfrage-Port als einen Nicht-Abfrage-Port bezeichnen, wenn ein Abfragepaket nicht während einem Timeout-Intervall empfangen wird.
  27. Verfahren zur Reduzierung der Übermittlung unerwünschter WAN-Multicast-Pakete der Schicht 3 in einem LAN (40, 46, 48), wobei das genannte LAN (40, 46, 48) eine Mehrzahl von Endsystemen (50a-d, 51a-c, 52a-g) umfasst, die LAN-Pakete der Schicht 2 übermitteln und empfangen können, wobei die genannten Pakete mindestens eine LAN-Quellenadresse und eine LAN-Zieladresse aufweisen, und mit einer Mehrzahl von intermediären LAN-Systemen der Schicht 2 (60, 61, 62), die Pakete auf der Schicht 2 transparent weiterleiten können, wobei die genannten IS (60, 61, 62) eine Mehrzahl von Ports zur Verbindung mit Netzwerksegmenten (70a-e, 71a-e, 72a-e, 73a) aufweisen, wobei das Verfahren folgendes umfasst: das Detektieren von eingeschlossenen WAN-Multicast-Abfragen der Schicht 3 an einem IS der genannten IS (60, 61, 62) durch Überprüfen des Inhalts aller Gruppenpakete der Schicht 2, und das Aufzeichnen eines Bezeichners an dem genannten IS (60, 61, 62) für jeden Port (80a-e), an dem die genannten WAN-Multicast-Abfragen empfangen werden, wobei diese Ports (80a-e) als Abfrage-Ports bezeichnet werden; das Empfangen von Anforderungen der Schicht 3 von den genannten Endsystemen (50a-d, 51a-c, 52a-g) für den Empfang von WAN-Multicast-Datenpaketen an dem genannten IS, wobei die genannten Anforderungen von einem Endsystem (50a-d, 51a-c, 52a-g) an eine andere Zieladresse gerichtet sind als die Zieladresse des genannten IS, und wobei der genannte Inhalt der Schicht 3 der genannten Anforderungen überprüft wird; das Speichern von Bezeichnern für Ports, an denen die genannten Anforderungen in Verbindung mit der in den genannten Anforderungen spezifizierten Gruppenadresse der Schicht 2 empfangen werden, an dem genannten IS in einer Filtertabelle der Schicht 2; das Weiterleiten der genannten Anforderungen von nur den Ports (80a-e) an dem genannten IS, die als Abfrage-Ports bezeichnet sind; und das Überprüfen an dem genannten IS (60, 61, 62) jedes WAN-Multicast-Datenpakets, das empfangen wird, um die Multicast-Zieladresse des Pakets zu bestimmen; und das Filtern jedes Datenpakets LAN-Gruppenadressierung an dem genannten IS auf der Basis der genannten Filtertabelle der Schicht 2 und dadurch dass Weiterleiten von WAN-Multicast-Datenpaketen nur von den Ports (80a-e), an denen eine Anforderung für die genannte Zieladresse für das genannte Multicast-Datenpaket oder eine Abfrage empfangen worden ist.
  28. Verfahren nach Anspruch 27, wobei dieses ferner folgendes umfasst: das Erzeugen eines WAN-Multicast-Abfragepakets an einem IS (60, 61, 62), wenn keine mit dem genannten IS verbundenen Ports als Abfrage-Ports bezeichnet sind, und das Weiterleiten des genannten WAN-Multicast-Abfragepakets von allen Ports (80a-e) an dem genannten IS.
  29. Verfahren nach Anspruch 28, wobei dieses ferner folgendes umfasst: das Überprüfen an dem genannten IS (60, 61, 62) der Quellenadresse von WAN-Multicast-Abfragen, die an einem Port der genannten Ports (80a-e) des IS empfangen worden sind; das Vergleichen der genannten empfangenen Quellenadresse mit der genannten Quellenadresse des genannten IS; und auf der Basis des genannten Vergleichs entweder das Bezeichnen des genannten Ports als einen Abfrage-Port oder ansonsten das Fortführen des Erzeugens von WAN-Multicast-Abfragen an dem genannten IS.
  30. Verfahren nach Anspruch 29, wobei der genannte Port (80a-e) als ein Abfrage-Port bezeichnet ist, wenn die genannte Quellenadresse niedriger ist als die Quellenadresse des genannten IS.
  31. Verfahren nach Anspruch 29, wobei bei dem genannten Vergleich eine empfangene WAN-Quellenadresse mit einer dem genannten IS (60, 61, 62) zugeordneten WAN-Quellenadresse verglichen wird.
  32. Verfahren nach Anspruch 31, wobei bei dem genannten Vergleich die LAN-Quellenadressen verglichen werden, wenn die Werte der genannten WAN-Quellenadressen übereinstimmen.
  33. Verfahren nach Anspruch 32, wobei das genannte LAN (40, 46, 48) eine Mehrzahl von IS (60, 61, 62) aufweist, wobei einige der genannten IS einer ersten Gruppe angehören, mit anderen Eigenschaften als andere IS, die einer zweiten Gruppe angehören, und wobei zwei verschiedene fingierte WAN-Quellenadressen existieren, wobei jeweils eine einer Gruppe der genannten LAN-IS zugeordnet ist, so dass durch die IS in einer Gruppe erzeugten WAN-Multicast-Abfragen, wenn sie an einem Port in der anderen Gruppe empfangen werden, immer dazu führen, dass der Port als ein Abfrage-Port bezeichnet wird.
  34. Verfahren nach Anspruch 27, wobei es sich bei den genannten IS (60, 61, 62) des genannten LAN (40, 46, 48) um Vorrichtungen der Schicht 2 handelt, welche LAN-Unicast-Pakete weiterleiten, ohne den Inhalt der genannten Pakete zu überprüfen oder zu verändern.
  35. Verfahren nach Anspruch 27, wobei die genannten Endsysteme (50a-d, 51a-c, 52a-g) mit einer Mehrzahl von Routern (64, 66, 68a-e) kommunizieren, welche das genannte LAN (40, 46, 48) unter Verwendung eines Protokolls der Schicht 3 mit einem WAN (42, 44) verbinden, wobei die genannten Router (64, 66, 68a-e) und die genannten Endsysteme (50a-d, 51a-c, 52a-g) Steuerinformationen austauschen, wobei die genannten Steuerinformationen die genannten WAN-Multicast-Abfragen und die genannten Anforderungen aufweisen.
  36. Verfahren nach Anspruch 35, wobei die genannten Endsysteme (50a-d, 51a-c, 52a-g) unter Verwendung von Protokollen in einem TCP/IP-Protokollpaket mit einer Mehrzahl von Routern (64, 66, 68a-e) kommunizieren.
  37. Verfahren nach Anpruch 27, wobei mindestens eines der genannten IS (60, 61, 62) des LAN (40) die in IEEE 802.1d ausgeführten Spezifikationen erfüllt.
  38. Verfahren nach Anspruch 27, wobei eine Mehrzahl der genannten Endsysteme (50a-d, 51a-c, 52a-g) und die genannten IS (60, 61, 62) unter Verwendung eines Ethernet-Protokolls kommunizieren.
DE69634916T 1995-10-12 1996-10-11 Verfahren und vorrichtung zur filterung von mehradresspaketen in einem lokalen netz durch ein transparentes zwischensystem Expired - Lifetime DE69634916T2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US542157 1995-10-12
US08/542,157 US5818838A (en) 1995-10-12 1995-10-12 Method and apparatus for transparent intermediate system based filtering on a LAN of multicast packets
PCT/US1996/016383 WO1997014239A1 (en) 1995-10-12 1996-10-11 Method and apparatus for transparent intermediate system based filtering on a lan of multicast packets

Publications (2)

Publication Number Publication Date
DE69634916D1 DE69634916D1 (de) 2005-08-11
DE69634916T2 true DE69634916T2 (de) 2006-04-27

Family

ID=24162583

Family Applications (1)

Application Number Title Priority Date Filing Date
DE69634916T Expired - Lifetime DE69634916T2 (de) 1995-10-12 1996-10-11 Verfahren und vorrichtung zur filterung von mehradresspaketen in einem lokalen netz durch ein transparentes zwischensystem

Country Status (7)

Country Link
US (3) US5818838A (de)
EP (1) EP0855115B1 (de)
JP (1) JP3737517B2 (de)
AU (1) AU7443296A (de)
DE (1) DE69634916T2 (de)
IL (1) IL124067A (de)
WO (1) WO1997014239A1 (de)

Families Citing this family (159)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0675616A3 (de) * 1994-03-04 1995-11-29 At & T Corp Lokales Netz.
US6370142B1 (en) * 1995-07-12 2002-04-09 Nortel Networks Limited Method and apparatus for performing per-port IP multicast pruning
US6058429A (en) * 1995-12-08 2000-05-02 Nortel Networks Corporation Method and apparatus for forwarding traffic between locality attached networks using level 3 addressing information
US5978385A (en) * 1996-07-02 1999-11-02 Extreme Networks, Inc. Repeater providing for deterministic access in a LAN utilizing the CSMA/CD medium access method
US5875176A (en) * 1996-12-05 1999-02-23 3Com Corporation Network adaptor driver with destination based ordering
US6331983B1 (en) * 1997-05-06 2001-12-18 Enterasys Networks, Inc. Multicast switching
US5982775A (en) * 1997-08-14 1999-11-09 Tektronix, Inc. Forwarding multicast frames on an ethernet bridge
US6617879B1 (en) 1997-09-17 2003-09-09 Sony Corporation Transparently partitioned communication bus for multi-port bridge for a local area network
US6816490B1 (en) 1997-09-17 2004-11-09 Sony Corporation Statistical learning technique in a multi-port bridge for a local area network
US6216167B1 (en) * 1997-10-31 2001-04-10 Nortel Networks Limited Efficient path based forwarding and multicast forwarding
US6185623B1 (en) * 1997-11-07 2001-02-06 International Business Machines Corporation Method and system for trivial file transfer protocol (TFTP) subnet broadcast
US6295560B1 (en) * 1997-12-05 2001-09-25 Kabushiki Kaisha Toshiba Data delivery system with load distribution among data delivery units using shared lower address and unique lower layer address
US6188694B1 (en) * 1997-12-23 2001-02-13 Cisco Technology, Inc. Shared spanning tree protocol
US6266336B1 (en) * 1998-02-18 2001-07-24 International Business Machines Corporation Apparatus and method for setting A/C bits in token ring frames for switches
US7411916B2 (en) * 1998-02-26 2008-08-12 Nortel Networks Limited Data forwarding method and apparatus
US6112245A (en) * 1998-04-07 2000-08-29 3Com Corporation Session establishment for static links in Point-to-Point Protocol sessions
US6097720A (en) * 1998-04-07 2000-08-01 3Com Corporation Enabling multicast distribution efficiencies in a dialup access environment
US6118785A (en) * 1998-04-07 2000-09-12 3Com Corporation Point-to-point protocol with a signaling channel
US6301229B1 (en) 1998-04-07 2001-10-09 3Com Corporation Distribution of protocol processes from network elements to end stations
JP4080599B2 (ja) * 1998-06-17 2008-04-23 富士通株式会社 通信制御装置およびマルチキャスト対応lanに適用される通信制御方法
US6266707B1 (en) * 1998-08-17 2001-07-24 International Business Machines Corporation System and method for IP network address translation and IP filtering with dynamic address resolution
US6304575B1 (en) * 1998-08-31 2001-10-16 Cisco Technology, Inc. Token ring spanning tree protocol
US6347087B1 (en) * 1998-10-05 2002-02-12 Packet Engines Incorporated Content-based forwarding/filtering in a network switching device
JP3266188B2 (ja) * 1998-10-19 2002-03-18 日本電気株式会社 マルチキャスト通信装置及びマルチキャスト通信方法
US6678721B1 (en) * 1998-11-18 2004-01-13 Globespanvirata, Inc. System and method for establishing a point-to-multipoint DSL network
JP3644009B2 (ja) * 1999-02-19 2005-04-27 富士通株式会社 マルチキャストセッション管理装置
US6889258B1 (en) * 1999-03-04 2005-05-03 Webtv Networks, Inc. Automatic compiling of address filter information
US6711163B1 (en) * 1999-03-05 2004-03-23 Alcatel Data communication system with distributed multicasting
US6640251B1 (en) 1999-03-12 2003-10-28 Nortel Networks Limited Multicast-enabled address resolution protocol (ME-ARP)
US6654371B1 (en) 1999-04-15 2003-11-25 Nortel Networks Limited Method and apparatus for forwarding multicast data by relaying IGMP group membership
US6667967B1 (en) 1999-05-14 2003-12-23 Omninet Capital, Llc High-speed network of independently linked nodes
DE19927304C2 (de) * 1999-06-15 2002-10-24 Siemens Ag Verfahren und Einrichtung zum Übermitteln von Daten
US6446131B1 (en) * 1999-06-19 2002-09-03 Hewlett-Packard Company Bridges and other layer-two devices for forwarding MAC frames
US6870843B1 (en) * 1999-06-22 2005-03-22 World Multicast.Com, Inc. Self implementing multicast level escalation
US6721318B1 (en) * 1999-07-29 2004-04-13 Nortel Networks Limited Extending router functionality to report static group membership
FI107972B (fi) * 1999-10-11 2001-10-31 Stonesoft Oy Tiedonsiirtomenetelmä
US6587463B1 (en) * 1999-12-13 2003-07-01 Ascend Communications, Inc. Packet classification engine
US7072407B2 (en) 2000-01-31 2006-07-04 Brookline Flolmstead Llc Combination power and full duplex data cable
US6931003B2 (en) * 2000-02-09 2005-08-16 Bookline Flolmstead Llc Packet prioritization protocol for a large-scale, high speed computer network
KR20000036891A (ko) * 2000-03-31 2000-07-05 김지혜 멀티캐스트 필터링 및 유니캐스트로의 전환방법과 그 시스템
US7301952B2 (en) 2000-04-06 2007-11-27 The Distribution Systems Research Institute Terminal-to-terminal communication connection control method using IP transfer network
JP4501230B2 (ja) * 2000-05-30 2010-07-14 株式会社日立製作所 IPv4−IPv6マルチキャスト通信方法および装置
US7051087B1 (en) * 2000-06-05 2006-05-23 Microsoft Corporation System and method for automatic detection and configuration of network parameters
FR2811094B1 (fr) * 2000-06-30 2006-06-23 Thomson Csf Procedes et dispositifs d'emission et reception d'un agent mobile dans un reseau
US7039058B2 (en) * 2000-09-21 2006-05-02 Avici Systems, Inc. Switched interconnection network with increased bandwidth and port count
US6967932B2 (en) * 2000-12-29 2005-11-22 Intel Corporation Determining the presence of IP multicast routers
AU2002234258A1 (en) * 2001-01-22 2002-07-30 Sun Microsystems, Inc. Peer-to-peer network computing platform
US7197565B2 (en) * 2001-01-22 2007-03-27 Sun Microsystems, Inc. System and method of using a pipe advertisement for a peer-to-peer network entity in peer-to-peer presence detection
US7165107B2 (en) * 2001-01-22 2007-01-16 Sun Microsystems, Inc. System and method for dynamic, transparent migration of services
US20020118642A1 (en) * 2001-02-27 2002-08-29 Lee Daniel Joseph Network topology for use with an open internet protocol services platform
US20020120732A1 (en) * 2001-02-27 2002-08-29 Lee Daniel Joseph Open internet protocol services platform
CN100508505C (zh) * 2001-03-02 2009-07-01 阿尔卡特互联网运行公司 用于对查询节点分类的方法和装置
AUPR435501A0 (en) * 2001-04-11 2001-05-17 Firebridge Systems Pty Ltd Network security system
US7272636B2 (en) * 2001-04-24 2007-09-18 Sun Microsystems, Inc. Peer group name server
US8045565B1 (en) 2001-11-20 2011-10-25 Brookline Flolmstead Llc Method and apparatus for an environmentally hardened ethernet network system
US7240123B2 (en) * 2001-12-10 2007-07-03 Nortel Networks Limited Distributed routing core
US7673136B2 (en) * 2002-02-26 2010-03-02 Stewart Ian A Method for secure multicast repeating on the public Internet
US7054962B2 (en) * 2002-03-08 2006-05-30 Hewlett-Packard Development Company, L.P. Embedded system having broadcast data storing controller
CN1180575C (zh) * 2002-03-28 2004-12-15 华为技术有限公司 一种局域网交换设备的集中管理方法
US7849140B2 (en) * 2002-08-29 2010-12-07 Oracle America, Inc. Peer-to-peer email messaging
US7263560B2 (en) * 2002-08-30 2007-08-28 Sun Microsystems, Inc. Decentralized peer-to-peer advertisement
EP1401154A3 (de) * 2002-09-12 2010-08-04 Thomson Licensing Gerät zur Verbindung eines drahtlosen Netzwerks an mindestens ein anderes Netzwerk
US7778999B1 (en) 2003-01-24 2010-08-17 Bsecure Technologies, Inc. Systems and methods for multi-layered packet filtering and remote management of network devices
JP3883133B2 (ja) * 2003-03-31 2007-02-21 富士通株式会社 通信システム及び通信装置
US8046809B2 (en) * 2003-06-30 2011-10-25 World Wide Packets, Inc. Multicast services control system and method
US7317722B2 (en) * 2003-08-20 2008-01-08 3Com Corporation System and method for distributed multicast routing
US7522596B2 (en) * 2003-08-25 2009-04-21 Alcatel Lucent Enhanced DVMRP for destination-based forwarding of multicast data
US7417981B2 (en) * 2003-10-15 2008-08-26 Vonage Holdings Corp. Method and apparatus for enhanced Internet Telephony
WO2005048072A2 (en) * 2003-11-10 2005-05-26 Tekelec Methods and systems for automatically populating network route table
FI116497B (fi) * 2004-02-06 2005-11-30 Nokia Corp Verkotettujen laitteiden välisen datansiirron optimoiminen
US7386111B2 (en) 2004-02-10 2008-06-10 Vonage Network Inc. Method and apparatus for placing a long distance call based on a virtual phone number
US7774461B2 (en) 2004-02-18 2010-08-10 Fortinet, Inc. Mechanism for determining a congestion metric for a path in a network
US7146237B2 (en) * 2004-04-07 2006-12-05 Mks Instruments, Inc. Controller and method to mediate data collection from smart sensors for fab applications
TWI276979B (en) * 2004-06-09 2007-03-21 Asustek Comp Inc Method and system for downloading data from networks using a network device
US20070195772A1 (en) * 2004-06-14 2007-08-23 Alloptic, Inc. Distributed igmp processing
US7684970B2 (en) * 2004-06-25 2010-03-23 Intel Corporation Graphical user interface for use during processor simulation
US7830826B2 (en) * 2004-07-01 2010-11-09 Nokia Corporation Multicast relay for mobile devices
JP2006101471A (ja) * 2004-09-06 2006-04-13 Hitachi Communication Technologies Ltd マルチキャスト冗長経路ルータ、マルチキャスト冗長化方式
US8155125B1 (en) * 2004-09-17 2012-04-10 Cisco Technology, Inc. Apparatus and method for utilizing aggregate network links for multicast switching
JP4516397B2 (ja) * 2004-10-05 2010-08-04 株式会社日立製作所 レイヤ2スイッチ
US20060210040A1 (en) * 2005-03-16 2006-09-21 Jeffrey Citron Transfer identification software enabling electronic communication system
US20060210036A1 (en) * 2005-03-16 2006-09-21 Jeffrey Citron System for effecting a telephone call over a computer network without alphanumeric keypad operation
US8683044B2 (en) 2005-03-16 2014-03-25 Vonage Network Llc Third party call control application program interface
CN100456752C (zh) * 2005-04-04 2009-01-28 华为技术有限公司 一种在快速生成树环网下实现组播的方法
US7639686B2 (en) * 2005-04-07 2009-12-29 Cisco Technology, Inc. Access network clusterhead for providing local mobility management of a roaming IPv4 node
US7809386B2 (en) * 2005-06-29 2010-10-05 Nokia Corporation Local network proxy for a remotely connected mobile device operating in reduced power mode
US7787477B2 (en) * 2005-07-11 2010-08-31 Mks Instruments, Inc. Address-transparent device and method
US7684335B2 (en) * 2005-07-28 2010-03-23 At&T Intellectual Property I, L.P. Method and apparatus for diagnosing faults in a hybrid internet protocol network
US20070058646A1 (en) * 2005-08-25 2007-03-15 Siemens Aktiengesellschaft Device and method for forwarding multicast traffic in a hybrid device
US20070078959A1 (en) * 2005-10-03 2007-04-05 Yinghua Ye Low-power proxy for providing content listings in ad-hoc, peer to peer networks
WO2007047413A2 (en) * 2005-10-13 2007-04-26 Vonage Holdings Corp. Method and system for detecting a change in device attachment
AU2006311417A1 (en) * 2005-11-09 2007-05-18 Vonage Holdings Corp. Method and system for customized caller identification
EP1968232B1 (de) * 2005-12-28 2017-09-27 ZTE Corporation Verbindungssteuerungsverfahren und mittel zum multicast-dienst im automatisch vermittelten optischen netz
US7716472B2 (en) 2005-12-29 2010-05-11 Bsecure Technologies, Inc. Method and system for transparent bridging and bi-directional management of network data
CA2637407A1 (en) * 2006-02-01 2007-08-09 Vonage Holdings Corp. Method and apparatus for communicating a status of a device in a packet-based communication network
US8917717B2 (en) * 2007-02-13 2014-12-23 Vonage Network Llc Method and system for multi-modal communications
JP4681472B2 (ja) * 2006-02-24 2011-05-11 富士通株式会社 トポロジ情報収集プログラム、トポロジ情報収集装置およびトポロジ情報収集方法
WO2007098261A2 (en) * 2006-02-27 2007-08-30 Vonage Holdings Corp. Automatic device configuration
US7656849B1 (en) 2006-05-31 2010-02-02 Qurio Holdings, Inc. System and method for bypassing an access point in a local area network for P2P data transfers
US7733908B1 (en) 2006-05-31 2010-06-08 Qurio Holdings, Inc. Cross-layer architecture for a network device
US8102863B1 (en) * 2006-06-27 2012-01-24 Qurio Holdings, Inc. High-speed WAN to wireless LAN gateway
US20080019265A1 (en) * 2006-07-18 2008-01-24 Paul Alluisi Systems and methods for configuring a network to include redundant upstream connections using an upstream control protocol
EP1892883A1 (de) * 2006-08-23 2008-02-27 Thomson Telecom Belgium Methode und Vorrichtung zur Identification und Auswahl einer Schnittstelle zur Anbindung an ein Netzwerk
US8615778B1 (en) 2006-09-28 2013-12-24 Qurio Holdings, Inc. Personalized broadcast system
US7738676B1 (en) 2006-11-02 2010-06-15 Qurio Holdings, Inc. Client-side watermarking using hybrid I-frames
KR100859712B1 (ko) * 2006-12-08 2008-09-23 한국전자통신연구원 위조된 멀티캐스트 패킷을 막는 장치 및 그 방법
JP4762161B2 (ja) * 2007-01-19 2011-08-31 富士通株式会社 ネットワーク装置、ネットワーク冗長接続方法およびネットワーク冗長接続プログラム
US20100174608A1 (en) * 2007-03-22 2010-07-08 Harkness David H Digital rights management and audience measurement systems and methods
JP4957819B2 (ja) * 2010-02-26 2012-06-20 株式会社日立製作所 IPv4−IPv6マルチキャスト通信方法および装置
US8659994B2 (en) * 2010-10-15 2014-02-25 Fujitsu Limited Method and system for communicating multicast traffic over protected paths
US8804720B1 (en) * 2010-12-22 2014-08-12 Juniper Networks, Inc. Pass-through multicast admission control signaling
US9112810B2 (en) * 2012-09-13 2015-08-18 Verizon Patent And Licensing Inc. Device discovery service
US9491191B2 (en) 2012-09-26 2016-11-08 Hewlett Packard Enterprise Development Lp Multicast message update
US9059901B1 (en) 2012-09-26 2015-06-16 Juniper Networks, Inc. Methods and apparatus for multicast traffic failover in a network
US9197586B2 (en) 2012-12-18 2015-11-24 Mellanox Technologies Ltd. Maintaining consistent quality of service between subnets
US8982703B2 (en) 2012-12-18 2015-03-17 Mellanox Technologies Ltd. Routing support for lossless data traffic
US9385949B2 (en) 2012-12-20 2016-07-05 Mellanox Technologies Tlv Ltd. Routing controlled by subnet managers
US9036634B2 (en) 2013-01-18 2015-05-19 Lenovo Enterprise Solutions (Singapore) Pte. Ltd. Multicast route entry synchronization
US8976644B2 (en) 2013-01-18 2015-03-10 International Business Machines Corporation Multicast traffic forwarding on pruned interface
US9634940B2 (en) 2013-01-31 2017-04-25 Mellanox Technologies, Ltd. Adaptive routing using inter-switch notifications
US9582440B2 (en) 2013-02-10 2017-02-28 Mellanox Technologies Ltd. Credit based low-latency arbitration with data transfer
JP6064757B2 (ja) * 2013-04-10 2017-01-25 富士通株式会社 通信システム及び通信方法
US20160036600A1 (en) * 2013-04-19 2016-02-04 Mitsubishi Electric Corporation Gateway device, network system including gateway device, air-conditioning outdoor unit, and air-conditioning network system
US9473388B2 (en) * 2013-08-07 2016-10-18 Netspeed Systems Supporting multicast in NOC interconnect
US9641465B1 (en) 2013-08-22 2017-05-02 Mellanox Technologies, Ltd Packet switch with reduced latency
US9548960B2 (en) 2013-10-06 2017-01-17 Mellanox Technologies Ltd. Simplified packet routing
US9699079B2 (en) 2013-12-30 2017-07-04 Netspeed Systems Streaming bridge design with host interfaces and network on chip (NoC) layers
US9729473B2 (en) 2014-06-23 2017-08-08 Mellanox Technologies, Ltd. Network high availability using temporary re-routing
US9806994B2 (en) 2014-06-24 2017-10-31 Mellanox Technologies, Ltd. Routing via multiple paths with efficient traffic distribution
US11283866B2 (en) 2014-07-07 2022-03-22 Citrix Systems, Inc. Providing remote access to applications through interface hooks
US11310312B2 (en) 2014-07-07 2022-04-19 Citrix Systems, Inc. Peer to peer remote application discovery
US9699067B2 (en) 2014-07-22 2017-07-04 Mellanox Technologies, Ltd. Dragonfly plus: communication over bipartite node groups connected by a mesh network
US9742630B2 (en) 2014-09-22 2017-08-22 Netspeed Systems Configurable router for a network on chip (NoC)
US9660942B2 (en) 2015-02-03 2017-05-23 Netspeed Systems Automatic buffer sizing for optimal network-on-chip design
US10348563B2 (en) 2015-02-18 2019-07-09 Netspeed Systems, Inc. System-on-chip (SoC) optimization through transformation and generation of a network-on-chip (NoC) topology
US9894005B2 (en) 2015-03-31 2018-02-13 Mellanox Technologies, Ltd. Adaptive routing controlled by source node
US10218580B2 (en) 2015-06-18 2019-02-26 Netspeed Systems Generating physically aware network-on-chip design from a physical system-on-chip specification
US9973435B2 (en) 2015-12-16 2018-05-15 Mellanox Technologies Tlv Ltd. Loopback-free adaptive routing
US10819621B2 (en) 2016-02-23 2020-10-27 Mellanox Technologies Tlv Ltd. Unicast forwarding of adaptive-routing notifications
US10178029B2 (en) 2016-05-11 2019-01-08 Mellanox Technologies Tlv Ltd. Forwarding of adaptive routing notifications
US10452124B2 (en) 2016-09-12 2019-10-22 Netspeed Systems, Inc. Systems and methods for facilitating low power on a network-on-chip
US20180159786A1 (en) 2016-12-02 2018-06-07 Netspeed Systems, Inc. Interface virtualization and fast path for network on chip
US10200294B2 (en) 2016-12-22 2019-02-05 Mellanox Technologies Tlv Ltd. Adaptive routing based on flow-control credits
US10063496B2 (en) 2017-01-10 2018-08-28 Netspeed Systems Inc. Buffer sizing of a NoC through machine learning
US10084725B2 (en) 2017-01-11 2018-09-25 Netspeed Systems, Inc. Extracting features from a NoC for machine learning construction
US10469337B2 (en) 2017-02-01 2019-11-05 Netspeed Systems, Inc. Cost management against requirements for the generation of a NoC
US10298485B2 (en) 2017-02-06 2019-05-21 Netspeed Systems, Inc. Systems and methods for NoC construction
US10644995B2 (en) 2018-02-14 2020-05-05 Mellanox Technologies Tlv Ltd. Adaptive routing in a box
US10547514B2 (en) 2018-02-22 2020-01-28 Netspeed Systems, Inc. Automatic crossbar generation and router connections for network-on-chip (NOC) topology generation
US10983910B2 (en) 2018-02-22 2021-04-20 Netspeed Systems, Inc. Bandwidth weighting mechanism based network-on-chip (NoC) configuration
US11144457B2 (en) 2018-02-22 2021-10-12 Netspeed Systems, Inc. Enhanced page locality in network-on-chip (NoC) architectures
US10896476B2 (en) 2018-02-22 2021-01-19 Netspeed Systems, Inc. Repository of integration description of hardware intellectual property for NoC construction and SoC integration
US11023377B2 (en) 2018-02-23 2021-06-01 Netspeed Systems, Inc. Application mapping on hardened network-on-chip (NoC) of field-programmable gate array (FPGA)
US11176302B2 (en) 2018-02-23 2021-11-16 Netspeed Systems, Inc. System on chip (SoC) builder
US11005724B1 (en) 2019-01-06 2021-05-11 Mellanox Technologies, Ltd. Network topology having minimal number of long connections among groups of network elements
US11575594B2 (en) 2020-09-10 2023-02-07 Mellanox Technologies, Ltd. Deadlock-free rerouting for resolving local link failures using detour paths
US11411911B2 (en) 2020-10-26 2022-08-09 Mellanox Technologies, Ltd. Routing across multiple subnetworks using address mapping
US11870682B2 (en) 2021-06-22 2024-01-09 Mellanox Technologies, Ltd. Deadlock-free local rerouting for handling multiple local link failures in hierarchical network topologies
US11765103B2 (en) 2021-12-01 2023-09-19 Mellanox Technologies, Ltd. Large-scale network with high port utilization

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5500860A (en) * 1991-06-14 1996-03-19 Digital Equipment Corporation Router using multiple hop redirect messages to enable bridge like data forwarding
US5448565A (en) * 1992-11-12 1995-09-05 International Business Machines Corp. Multiport LAN bridge
EP0598969B1 (de) * 1992-11-27 1999-02-10 International Business Machines Corporation Mehrfachsende-Leitweglenkung zwischen Bereichen
US5530703A (en) * 1994-09-23 1996-06-25 3Com Corporation Remote communication server with automatic filtering
US5517494A (en) * 1994-09-30 1996-05-14 Apple Computer, Inc. Method and system of multicast routing for groups with a single transmitter
CA2137587C (en) * 1994-12-08 1999-03-23 Murray Charles Baker Broadcast/multicast filtering by the bridge-based access point
US5539737A (en) * 1994-12-30 1996-07-23 Advanced Micro Devices, Inc. Programmable disrupt of multicast packets for secure networks
US5696763A (en) * 1995-04-04 1997-12-09 Starlight Networks Multicast routing technique
US5608726A (en) * 1995-04-25 1997-03-04 Cabletron Systems, Inc. Network bridge with multicast forwarding table
US5684800A (en) * 1995-11-15 1997-11-04 Cabletron Systems, Inc. Method for establishing restricted broadcast groups in a switched network

Also Published As

Publication number Publication date
JP2001517379A (ja) 2001-10-02
DE69634916D1 (de) 2005-08-11
EP0855115A4 (de) 2002-08-07
US5818838A (en) 1998-10-06
EP0855115B1 (de) 2005-07-06
JP3737517B2 (ja) 2006-01-18
US6169741B1 (en) 2001-01-02
US5999530A (en) 1999-12-07
EP0855115A1 (de) 1998-07-29
IL124067A (en) 2001-10-31
AU7443296A (en) 1997-04-30
WO1997014239A1 (en) 1997-04-17

Similar Documents

Publication Publication Date Title
DE69634916T2 (de) Verfahren und vorrichtung zur filterung von mehradresspaketen in einem lokalen netz durch ein transparentes zwischensystem
DE69827201T2 (de) Verfahren und system zur server-netzwerkvermittlung-mehrverbindung
DE69812777T2 (de) Verbindung von Ethernetkompatiblen Netzwerken
DE69832037T2 (de) Dynamische Netzwerkkonfiguration für einen unidirektionalen Adapter
DE69533740T2 (de) TCP/IP-Kopfendekompression in X.25-Netzwerken
DE60225223T2 (de) Geschaltetes vollduplex-Ethernet Kommunikationsnetz und Verfahren dafür
DE69434330T2 (de) Übertragungsvorrichtgung und verfahren
DE69922690T2 (de) Fehlertolerante netze
DE69836271T2 (de) Mehrstufiges firewall-system
DE69829840T2 (de) Medienzugriffskontroller und Medienunabhängige Schnittstelle(MII) zum Verbinden an eine physikalische Schicht Vorrichtung
DE69730447T2 (de) Portgestütztes standardvirtuelles lokales netzwerk
DE69827351T2 (de) Mehrfach-virtuelle Wegsucher
DE69533225T2 (de) Vorrichtung zur bereitstellung eines lokalen netzemulationsdienstes über ein öffentliches, verbindungsloses atm-netz
EP1100230B1 (de) Datenübertragungssystem für Luftfahrzeuge
EP2137893B1 (de) Paketvermittlungsvorrichtung und lokales kommunikationsnetz mit einer solchen paketvermittlungsvorrichtung
WO2004071025A1 (de) Kopplung von einem netzwerk mit ringtopologie und einem ethernetbasierten netzwerk
DE69833206T2 (de) Netzwerkkontrolle zum verarbeiten von statusproblemen
DE10231958B4 (de) Verfahren und System zum Übertragen von Datenpaketen über ein Netzwerk an ausgewählte mehrere Bestimmungsorte, sowie computerlesbares Medium
DE10231941A1 (de) Datenpaketstruktur für direkt adressiertes Multicast-Protokoll
DE60316158T2 (de) Filter zur verkehrstrennung
DE60131889T2 (de) Verfahren und telekommunikationsknoten zur verteilung von abschlussverkehr in einem telekommunikationsknoten
DE19961644A1 (de) Verfahren und System zur Steuerung und zum Austausch von Daten für multimediale Geräte sowie dafür geeignetes Gerät
DE602004005028T2 (de) Multicast Quellensuche
EP2564576B1 (de) Verfahren zur bereitstellung einer kommunikation für mindestens ein gerät
EP1266493A1 (de) Verfahren und anordnung zum übertragen eines datenpakets von einer ersten vermittlungseinheit an eine zweite vermittlungseinheit in einem datennetz

Legal Events

Date Code Title Description
8364 No opposition during term of opposition