DE102018109689A1 - Verfahren, Systeme und computerlesbare Medien zum Testen von Time-Sensitive-Network(TSN)-Elementen. - Google Patents

Verfahren, Systeme und computerlesbare Medien zum Testen von Time-Sensitive-Network(TSN)-Elementen. Download PDF

Info

Publication number
DE102018109689A1
DE102018109689A1 DE102018109689.5A DE102018109689A DE102018109689A1 DE 102018109689 A1 DE102018109689 A1 DE 102018109689A1 DE 102018109689 A DE102018109689 A DE 102018109689A DE 102018109689 A1 DE102018109689 A1 DE 102018109689A1
Authority
DE
Germany
Prior art keywords
test
sut
tsn
messages
test system
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.)
Pending
Application number
DE102018109689.5A
Other languages
English (en)
Inventor
Vinod Joseph
Alina Crina Balan
Alon Regev
Bogdan Tenea
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.)
Keysight Technologies Singapore Sales Pte Ltd
Original Assignee
Keysight Technologies Singapore Holdings Pte Ltd
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 Keysight Technologies Singapore Holdings Pte Ltd filed Critical Keysight Technologies Singapore Holdings Pte Ltd
Publication of DE102018109689A1 publication Critical patent/DE102018109689A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/50—Testing arrangements
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2294—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing by remote test
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/22—Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/26—Functional testing
    • G06F11/273—Tester hardware, i.e. output processing circuits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04J—MULTIPLEX COMMUNICATION
    • H04J3/00—Time-division multiplex systems
    • H04J3/02—Details
    • H04J3/06—Synchronising arrangements
    • H04J3/0635—Clock or time synchronisation in a network
    • H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
    • H04J3/0658—Clock or time synchronisation among packet nodes
    • H04J3/0661—Clock or time synchronisation among packet nodes using timestamps
    • H04J3/0667—Bidirectional timestamps, e.g. NTP or PTP for compensation of clock drift and for compensation of propagation delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/04—Processing captured monitoring data, e.g. for logfile generation
    • H04L43/045—Processing captured monitoring data, e.g. for logfile generation for graphical visualisation of monitoring data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
    • H04L43/106—Active monitoring, e.g. heartbeat, ping or trace-route using time related information in packets, e.g. by adding timestamps
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/16—Threshold monitoring

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Data Mining & Analysis (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Es werden Verfahren, Systeme und computerlesbare Medien zum Testen von Time-Sensitive-Network(TSN)-Elementen offenbart. Gemäß einem Verfahren zum Testen eines TSN-Elements erfolgt das Verfahren an einem Testsystem. Das Verfahren umfasst das Synchronisieren eines Testsystemtakts mit einem Takt an einem zu testenden System (SUT, System Under Test). Das Verfahren umfasst außerdem das Empfangen einer Folge von Nachrichten, wobei die Folge von Nachrichten unter Verwendung von mit einem TSN-Stream verbundenen Planregeln erzeugt wird. Das Verfahren umfasst ferner das Bestimmen, unter Verwendung von mit dem Testsystemtakt verbundenen Zeitsteuerungsinformationen, ob die Planregeln vom SUT genau implementiert werden.

Description

  • PRIORITÄTSANSPRUCH
  • Diese Anmeldung beansprucht die Priorität der rumänischen Patentanmeldung Nr. a 00246 2017 , eingereicht am 25. April 2017 und der US-Patentanmeldung Nr. 15/498,452 , eingereicht am 26. April 2017, deren Offenbarungen hierin durch Bezugnahme in ihrer Gesamtheit einbezogen sind.
  • GEBIET DER ERFINDUNG
  • Der hierin beschriebene Gegenstand betrifft das Testen von Netzwerkelementen. Der Gegenstand betrifft insbesondere Verfahren, Systeme und computerlesbare Medien zum Testen von Time-Sensitive-Network(TSN)-Elementen.
  • STAND DER TECHNIK
  • Zeitempfindliche Netzwerke (Time Sensitive Networks) können generell als Netzwerke definiert werden, die mindestens einige zeitempfindliche Daten kommunizieren können. Als solches müssen zeitempfindliche Netzwerke fähig sein, zeitempfindliche Daten innerhalb einer akzeptablen Zeitdauer zu kommunizieren. Während viele der heutigen Kommunikationsnetzwerke einem Best-Effort-Ansatz folgen (z. B. verschiedene Ethernet- und Internetprotokoll(IP)-basierte Netzwerke), ist ein Best-Effort-Ansatz generell für zeitempfindliche Anwendungen nicht geeignet, da sogar geringe Verzögerungen bei der Übertragung und/oder Zustellung von zeitempfindlichem Inhalt (z. B. Daten zwischen Komponenten in einem Fahrzeugsteuerungsnetzwerk) für solche Anwendungen nicht akzeptabel sind.
  • Um die Nachteile von Kommunikationsnetzwerken zu überwinden, die einen Best-Effort-Ansatz verwenden, sind verschiedene TSN-bezogene Technologien und Standards entstanden. Zum Beispiel ist die IEEE 802.1 Time-Sensitive Networking Task Group gegenwärtig dabei, einen Satz Protokolle für TSNs zu spezifizieren. Diese Protokolle können Verhalten zum Beschränken und/oder Steuern von kommunikationsbezogener Latenz in TSNs bereitstellen, erfordern oder fördern. Beispielhafte Verhalten für TSNs können präzise Synchronisierung zwischen allen TSN-Elementen (z. B. Vorrichtungen), Verkehrsgestaltung oder Planung für zeitempfindliche Streams, Reservierung oder „Zugangssteuerung“ zum Reservieren oder Vorbelegen von Bandbreite und Frequenz zum Übertragen oder Empfangen von zeitempfindlichen Streams, und/oder Identifizierung von nicht teilnehmenden (z. B. „Nicht-TSN“) Elementen innerhalb eines TSN umfassen.
  • Probleme treten auf, wenn versucht wird, Ressourcen innerhalb eines TSN zu testen. Zum Beispiel bestehen Herausforderungen beim Testen, ob ein TSN-Element und/oder TSN-bezogene Komponenten die passende Funktionalität implementieren und/oder Standards und/oder Protokolle genau implementieren. Gegenwärtig gibt es keine effizienten Systeme und/oder Verfahren zum Testen von TSN-Elementen.
  • ÜBERSICHT
  • Es werden Verfahren, Systeme und computerlesbare Medien zum Testen von Time-Sensitive-Network(TSN)-Elementen offenbart. Gemäß einem Verfahren zum Testen eines TSN-Elements erfolgt das Verfahren an einem Testsystem. Das Verfahren umfasst das Synchronisieren eines Testsystemtakts mit einem Takt an einem zu testenden System (SUT, System Under Test). Das Verfahren umfasst außerdem das Empfangen einer Folge von Nachrichten, wobei die Folge von Nachrichten unter Verwendung von mit einem TSN-Stream verbundenen Planregeln erzeugt wird. Das Verfahren umfasst ferner das Bestimmen, unter Verwendung von mit dem Testsystemtakt verbundenen Zeitsteuerungsinformationen, ob die Planregeln vom SUT genau implementiert werden.
  • Gemäß einem System zum Testen eines TSN-Elements umfasst das Testsystem mindestens einen Prozessor. Das Testsystem ist für Folgendes konfiguriert: Synchronisieren eines Testsystemtakts mit einem Takt an einem SUT; Empfangen einer Folge von Testnachrichten, wobei die Folge von Nachrichten unter Verwendung von mit einem TSN-Stream verbundenen Planregeln erzeugt wird; und Bestimmen, unter Verwendung von mit dem Testsystemtakt verbundenen Zeitsteuerungsinformationen, ob die Planregeln vom SUT genau implementiert werden.
  • Der hierin beschriebene Gegenstand kann in Software, in Kombination mit Hardware und/oder Firmware, implementiert werden. Zum Beispiel kann der hierin beschriebene Gegenstand in Software, die von einem Prozessor (z. B. einem hardwarebasierten Prozessor) ausgeführt wird, implementiert werden. In einer beispielhaften Ausführungsform kann der hierin beschriebene Gegenstand mittels eines nicht transitorischen computerlesbaren Mediums implementiert werden, auf dem computerausführbare Anweisungen gespeichert sind, die, wenn durch den Prozessor eines Computers ausgeführt, den Computer steuern, um Schritte durchzuführen. Beispielhafte computerlesbare Medien, die geeignet sind, um den hierin beschriebenen Gegenstand zu implementieren, umfassen nicht transitorische Vorrichtungen, wie etwa Plattenspeichervorrichtungen, Chip-Speicher-Vorrichtungen, programmierbare Logikvorrichtungen, wie etwa feldprogrammierbare Gatteranordnungen, und anwendungsspezifische integrierte Schaltungen. Außerdem kann ein computerlesbares Medium, das den hierin beschriebenen Gegenstand implementiert, auf einer einzelnen Vorrichtung oder Rechenplattform angeordnet sein oder kann über mehrere Vorrichtungen oder Rechenplattformen verteilt sein.
  • Wie hierin verwendet, bezieht sich der Begriff „Knoten“ auf mindestens eine physische Rechenplattform, die einen oder mehrere Prozessoren und einen Speicher umfasst.
  • Wie hierin verwendet, bezieht sich der Begriff „Funktion“ oder „Modul“ auf Software, in Kombination mit Hardware und/oder Firmware, zum Implementieren von hierin beschriebenen Merkmalen. In einigen Ausführungsformen kann ein Modul eine feldprogrammierbare Gateway-Anordnung (FPGA), eine anwendungsspezifische integrierte Schaltung (ASIC) oder einen Prozessor umfassen.
  • Figurenliste
  • Der hierin beschriebene Gegenstand wird nun mit Bezug auf die beiliegenden Figuren beschrieben, wobei Folgendes gilt:
    • 1 ist ein Diagramm, das eine beispielhafte Testumgebung zum Testen eines TSN-Elements illustriert;
    • 2 ist ein Diagramm, das ein beispielhaftes Testsystem illustriert, das einen internen Master-Takt zur Zeitsynchronisierung verwendet;
    • 3 ist ein Diagramm, das ein beispielhaftes Testsystem illustriert, das einen externen Master-Takt zur Zeitsynchronisierung verwendet;
    • 4 ist ein Diagramm, das ein beispielhaftes Testsystem illustriert, das ein Beeinträchtigungsmodul zum Beeinträchtigen von übertragenen Testnachrichten verwendet;
    • 5 ist ein Diagramm, das ein beispielhaftes Testsystem und eine getrennte Sprechervorrichtung illustriert;
    • 6 ist ein Diagramm, das ein beispielhaftes Testsystem illustriert, das Netzwerkanschlüsse verwendet, um das Testen durchzuführen;
    • 7 ist ein Diagramm, das Planerfehler nach dem Testen eines TSN-Elements illustriert;
    • 8 ist ein Diagramm, das ein Latenzhistogramm illustriert, das Resultate nach dem Testen eines TSN-Elements illustriert;
    • 9 ist ein Nachrichtendiagramm, das das Testen einer Nachrichtenrichtlinie für ein TSN-Element illustriert; und
    • 10 ist ein Blockdiagramm, das einen beispielhaften Prozess für das Testen eines TSN-Elements illustriert.
  • DETAILLIERTE BESCHREIBUNG
  • Der hierin beschriebene Gegenstand betrifft insbesondere Verfahren, Systeme und computerlesbare Medien zum Testen von Time-Sensitive-Network(TSN)-Elementen. Ein TSN kann verschiedene TSN-Knoten oder Elemente (z. B. Relais und Endstationen) enthalten, die Takte mit synchronisierter Zeit aufweisen. Zum Beispiel kann/können ein TSN und/oder Knoten darin verschiedene Zeitsynchronisierungsmechanismen verwenden, z. B. ein Zeitsynchronisierungsprotokoll, wie etwa ein IEEE-gPTP oder IEEE-PTP basiertes Protokoll. Übertragende TSN-Elemente (z. B. Relais und Sprecher) können wissen, wann es geplant ist, dass sie übertragen. Zum Beispiel kann jedes übertragende TSN-Element einen Time-Aware-Shaper (TAS) und/oder einen oder mehrere TSN-Pläne (z. B. Gatterzugriffslisten und/oder Streamübertragungspläne) für einen oder mehrere TSN-Streams benutzen. In diesem Beispiel kann eine Gatterzugriffsliste anzeigen, wann ein Gatter oder Übertragungsfenster (z. B. ein oder mehrere Schaltports) für bestimmten, zu übertragenden Verkehr (z. B. einen oder mehrere Streams) geöffnet oder geschlossen ist und ein Streamübertragungsplan kann anzeigen, wann spezifische Streamnachrichten oder Pakete zu übertragen oder zu empfangen sind. Während eines Übertragungsfensters für geplante Nachrichten können andere Nachrichtenwarteschlangen oder Streams blockiert sein, sodass die geplanten Nachrichten ohne Verzögerungen, die von störendem Verkehr verursacht werden, gesendet werden können.
  • Planregeln und/oder ein zugehöriger Plan können zum Minimieren der Latenz in einem TSN durch Bereitstellung von Übertragungsfenstern für TSN-Elemente (z. B. Sprecher und/oder Relais), um Nachrichten zu senden und/oder zu empfangen, verwendet werden. Zum Beispiel können Planregeln und/oder ein zugehöriger Plan dazu führen, dass nicht geplanter Verkehr blockiert wird, sodass ein Port oder ein zugehöriges Übertragungsmedium im Ruhezustand ist, wenn geplanter Verkehr zu übertragen ist. Es ist zu bemerken, dass Planregeln und/oder ein TSN-Plan effektiver sind, wenn TSN-Elemente oder ihre zugehörigen Takte synchronisiert sind, um so die Effekte von störendem Verkehr zu minimieren. Es können jedoch Probleme auftreten, falls Planregeln von den verschiedenen TSN-Elementen nicht korrekt oder gleichmäßig befolgt werden, da störender Verkehr erfolgen kann.
  • Gemäß einigen Aspekten des hierin beschriebenen Gegenstands werden Techniken, Verfahren, Ausrüstungen, Systeme und/oder Mechanismen zum Testen der Zeitsynchronisierung von TSN-Elementen offenbart. Zum Beispiel kann ein Testsystem konfiguriert sein, um die Zeitsynchronisierung von einem oder mehreren Takten durch Messen eines maximalen Zeitfehlers zu testen. In diesem Beispiel kann das Bestimmen des maximalen Zeitfehlers das Vergleichen einer von einem zu testenden System berichteten Zeit mit einer Zeit, die durch einen Bezug bekannt ist (z. B. einem Master-Takt oder einem Testsystemtakt) enthalten.
  • Gemäß einigen Aspekten des hierin beschriebenen Gegenstands werden Techniken, Verfahren, Ausrüstungen, Systeme und/oder Mechanismen zum Testen eines TSN-Elements offenbart. Zum Beispiel kann ein Testsystem konfiguriert sein, um Planregeln oder einen TSN-Plan, die von einem TSN-Element implementiert werden, zu testen. In diesem Beispiel kann, um das TSN-Element oder Aspekte davon zu testen, das Testsystem einen Testsystemtakt mit einem Takt an einem SUT unter Verwendung eines Zeitsynchronisierungsprotokolls oder eines anderen Synchronisierungsmechanismus synchronisieren, eine Folge von Nachrichten empfangen, wobei die Folge von Nachrichten unter Verwendung von Planregeln erzeugt wird, und unter Verwendung von mit dem Testsystemtakt verbundenen Zeitsteuerungsinformationen bestimmen, ob die Planregeln vom SUT genau implementiert werden.
  • Gemäß einigen Aspekten des hierin beschriebenen Gegenstands werden Techniken, Verfahren, Ausrüstungen, Systeme und/oder Mechanismen zum Testen der Konformität und/oder Interoperabilität eines TSN-Elements offenbart. Zum Beispiel kann Konformitätstesten den Prozess des Testens einer bestimmten Implementierung eines TSN-Standards gegen eine vorbestimmte und standardisierte Testspezifikation enthalten, wobei die standardisierte Testspezifikation versuchen kann, so viele der testbaren Angaben im Standard abzudecken wie möglich, wodurch eine bessere Interoperabilität der getesteten Vorrichtungen gewährleistet wird. In diesem Beispiel kann ein Testsystem konfiguriert sein, um eine bestimmte Implementierung eines TSN-Standards durch Senden von Testnachrichten an ein SUT und/oder Empfangen von Testnachrichten vom SUT zu testen. Fortgesetzt mit diesem Beispiel kann das Testsystem ein beobachtetes Verhalten des SUT analysieren und dieses basierend auf der standardisierten Testspezifikation oder zugehörigen Daten mit einem erwarteten Verhalten vergleichen.
  • Nun wird im Detail auf beispielhafte Ausführungsformen des hierin beschriebenen Gegenstands Bezug genommen, für die Beispiele in den begleitenden Figuren illustriert sind. Soweit möglich werden in den Figuren die gleichen Bezugsnummern verwendet, um auf die gleichen oder ähnliche Teile Bezug zu nehmen.
  • 1 ist ein Diagramm, das eine beispielhafte Testumgebung 100 zum Testen eines TSN-Elements illustriert. Bezugnehmend auf 1 kann die Testumgebung 100 ein Testsystem 102 und eine oder mehrere Vorrichtung(en) und/oder ein oder mehrere zu testende System(e) (SUT) 106 umfassen. Das Testsystem 102 kann eine geeignete Einheit oder geeignete Einheiten (z. B. eine oder mehrere Rechenplattformen, Knoten oder Vorrichtungen) darstellen, die mit dem Testen des SUT 106 (z. B. einem oder mehreren TSN-Elementen) verbunden sind. Zum Beispiel kann das Testsystem 102 Verkehr erzeugen und an das SUT 106 senden und/oder vom SUT 106 empfangen und kann einen oder mehrere mit dem SUT 106 verbundene Aspekte analysieren.
  • In einigen Ausführungsformen kann das Testsystem 102 ein eigenständiges Tool, eine Testvorrichtung oder Software, die auf einem oder mehreren Prozessor(en) 112 ausführt, sein. In einigen Ausführungsformen kann das Testsystem 102 eine einzelne Vorrichtung oder ein einzelner Knoten sein oder kann über mehrere Vorrichtungen oder Knoten verteilt sein. In einigen Ausführungsformen kann das Testsystem 102 ein oder mehrere Module zum Durchführen von verschiedenen testbezogenen Funktionen umfassen. Zum Beispiel kann das Testsystem 102 ein TSN-Element-Emulationsmodul zum Emulieren von einem/einer oder mehreren TSN-Knoten oder -Vorrichtungen, das mit dem SUT 106 kommuniziert, umfassen.
  • Das Testsystem 102 kann Prozessor(en) 112, einen Speicher 114 und ein SUT-Testmodul (STM) 104 umfassen. Der/die Prozessor(en) 112 kann/können einen physischen Prozessor, einen Allzweck-Mikroprozessor, einen Einzelkern-Prozessor, einen Mehrkern-Prozessor, eine feldprogrammierbare Gateway-Anordnung (FPGA) und/oder eine anwendungsspezifische integrierte Schaltung (ASIC) zum Ausführen von im Speicher 114 gespeicherter Software und/oder Logik darstellen oder umfassen. Der Speicher 114 kann ein oder mehrere computerlesbare Medien zum Speichern von Daten, Logik oder anderen Informationen darstellen.
  • Das STM 104 kann eine geeignete Einheit oder geeignete Einheiten (z. B. Software, die auf einem Prozessor ausführt, eine ASIC, eine FPGA oder eine Kombination von Software, einer ASIC oder einer FPGA) zum Durchführen von einem oder mehreren mit dem Testen des SUT 106 verbundenen Aspekten und/oder verschiedenen Aspekten davon sein. In einigen Ausführungsformen kann das STM 104 unter Verwendung von dem/den Prozessor(en) 112 und/oder dem Speicher 114 implementiert werden. Zum Beispiel kann das STM 104 den/die Prozessor(en) 112 (z. B. unter Verwendung von Software, die im Speicher 114 gespeichert ist) benutzen, um Testnachrichten für eine Anzahl von Nachrichtenstreams (z. B. Flüssen oder Sitzungen) zu erzeugen. In diesem Beispiel kann das STM 104 auch den/die Prozessor(en) 112 benutzen, um verschiedene Tests und/oder Analysen durchzuführen, die Testnachrichten und/oder zugehörige Antworten vom SUT 106 enthalten.
  • In einigen Ausführungsformen kann das STM 104 eine oder mehrere Kommunikationsschnittstellen, z. B. eine oder mehrere Netzwerkschnittstellenkarten (NICs), zum Interagieren mit Benutzern, Modulen und/oder Knoten umfassen. Zum Beispiel kann das STM 104 eine oder mehrere Kommunikationsschnittstellen zum Empfangen von verschiedenen Nachrichten und eine oder mehrere Kommunikationsschnittstellen zum Senden von verschiedenen Nachrichten verwenden. Beispielhafte Nachrichten umfassen IP-Nachrichten, Ethernet-Rahmen, Ethernet-Nachrichten, PDUs, Datagramme, UDP-Nachrichten, TCP-Nachrichten, IP-Version-4(v4)-Nachrichten, IP-Version-6(v6)-Nachrichten, Streamsteuerungübertragungsprotokoll(SCTP, Stream Control Transmission Protocol)-Nachrichten, Echtzeittransportprotokoll(RTP, Real-Time Transport Protocol)-Nachrichten oder zuverlässige Datenprotokoll(RDP, Reliable Data Protocol)-Nachrichten, Nachrichten, die ein Tunneling-Protokoll verwenden, und/oder andere TSN-bezogene Nachrichten.
  • In einigen Ausführungsformen kann das STM 104 eine Kommunikationsschnittstelle zum Kommunizieren mit einem STM-Benutzer 110 umfassen oder bereitstellen. Der STM-Benutzer 110 kann eine Einheit (z. B. ein automatisiertes System oder eine Vorrichtung oder ein System, die von einem menschlichen Benutzer gesteuert werden oder steuerbar sind) zum Auswählen und/oder Konfigurieren von verschiedenen, mit dem Testen und/oder Erzeugen von testbezogenen Metriken verbundenen Aspekten sein. Zum Beispiel können verschiedene Benutzerschnittstellen (z. B. eine Anwendungsbenutzerschnittstelle (API, Application User Interface) und eine grafische Benutzerschnittstelle (GUI, Graphical User Interface)) bereitgestellt werden, um Konfigurationsinformationen bereitzustellen, wie etwa durchzuführende Tests, zu analysierende Probleme, zu erzeugende Beeinträchtigungen, Typen von zu erzeugenden Metriken oder Statistiken, eine Anzahl von zu erzeugenden Testnachrichten pro Port oder Stream und/oder andere Einstellungen.
  • In einigen Ausführungsformen kann das STM 104 eine oder mehrere Kommunikationsschnittstellen zum Interagieren mit dem SUT 106 umfassen. Zum Beispiel kann das STM 104 oder eine andere Einheit konfiguriert sein, um Testnachrichten an einen oder mehrere mit dem SUT 106 verbundene Ports (z. B. Ports 1, 2 und/oder 3) zu senden oder von diesen zu empfangen. Das SUT 106 kann eine geeignete Einheit oder geeignete Einheiten (z. B. Vorrichtungen, Systeme oder Plattformen) zum Kommunizieren mit dem Testsystem 102 und/oder Empfangen, Verarbeiten, Weiterleiten und/oder Senden von einer oder mehreren Nachrichten sein. Zum Beispiel kann das SUT 106 mindestens ein TSN-Element umfassen, das zeitempfindliche Daten oder zugehörige Nachrichten kommunizieren kann. In einem anderen Beispiel kann das SUT 106 ein/eine oder mehrere Systeme und/oder Rechenplattformen, z. B. eine Gruppe von Servern und/oder Routern, umfassen. In noch einem anderen Beispiel kann das SUT 106 ein oder mehrere Netzwerke oder zugehörige Komponenten, z. B. ein TSN oder ein Teil davon, umfassen.
  • In einigen Ausführungsformen können die TSN-Elemente, die vom Testsystem 102 oder STM 104 getestet werden können, ein Netzwerkrelais, ein Zeitsynchronisierungsprotokollrelais, einen Netzwerkrouter, einen Netzwerkschalter, eine Netzwerkvorrichtung, einen Server oder eine Netzwerksteuereinheit umfassen.
  • In einigen Ausführungsformen können eine oder mehrere Benutzerschnittstellen zum Testen des SUT 106 und/oder zum Bereitstellen von Konfigurationsinformationen Automation unterstützen, z. B. über eine oder mehrere Programmiersprachen (z. B. Python, PHP etc.), eine Representation-State-Transfer(REST)-API, eine Befehlszeile und/oder eine webbasierte GUI. Zum Beispiel kann der STM-Benutzer 110 einen Webbrowser verwenden, um mit einer webbasierten GUI zum Programmieren oder Konfigurieren von einem oder mehreren Aspekten zum Testen des SUT 106 zu interagieren.
  • In einigen Ausführungsformen kann das STM 104 Funktionalität zum Zugreifen auf eine STM-Speichereinheit 108 oder den Speicher 114 umfassen. Die STM-Speichereinheit 108 kann eine geeignete Einheit oder geeignete Einheiten (z. B. eine Speichervorrichtung, ein Speicher 114, ein nicht transitorisches computerlesbares Medium oder ein Speichersystem) zum Pflegen oder Speichern von Informationen bezogen auf das Testen sein. Zum Beispiel kann die STM-Speichereinheit 108 auf die Nachrichtenerfassung bezogene Informationen, z. B. Zeit-Delta-Informationen, zeitstempelbezogene Daten und/oder andere Informationen, speichern. In diesem Beispiel können auf die Nachrichtenerfassung bezogene Informationen verwendbar sein, um eine oder mehrere testbezogene Statistiken zu bestimmen, abzuleiten oder zu berechnen.
  • In einigen Ausführungsformen kann die STM-Speichereinheit 108 auch Informationen enthalten, die für das Erzeugen von mit einem oder mehreren Aspekten des SUT 106 verbundenen Statistiken und/oder Metriken verwendbar sind. Zum Beispiel kann die STM-Speichereinheit 108 mit einem oder mehreren Leistungsaspekten des SUT 106 verbundene Metriken während einem oder mehreren Testszenarien enthalten. In diesem Beispiel kann die STM-Speichereinheit 108 einen bestimmten Satz berechneter Metriken für einen ersten Test oder Nachrichtenstream pflegen und einen anderen Satz berechneter Metriken für einen zweiten Test oder einen anderen Nachrichtenstream pflegen. In einigen Ausführungsformen können/kann sich die STM-Speichereinheit 108 und/oder der Speicher 114 am Testsystem 102 befinden, an einem anderen Knoten befinden oder über mehrere Plattformen oder Vorrichtungen verteilt sein.
  • In einigen Ausführungsformen kann das Testsystem 102, das STM 104 oder ein anderes Modul konfiguriert sein, um verschiedene mit den TSN-Standards, gemäß Empfehlung der IEEE 802.1 Time-Sensitive Networking Task Group, verbundene Aspekte zu testen. Zum Beispiel kann das Testsystem 102, das STM 104 oder ein anderes Modul konfiguriert sein, um zu testen, ob das SUT 106 mit verschiedenen Aspekten des IEEE-Standards 802.1Qav-2009, IEEE-Standards 802.1Qbv-2015, IEEE-Standards 802.1AS-Rev, IEEE-Standards 802.1Qbu-2016, IEEE-Standards 802.1CB, IEEE-Standards 802.1Qcc, IEEE-Standards 802.1Qca-2015, IEEE-Standards 802.1Qch, IEEE-Standards 802.1Qci-2017, IEEE-Standards 802.1Qcj, IEEE-Standards 802.1Qcp, IEEE-Standards 802.1Qcr und/oder IEEE-Standards 802.1CM in Übereinstimmung ist oder diese ordnungsgemäß implementiert. Die obigen Standards oder Unterstandards, die öffentlich erhältlich sind (z. B. IEEE-Standard 802.1Qav-2009, IEEE-Standard 802.1Qbv-2015, IEEE-Standard 802.1Qbu-2015, IEEE-Standard 802.1Qca-2015 und IEEE-Standard 802.1Qci-2017), sind hierin durch Bezugnahme in ihrer Gesamtheit einbezogen.
  • Beispielhaftes Testen, das vom Testsystem 102, STM 104 oder einem anderen Modul durchführbar ist, kann das Testen der Redundanz in einem Zeitsynchronisierungsprotokoll(z. B. PTP)-Profilgateway, das Testen der Zeitsteuerung in einem Zeitsynchronisierungsprotokollprofilgateway, das Testen eines Reservierungsprotokoll(z. B. Multiple Stream Reservation Protocol (MSRP) oder Stream Reservation Protocol (SRP))-Flusses, das Testen einer Reservierungsprotokollskalierbarkeit einer Steuerebene, das Testen eines Sprechers, das Analysieren der Bandbreitengarantien, das Analysieren der Latenz (z. B. unter Verwendung normaler Minimum-, Maximum und/oder Durchschnittslatenzmessungen oder -histogrammen), das Analysieren eines Planers bezogen auf das Testen eines Sprechers, das Testen eines Relais, das Analysieren eines Planers bezogen auf das Testen eines Relais, das Testen eines Hot-Standby-Grandmaster- oder Master-Takts, das Testen eines Nicht-TSN-Elements an einem TSN-Gateway, das Testen der Rahmen-Replikation und -Elimination, das Testen der nahtlosen Redundanz für Schalter und Endpunkte, das Testen der Gattergenauigkeit, das Testen der TSN-Plan-Fidelität, das Testen der Zugangssteuerung eines TSN-Elements, das Testen der Verwerfungsrichtlinie für nicht ordnungsgemäß große Nachrichten, das Testen der Interaktionen mit einem Credit-Based-Shaper oder anderen Shaper (z. B. Nicht-TAS-Shaper), das Testen der Livekonfigurationsänderungen in einem TAS und/oder das Testen der Konfigurationsaktualisierungen umfassen.
  • Es ist zu bemerken, dass 1 zum illustrativen Zweck gedacht ist und dass verschiedene Knoten und/oder Module, Stellen und/oder Funktionalität, wie oben in Bezug auf 1 beschrieben, verändert, abgeändert, ergänzt oder entfernt werden können.
  • 2 ist ein Diagramm, das ein beispielhaftes Testsystem 102 illustriert, das einen internen Master-Takt zur Zeitsynchronisierung verwendet. In einigen Ausführungsformen kann das Testsystem 102 und/oder die Funktionalität darin unter einem/einer oder mehreren Modulen, Vorrichtungen oder Rechenplattformen verteilt sein.
  • Unter Bezugnahme auf 2 kann eine veranschaulichte Testumgebung 200 das Testsystem 102, das SUT 106 und einen darauf implementierten TSN-Plan 210 umfassen. Wie veranschaulicht, kann das Testsystem 102 ein Synchronisierungsmodul 202, ein TSN-Planermodul 204, einen TSN-Plan 206, einen Sprecher 208, einen Hörer 212 und ein TSN-Plan-Fidelitätsmodul 214 umfassen. Das Synchronisierungsmodul 202 kann eine geeignete Einheit (z. B. Software, die auf mindestens einem Prozessor ausführt) zum Durchführen von verschiedenen, mit der Taktsynchronisierung verbundenen Aspekten darstellen. Zum Beispiel kann das Synchronisierungsmodul 202 ein Zeitsynchronisierungsprotokoll (z. B. gPTP- oder ein anderes PTP-Profil) zum Verwalten der Taktsynchronisierung für das Testsystem 102 implementieren und verwenden.
  • In einigen Ausführungsformen kann das Synchronisierungsmodul 202 einen Testsystemtakt umfassen, benutzen oder auf diesen zugreifen. Der Testsystemtakt kann eine geeignete Einheit (z. B. ein hardwarebasierter Takt oder ein softwarebasierter Takt) zum Erzeugen einer Anzeige der Zeit und/oder zum Pflegen der Zeit sein.
  • In einigen Ausführungsformen kann das Synchronisierungsmodul 202 oder ein zugehöriges Modul im Testsystem 102 als Master-Takt (z. B. gPTP- oder PTP-Grandmaster-Takt) für Zeitsynchronisierungszwecke wirken und kann das SUT 106 Zeitsynchronisierungsdaten vom Testsystem 102, z. B. zum Synchronisieren seines eigenen Takts mit dem Testsystemtakt, empfangen.
  • Das TSN-Planermodul 204 kann eine geeignete Einheit (z. B. Software, die auf mindestens einem Prozessor ausführt) zum Durchführen von mit TAS und/oder Nachrichtenplanung verbundenen Aspekten darstellen. Zum Beispiel kann das TSN-Planermodul 204 einen TSN-Plan (z. B. einen Nachrichtenübertragungsplan und/oder eine Gatterzugriffsliste) über eine oder mehreren Testiterationen bestimmen. In einigen Ausführungsformen kann das TSN-Planermodul 204 einen TSN-Plan 206 für eine oder mehrere Nachrichtenwarteschlangen oder Streams bestimmen. Zum Beispiel kann jede/jeder Nachrichtenwarteschlange oder Stream mit einem Übertragungsgatter verbunden sein, das entweder geöffnet oder geschlossen ist. In diesem Beispiel kann die Übertragung einer Nachricht (z. B. Rahmen oder Paket) von einer Nachrichtenwarteschlange nur erfolgen, wenn das Gatter geöffnet ist und die vollständige Nachricht übertragen werden kann, bevor sich das Gatter schließt. Fortgesetzt mit diesem Beispiel kann der vom TSN-Planermodul 204 erzeugte TSN-Plan 206 eine Startzeit (z. B. eine Vorgangsbasiszeit) und eine Zeit zum Wiederholen (z. B. eine Vorgangszykluszeit) umfassen.
  • In einigen Ausführungsformen kann der TSN-Plan 206 eine Gatterzugriffsliste umfassen oder enthalten, die eine geordnete Liste von Gattervorgängen umfasst. Zum Beispiel kann eine Gatterzugriffsliste mehrere Einträge umfassen, wobei jeder Eintrag Übertragungsgattereinstellungen für jede Nachrichtenwarteschlange (z. B. einen Gatterstatuswert) und eine Verzögerungszeit vor dem Ausführen des nächsten Listeneintrags (z. B. einen Zeitintervallwert) umfassen kann.
  • In einigen Ausführungsformen kann der TSN-Plan 206 in Übereinstimmung mit dem oder auf dem IEEE Standard 802.1Qbv-2015 basierend sein. Zum Beispiel kann der TSN-Plan 206 TAS-bezogene Informationen, z. B. eine Gatterzugriffsliste und/oder andere Informationen zum Anzeigen, wann ein Gatter oder eine Übertragung geöffnet oder geschlossen ist, umfassen.
  • In einigen Ausführungsformen kann (z. B. wenn TSN-Plan 206 oder eine zugehörige Gatterzugriffsliste implementiert wird) am Start von jedem Zyklus der erste Eintrag in der Liste ausgeführt werden und kann dann, nach einer spezifizierten Verzögerungszeit, der nächste Eintrag ausgeführt werden. In einigen Ausführungsformen können Einträge auf diese Weise ausgeführt werden, bis der letzte Eintrag ausgeführt wird. Nachdem der abschließende Eintrag ausgeführt ist, können keine Gatteränderungen durchgeführt werden, bis der nächste Zyklus startet. Eine beispielhafte Gatterzugriffsliste für zwei Warteschlangen (z. B. Gatter 1 und 2) wird in Tabelle 1 veranschaulicht. Tabelle 1
    GATTERSTATUSWERT ZEITINTERVALLWERT
    {1, OFFEN} {2, GESCHLOSSEN} 10000 ns
    {1, GESCHLOSSEN} {2, OFFEN} 15000 ns
    {1, OFFEN} {2, GESCHLOSSEN} 5000 ns
  • Der Sprecher 208 kann eine geeignete Einheit (z. B. eine oder mehrere Netzwerkschnittstellenkarten (NICs, Network Interface Cards) oder Kommunikationsmodule) zum Übertragen von Nachrichten (z. B. Rahmen oder Nachrichtenfolgen) an das SUT 106 oder andere Einheiten darstellen. In einigen Ausführungsformen kann der Sprecher 208 einen oder mehrere Ports zum Senden von Verkehr an das SUT 106 und/oder andere Einheiten umfassen oder darstellen. Zum Beispiel kann der Sprecher 208 Testnachrichten über einen oder mehrere Ports von einer oder mehreren zugehörigen Nachrichtenwarteschlangen übertragen. In diesem Beispiel können die übertragenen Testnachrichten an einen oder mehrere bestimmte Ports am SUT 106 gesendet werden.
  • In einigen Ausführungsformen kann der Sprecher 208 oder ein anderes Modul den TSN-Plan 206 an das SUT 106 senden oder mit ihm teilen. Zum Beispiel kann, nach dem Bestimmen des TSN-Plans 206, aber vor dem Testen des SUT 106, das TSN-Planermodul 204 den Sprecher 208 auslösen, um den TSN-Plan 206 oder TSN-Plan 210 über einen oder mehrere sprecherbezogene Ports an das SUT 106 zu senden. In einem anderen Beispiel kann der TSN-Plan 206 oder ein TSN-Plan 210 unter Verwendung von verschiedenen Mechanismen, z. B. über unterschiedliche Ports (z. B. einen TSN- oder Nicht-TSN-Port), Protokolle (z. B. IP, HTTP, TCP oder UDP) und/oder Einheiten an das SUT 106 gesendet werden. In einigen Ausführungsformen kann, nach dem Empfangen des TSN-Plans 206 oder TSN-Plans 210, das SUT 106 den TSN-Plan 206 oder TSN-Plan 210 speichern und ihn, z. B. während des Testens, verwenden, um Nachrichtenübertragungen zu planen und/oder durchzuführen.
  • Der Hörer 212 kann eine geeignete Einheit (z. B. eine oder mehrere NICs oder Kommunikationsmodule) zum Empfangen von Nachrichten (z. B. Rahmen oder Nachrichten) vom SUT 106 oder anderen Einheiten darstellen. In einigen Ausführungsformen kann der Hörer 212 einen oder mehrere Ports zum Empfangen von Verkehr vom SUT 106 und/oder anderen Einheiten umfassen oder darstellen. Zum Beispiel kann der Hörer 212 Testnachrichten vom SUT 106 empfangen. In einigen Ausführungsformen kann der Hörer 212 Funktionalität zum Identifizieren von zugehörigen Testnachrichten umfassen. Zum Beispiel kann der Hörer 212 Nachrichtenparameter analysieren, wie etwa Quellen-Medienzugriffssteuerung(MAC, Media Access Control)-Adresse und eine Ziel-MAC-Adresse, um mit empfangenen Nachrichten verbundene Streamidentifikatoren zu bestimmen. In diesem Beispiel können die Streamidentifikatoren dem Identifizieren von bestimmten Nachrichtenstreams dienen und für das Unterscheiden von Verkehr für Analysen per Stream verwendbar sein.
  • Das TSN-Plan-Fidelitätsmodul 214 kann eine geeignete Einheit (z. B. Software, die auf mindestens einem Prozessor ausführt) zum Bestimmen, wie getreu oder genau das SUT 106 den TSN-Plan 210 oder zugehörige Planregeln implementiert hat, darstellen. Zum Beispiel kann das TSN-Plan-Fidelitätsmodul 214 erfassten Verkehr analysieren und, basierend auf dem TSN-Plan 206 und/oder unter Verwendung von Zeitsteuerungsinformationen von empfangenen Nachrichten, bestimmen, wie genau das SUT 106 den TSN-Plan 210 implementiert hat. In diesem Beispiel kann das TSN-Plan-Fidelitätsmodul 214 fähig sein, Analysen per Nachrichtenstream und/oder per Testiteration durchzuführen.
  • In einigen Ausführungsformen kann das TSN-Plan-Fidelitätsmodul 214 oder ein anderes Modul die Gattergenauigkeit testen. Zum Beispiel kann das SUT 106 mit Planregeln konfiguriert sein, die erfordern, dass Nachrichten mit dem Übertragen beginnen, nachdem sich ein Übertragungsgatter öffnet, aber erfordern, dass kein Teil einer Nachricht übertragen wird, nachdem sich das Gatter schließt. In diesem Beispiel kann, um die Implementierung der Gattergenauigkeit zu testen, das SUT 106 mit TSN-Plan 210 konfiguriert sein, kann der Sprecher 208 Verkehr für verschiedene Warteschlangen von verschiedenen Ports übertragen und kann der Hörer 212 und/oder ein anderes Modul validieren, dass die Planregeln des TSN-Plans 210 bezüglich der Gattergenauigkeit erfüllt werden (z. B. eine Übertragungsüberlaufstatistik bleibt über die Testiteration null).
  • Es ist zu bemerken, dass 2 zum illustrativen Zweck gedacht ist und dass verschiedene Knoten und/oder Module, Stellen und/oder Funktionalität, wie oben in Bezug auf 2 beschrieben, verändert, abgeändert, ergänzt oder entfernt werden können. Es ist zu bemerken, dass der Sprecher 208 auch mindestens einen gewissen Verkehr empfangen kann und dass der Hörer 212 auch mindestens einen gewissen Verkehr senden kann und dass eine solche Nomenklatur der Einfachheit dient und nicht dem Anzeigen von Beschränkungen des Sprechers 208 oder Hörers 212 dient.
  • 3 ist ein Diagramm, das ein beispielhaftes Testsystem 102 illustriert, das einen externen Master-Takt 302 zur Zeitsynchronisierung verwendet. Sofern nicht anderweitig angegeben, können das Testsystem 102 und zugehörige Module oder Einheiten, die in 3 veranschaulicht werden, eine ähnliche Funktionalität wie in Bezug auf 2 beschrieben umfassen.
  • Bezugnehmend auf 3 kann eine veranschaulichte Testumgebung 300 das Testen des SUT 106 unter Verwendung eines externen Master-Takts 302 enthalten. Der Master-Takt 302 kann eine geeignete Einheit (z. B. Software, Hardware und/oder Firmware) zum Erzeugen einer Anzeige der Zeit und/oder zum Pflegen der Zeit darstellen. Der Master-Takt 302 kann unabhängig und/oder getrennt vom Testsystem 102 sein und konfiguriert sein, um verschiedenen Einheiten, z. B. Slave-Takten, Zeitsynchronisierungsnachrichten für Zeitsynchronisierungszwecke bereitzustellen. In einigen Ausführungsformen kann der Master-Takt 302 ein gPTP- oder PTP-Grandmaster-Takt sein oder ähnliche Funktionalität umfassen.
  • In einigen Ausführungsformen kann das Synchronisierungsmodul 202 oder ein anderes Modul im Testsystem 102 als Slave-Takt (z. B. gPTP-Slave-Takt) für Zeitsynchronisierungszwecke wirken. In solchen Ausführungsformen können das Testsystem 102 und das SUT 106 Zeitsynchronisierungsdaten von einem externen Master-Takt 302 empfangen.
  • Es ist zu bemerken, dass 3 zum illustrativen Zweck gedacht ist und dass verschiedene Knoten und/oder Module, Stellen und/oder Funktionalität, wie oben in Bezug auf 3 beschrieben, verändert, abgeändert, ergänzt oder entfernt werden können.
  • 4 ist ein Diagramm, das ein beispielhaftes Testsystem 102 illustriert, das ein Beeinträchtigungsmodul (IM, Impairment Module) 402 zum Beeinträchtigen von übertragenen Testnachrichten verwendet. Sofern nicht anderweitig angegeben, können das Testsystem 102 und zugehörige Module oder Einheiten, die in 4 veranschaulicht werden, eine ähnliche Funktionalität wie in Bezug auf 2 beschrieben umfassen.
  • Bezugnehmend auf 4 kann eine veranschaulichte Testumgebung 400 das Testen des SUT 106 unter Verwendung des IM 402 enthalten. Das IM 402 kann eine geeignete Einheit (z. B. Software, die auf mindestens einem Prozessor ausführt) zum Verstellen von Übertragungsplanparametern und/oder Modifizieren von Nachrichten oder Nachrichteninhalt in einer Testiteration oder einem Teil davon darstellen. Zum Beispiel kann das IM 402 fähig sein, eine Nachrichtengröße einer Testnachricht zu ändern, einer Testnachricht verzerrte Daten hinzuzufügen, Daten in einer Testnachricht zu modifizieren oder zu ändern, wann oder wie eine Testnachricht übertragen wird (z. B. Auslösen einer zu übertragenden Testnachricht vor oder nach einem Zeitpunkt gemäß dem TSN-Plan 206). In einem anderen Beispiel kann das IM 402 Nachrichten fallen lassen oder an das SUT 106 gesendete Testnachrichten neu ordnen.
  • In einigen Ausführungsformen kann das Synchronisierungsmodul 202 oder ein zugehöriges Modul im Testsystem 102 als Master-Takt (z. B. gPTP- oder PTP-Grandmaster-Takt) für Zeitsynchronisierungszwecke wirken und kann das SUT 106 Zeitsynchronisierungsdaten vom Testsystem 102 empfangen, um seinen eigenen Takt mit dem Testsystemtakt zu synchronisieren.
  • In einigen Ausführungsformen kann das Synchronisierungsmodul 202 oder ein anderes Modul im Testsystem 102 als Slave-Takt (z. B. gPTP- oder PTP-Slave-Takt) für Zeitsynchronisierungszwecke wirken. In solchen Ausführungsformen können das Testsystem 102 und das SUT 106 Zeitsynchronisierungsdaten von einem externen Master-Takt (z. B. einem gPTP- oder PTP-Grandmaster-Takt) empfangen.
  • In einigen Ausführungsformen kann das IM 402 Funktionalität zum Variieren der Übertragungsplanparameter zum Bestimmen der höchsten möglichen Rate und/oder des kleinsten möglichen Zeitgestaltungsfensters umfassen, welche das SUT 106 und/oder dessen TAS korrekt handhaben können, z. B. ohne über ein erwartetes Empfangslatenzfenster oder ein Rahmenverlustschwellenfenster gehen zu müssen. Zum Beispiel können das Testsystem 102 und/oder ein oder mehrere zugehörige Module einen Test konfigurieren, der binäres Suchen hinsichtlich variierenden Übertragungsplanparametern verwendet, um entsprechende Testausgangsgrenzschwellen oder Fenster zu bestimmen. In diesem Beispiel kann der STM-Benutzer 110 in der Lage sein, alle Aspekte eines TSN-Planerprofils zu konfigurieren oder zu steuern. In einigen Ausführungsformen können voreingestellte Steuerungen für verschiedene Parameter eines TSN-Planerprofils in einer oder mehreren Testiterationen zum Bestimmen oder Ableiten von TAS-Genauigkeitskonvergenzkriterien benutzt werden.
  • In einigen Ausführungsformen kann das IM 402 Funktionalität zum Modifizieren von Nachrichtengrößen von Testpaketen zum Testen der Zugangssteuerung und/oder anderen Funktionen des SUT 106 umfassen. Zum Beispiel können das Testsystem 102 und/oder ein oder mehrere zugehörige Module einen Test konfigurieren, der verschieden große Testnachrichten (z. B. Pakete, die eine erwartete Größe besitzen, und Pakete, die eine erwartete oder erlaubte Größe überschreiten) aus verschiedenen Nachrichtenwarteschlangen oder Ports an das SUT 106 überträgt. In diesem Beispiel kann das SUT 106 mit einer Richtlinie konfiguriert sein, die „übergroße“ Nachrichten (z. B. Nachrichten, die größer als ein vorbestimmter, maximaler Nachrichtengrößenwert sind) verwirft, während alle anderen Nachrichten an den Hörer 212 weitergeleitet oder vermittelt werden. Fortgesetzt mit diesem Beispiel können/kann der Hörer 212 und/oder ein anderes Modul (z. B. STM 104) validieren, dass Übergrößerahmen in jeder Warteschlange ordnungsgemäß verworfen sind, um zu bestimmen, ob die Richtlinie am SUT 106 genau implementiert ist.
  • Es ist zu bemerken, dass 4 zum illustrativen Zweck gedacht ist und dass verschiedene Knoten und/oder Module, Stellen und/oder Funktionalität, wie oben in Bezug auf 4 beschrieben, verändert, abgeändert, ergänzt oder entfernt werden können. Des Weiteren ist zu bemerken, dass, während das IM 402 als getrennt vom Sprecher 208 veranschaulicht wird, das IM 402 und/oder zugehörige Funktionalität mit dem Sprecher 208 oder einem anderen Modul im Testsystem 102 einbezogen werden kann oder diese benutzen kann, wenn verschiedene, hierin beschriebene Beeinträchtigungsfunktionen durchgeführt werden.
  • 5 ist ein Diagramm, das ein beispielhaftes Testsystem 102 und einen getrennten Sprecher 502 illustriert. Sofern nicht anderweitig angegeben, können das Testsystem 102 und zugehörige Module oder Einheiten, die in 5 veranschaulicht werden, eine ähnliche Funktionalität wie in Bezug auf 2 beschrieben umfassen.
  • Bezugnehmend auf 5 kann eine veranschaulichte Testumgebung 500 das Testen des SUT 106 unter Verwendung eines getrennten (z. B. testsystemunabhängigen) Sprechers 502 enthalten. Der Sprecher 502 kann eine geeignete Einheit (z. B. eine TSN-Vorrichtung) zum Übertragen von Nachrichten (z. B. Rahmen oder Nachrichten) an das SUT 106 oder andere Einheiten darstellen und kann unabhängig vom Testsystem 102 arbeiten. Zum Beispiel kann der Sprecher 502 das SUT 106 oder eine andere Einheit sein, wie etwa ein tatsächliches TSN-Element in einem aktiven TSN (Nicht-Test-TSN). In diesem Beispiel kann das Testsystem 102 den Hörer 212 umfassen, kann aber darauf verzichten, Testnachrichten aus einem internen oder mit dem Testsystem verbundenen Sprecher, z. B. Sprecher 208, zu senden.
  • In einigen Ausführungsformen kann das SUT 106 den Sprecher 502 oder zugehörige Funktionalität einbeziehen oder umfassen. Zum Beispiel kann das SUT 106, z. B. unter Verwendung des Sprechers 502 oder zugehöriger Funktionalität, Verkehr für einen Stream unter Verwendung des TSN-Plans 210 erzeugen. In diesem Beispiel kann der Verkehr an einen oder mehrere mit dem Hörer 212 verbundene Ports gesendet werden.
  • In einigen Ausführungsformen kann der Sprecher 502, z. B. wenn der Sprecher 502 sowohl vom Testsystem 102 als auch vom SUT 106 getrennt ist, Verkehr für einen Stream unter Verwendung eines TSN-Plans 504 erzeugen. In diesem Beispiel kann der Verkehr an einen oder mehrere mit dem SUT 106 verbundene Ports gesendet werden. Fortgesetzt mit diesem Beispiel kann das SUT 106 den Verkehr vom Sprecher 502 verarbeiten und mindestens einigen Verkehr an das Testsystem 102 unter Verwendung des TSN-Plans 210 senden. In einigen Ausführungsformen kann das Synchronisierungsmodul 202 oder ein zugehöriges Modul im Testsystem 102 als Master-Takt (z. B. gPTP-Grandmaster-Takt) für Zeitsynchronisierungszwecke wirken und kann das SUT 106 Zeitsynchronisierungsdaten vom Testsystem 102 empfangen, um seinen eigenen Takt mit dem Testsystemtakt zu synchronisieren.
  • In einigen Ausführungsformen kann das Synchronisierungsmodul 202 oder ein anderes Modul im Testsystem 102 als Slave-Takt (z. B. gPTP-Slave-Takt) für Zeitsynchronisierungszwecke wirken. In solchen Ausführungsformen können das Testsystem 102 und das SUT 106 Zeitsynchronisierungsdaten von einem externen Master-Takt (z. B. einem gPTP-Grandmaster-Takt) empfangen.
  • In einigen Ausführungsformen kann das TSN-Plan-Fidelitätsmodul 214 den TSN-Plan 206 zum Analysieren von empfangenem Verkehr verwenden. In einigen Ausführungsformen können erwartete Nachrichtenstreamdaten und verbundene, erwartete Empfangsplandaten per Nachrichtenstream eingegeben und gespeichert werden. Zum Beispiel kann der TSN-Plan 206 erwartete Nachrichtenstreamdaten und verbundene, erwartete Empfangsplandaten (z. B. Empfangslatenzvarianzinformationen für jeden TSN-Stream) umfassen. In diesem Beispiel können der TSN-Plan 206 und/oder zugehörige Informationen vor dem Testen geliefert oder bestimmt werden.
  • In einigen Ausführungsformen kann der STM-Benutzer 110 oder ein anderer Benutzer, z. B. wenn ein Nachrichtenstream vom Sprecher 502 (oder einem anderen TSN-Element) erzeugt wird, der nicht direkt mit dem Testsystem 102 verbunden ist, dem TSN-Plan 206 und/oder TSN-Plan-Fidelitätsmodul 214 erwartete Daten manuell liefern. Zum Beispiel kann der STM-Benutzer 110 (z. B. ein Netzwerkbetreiber und/oder Tester) über den Sprecher 502 steuern und/oder Informationen über einen vom Sprecher 502 verwendeten TSN-Plan kennen. In diesem Beispiel kann der STM-Benutzer 110 dem Testsystem 102 und/oder den Modulen darin erwartete Daten bereitstellen.
  • In einigen Ausführungsformen kann ein System, eine Vorrichtung oder ein Modul (z. B. TSN-Planermodul) dem TSN-Plan 206 und/oder dem TSN-Plan-Fidelitätsmodul 214 erwartete Daten automatisch liefern. Zum Beispiel kann ein System basierend auf Beobachtung, Abfragen eines Knotens oder einer Datenbank (z. B. über eine API), einer Testspezifikation oder anderen Techniken einen TSN-Plan bestimmen, ableiten oder identifizieren. In einigen Ausführungsformen kann der Hörer 212 zum Identifizieren von Nachrichtenstreams konfiguriert sein, die von einem oder mehreren Ports empfangen werden, um so empfangene Nachrichten mit erwarteten Nachrichtendaten auf einer per-Stream-Basis zu identifizieren und/oder zu verbinden. Zum Beispiel kann der Hörer 212 Informationen über einen oder mehrere Nachrichtenparameter (z. B. Quellen-Medienzugriffssteuerungs(MAC, Media Access Control)-Adresse und Ziel-MAC-Adresse) identifizieren oder erhalten, um sie als Streamidentifikatoren zu verwenden, die verwendet werden können, um bestimmte Nachrichtenstreams eindeutig zu identifizieren.
  • In diesem Beispiel kann der Hörer 212 Streamidentifikatoren verwenden, um so die Daten von empfangenen Nachrichten mit erwarteten Nachrichtenstreamdaten und verbundenen, erwarteten Empfangsplandaten, einschließlich zum Beispiel erwarteter Empfangsplanvarianz-/Fensterinformationen, auf einer per-Nachrichtenstream-Basis zu korrelieren.
  • In einigen Ausführungsformen kann das TSN-Plan-Fidelitätsmodul 214 bestimmen, wie getreu oder genau das SUT 106 den TSN-Plan 210 implementiert hat. Zum Beispiel kann das TSN-Plan-Fidelitätsmodul 214 jeden Nachrichtenstream unter Verwendung von Zeitsteuerungsinformationen von empfangenen Nachrichten und erwarteten Zeitsteuerungsinformationen analysieren, um verschiedene, auf die Leistung des SUT 106 bezogene Statistiken zu bestimmen.
  • In einigen Ausführungsformen können dem STM-Benutzer 110 Statistiken und/oder andere testbezogene Daten präsentiert werden. Zum Beispiel kann/können der Hörer 212 oder Ports darin konfiguriert sein, um in einem Nur-Egress-Verfolgungsmodus zu arbeiten. In dem Beispiel können, im Nur-Egress-Verfolgungsmodus, der Hörer 212 oder Ports darin fähig sein, Nachrichten zu zählen, die pro Stream empfangen werden, indem zugehörige Nachrichten durch Lesen von spezifischen Nachrichtenfeldern (z. B. Parameterwerten) und/oder spezifischen Offsets in den Nachrichten identifiziert werden. Fortgesetzt mit diesem Beispiel können, im Nur-Egress-Verfolgungsmodus, der Hörer 212 oder Ports darin eine Testsystem basierte Signatur in den empfangenen Nachrichten verwenden oder lesen oder nicht.
  • In einigen Ausführungsformen können die auf die TSN-Plan-Fidelität bezogenen Statistiken berechnet und/oder präsentiert werden. Zum Beispiel kann das Testsystem 102 oder das TSN-Plan-Fidelitätsmodul 214 erwartete Testnachrichtendaten und tatsächliche Zeitstempel von Nachrichten benutzen, um Zeit-Delta (z. B. die Differenz zwischen dem Zeitpunkt, an dem erwartet wird, dass eine Nachricht eintrifft, und dem Zeitpunkt, an dem sie tatsächlich eintrifft) für Testnachrichten in einem oder mehreren Nachrichtenstreams zu identifizieren. In diesem Beispiel kann Zeit-Delta als Linien- oder Säulendiagramm gezeigt oder veranschaulicht werden, z. B. wo eine X-Achse eine Anzahl von Nachrichten anzeigt und eine Y-Achse eine Zeitdauer (z. B. Nanosekunden) anzeigt.
  • In einigen Ausführungsformen können die auf die TSN-Plan-Fidelität bezogenen Statistiken unter Verwendung von Paketerfassung und zugehörigen, abgeleiteten Informationen bestimmt werden. Zum Beispiel kann ein STM-Benutzer 110 Empfangszeiten von Nachrichten manuell überprüfen. In einem anderen Beispiel kann der STM-Benutzer 110 eine Nachrichtenstatistikenansicht auswählen, wobei die Nachrichtenstatistikenansicht verschiedene Nachrichtenstatistiken unter Verwendung von Daten anzeigen kann, die über Paketerfassungsanalyse im Echtzeit- oder Offline-Erfassungsmodus erhalten werden.
  • Es ist zu bemerken, dass 5 zum illustrativen Zweck gedacht ist und dass verschiedene Knoten und/oder Module, Stellen und/oder Funktionalität, wie oben in Bezug auf 5 beschrieben, verändert, abgeändert, ergänzt oder entfernt werden können.
  • 6 ist ein Diagramm, das ein beispielhaftes Testsystem 102 illustriert, das Netzwerkanschlüsse 602-606 verwendet, um das Testen durchzuführen. Sofern nicht anderweitig angegeben, können das Testsystem 102, das STM 104 und das SUT 106, die in 6 veranschaulicht werden, eine ähnliche Funktionalität wie in Bezug auf 1 beschrieben umfassen, können das Synchronisierungsmodul 202 und das IM 402, die in 6 veranschaulicht werden, eine ähnliche Funktionalität wie in Bezug auf 4 beschrieben umfassen und kann der Sprecher 502, der in 6 veranschaulicht wird, eine ähnliche Funktionalität wie in Bezug auf 5 beschrieben umfassen.
  • Bezugnehmend auf 6 kann eine veranschaulichte Testumgebung 600 das Testen des SUT 106 unter Nutzung von Netzwerkanschlüssen 602-606 enthalten, um Verkehr zwischen einem getrennten oder unabhängigen Sprecher 502 und einem getrennten oder unabhängigen Hörer 608 zu erhalten und zu analysieren. Netzwerkanschlüsse 602-606 können geeignete Einheiten zum Kopieren von Nachrichten oder zugehörigen Daten, die eine oder mehrere Verbindungen kreuzen, und zum Senden der Nachrichten oder zugehörigen Daten zu einem oder mehreren Zielen, wie etwa dem STM 104, darstellen.
  • Der Sprecher 502 kann eine geeignete Einheit (z. B. eine TSN-Vorrichtung) zum Übertragen von Nachrichten (z. B. Rahmen oder Pakete) an das SUT 106 oder andere Einheiten darstellen und kann unabhängig vom Testsystem 102 arbeiten. Zum Beispiel kann der Sprecher 502 ein tatsächliches TSN-Element in einem aktiven TSN (Nicht-Test-TSN) sein. Der Hörer 608 kann eine geeignete Einheit (z. B. eine TSN-Vorrichtung) zum Empfangen von Nachrichten (z. B. Rahmen oder Nachrichten) vom SUT 106 oder anderen Einheiten darstellen und kann unabhängig vom Testsystem 102 arbeiten. Zum Beispiel kann der Hörer 608 ein tatsächliches TSN-Element in einem aktiven TSN (Nicht-Test-TSN) sein.
  • In einigen Ausführungsformen kann das Synchronisierungsmodul 202 oder ein zugehöriges Modul im Testsystem 102 als Master-Takt (z. B. gPTP-Grandmaster-Takt) für Zeitsynchronisierungszwecke wirken und kann das SUT 106 Zeitsynchronisierungsdaten vom Testsystem 102 empfangen, um seinen eigenen Takt mit dem Testsystemtakt zu synchronisieren.
  • In einigen Ausführungsformen kann das Synchronisierungsmodul 202 oder ein anderes Modul im Testsystem 102 als Slave-Takt (z. B. gPTP-Slave-Takt) für Zeitsynchronisierungszwecke wirken. In solchen Ausführungsformen können das Testsystem 102 und das SUT 106 Zeitsynchronisierungsdaten von einem externen Master-Takt (z. B. einem gPTP-Grandmaster-Takt) empfangen.
  • In einigen Ausführungsformen kann die Testumgebung 600 für den TSN-Einsatztest, z. B. Beseitigung von Fehlern bei einem TSN-Planer oder bei anderen Knoten oder Problemen in einer aktiven Umgebung (Nicht-Test-Umgebung), verwendbar sein. Zum Beispiel unter Verwendung des in 6 veranschaulichten Aufbaus können/kann das Testsystem 102 und/oder das STM 104 verschiedene Probleme durch Beobachten von Verkehr, einschließlich eingespeister und/oder beeinträchtigter Verkehr vom IM 402 oder anderen Einheiten, analysieren und/oder identifizieren. In diesem Beispiel können/kann das Testsystem 102 und/oder das STM 104 Zeitsteuerungsinformationen (z. B. Zeitstempel) von beobachtetem Verkehr und andere Informationen (z. B. erwartete Empfangszeiten basierend auf einem bekannten TSN-Plan 206) verwenden, um Planungsfehler oder andere Probleme zu bestimmen.
  • Einige beispielhafte Testaufgaben für die Testumgebung 600 können Folgendes umfassen: Analysieren, ob das SUT 106 (z. B. ein Nachrichtenrelais) TSN-Pakete basierend auf einem konfigurierten Netzwerkplan ordnungsgemäß weiterleitet, Analysieren der Robustheit der TSN-Priorisierung durch Erzeugen von störendem oder zusätzlichem Verkehr (z. B. unter Verwendung des IM 402) zwischen dem Sprecher 502 und dem Hörer 608, Analysieren der Robustheit der TSN-Priorisierung durch Erzeugen von störendem Verkehr durch das SUT 106 oder verschiedene Relais, Analysieren, wie oder ob eine Beeinträchtigung der TSN-Pakete (z. B. Verzögerung, Burst, Neuordnung, Fallenlassen, Korrumpierung) das SUT 106 beeinflusst, und Analysieren, wie oder ob eine Beeinträchtigung der TSN-Pakete (z. B. Verzögerung, Burst, Neuordnung, Fallenlassen, Korrumpierung) den Hörer 608 beeinflusst.
  • Es ist zu bemerken, dass 6 zum illustrativen Zweck gedacht ist und dass verschiedene Knoten und/oder Module, Stellen und/oder Funktionalität, wie oben in Bezug auf 6 beschrieben, verändert, abgeändert, ergänzt oder entfernt werden können.
  • 7 ist ein Diagramm, das Planerfehler nach dem Testen eines TSN-Elements illustriert. In einigen Ausführungsformen kann das Testsystem 102, das STM 104 oder ein anderes Modul (TSN-Plan-Fidelitätsmodul 214) Funktionalität zum Erzeugen und Anzeigen von auf den TSN-Planer bezogenen Fehlern unter Verwendung eines Histogramms 700 oder einer anderen grafischen Datendarstellung umfassen. Zum Beispiel kann, wie in 7 veranschaulicht, das Histogramm 700 eine deutliche Spitze in auf den TSN-Planer bezogenen Fehlern nach jeweils 100 übertragenen Paketen anzeigen.
  • In einigen Ausführungsformen kann das Testsystem 102, das STM 104 oder ein anderes Modul (TSN-Plan-Fidelitätsmodul 214) Funktionalität zum Anzeigen oder Präsentieren von verschiedenen Statistiken, Präferenzen und/oder Anzeigeeinstellungen gegenüber dem STM-Benutzer 110 umfassen. Zum Beispiel kann das Testsystem 102 oder das STM 104 dem STM-Benutzer 110 erlauben, auf das Histogramm 700 bezogene Attribute, einschließlich X- und Y-Koordinaten und zugehöriger Skalierung, zu konfigurieren oder abzuändern.
  • Es ist zu bemerken, dass 7 zum illustrativen Zweck gedacht ist und dass unterschiedliche und/oder zusätzliche Daten und/oder Anzeigetechniken zum Anzeigen des Histogramms 700 oder Daten darin verwendet werden können.
  • 8 ist ein Diagramm, das Latenzbin-Auswertungsresultate 800 nach dem Testen eines TSN-Elements illustriert. In einigen Ausführungsformen kann das Testsystem 102, das STM 104 oder ein anderes Modul (z. B. TSN-Plan-Fidelitätsmodul 214) Funktionalität zum Kategorisieren von Testverkehr in Latenzbins umfassen. Jedes Latenzbin kann eine Zeitlänge (z. B. Mikrosekunden) darstellen, die mit entsprechenden, gemessenen oder abgeleiteten, auf den TSN-Planer bezogenen Fehlern verbunden ist. Zum Beispiel können, wie in 8 veranschaulicht, die Resultate 800 eine deutliche Anzahl von Fehlern anzeigen, die eine Latenz zwischen 480 und 500 Mikrosekunden verursachen.
  • In einigen Ausführungsformen kann das Testsystem 102, das STM 104 oder ein anderes Modul (TSN-Plan-Fidelitätsmodul 214) Funktionalität zum Anzeigen oder Präsentieren von verschiedenen Statistiken, Präferenzen und/oder Anzeigeeinstellungen gegenüber dem STM-Benutzer 110 umfassen. Zum Beispiel kann das Testsystem 102 oder das STM 104 dem STM-Benutzer 110 erlauben, einen Kategorisierungsalgorithmus zu konfigurieren oder abzuändern, wenn Latenzbins ausgewählt werden, die zum Veranschaulichen der Resultate 800 verwendbar sind.
  • Es ist zu bemerken, dass 8 zum illustrativen Zweck gedacht ist und dass unterschiedliche und/oder zusätzliche Daten und/oder Anzeigetechniken zum Anzeigen der Resultate 800 verwendet werden können.
  • 9 ist ein Nachrichtendiagramm, das das Testen einer Nachrichtenrichtlinie für ein TSN-Element illustriert. Bezugnehmend auf 9 kann eine Testumgebung 900 den Sprecher 208 zum Senden oder Übertragen von Testnachrichten an das SUT 106 und den Hörer 212 zum Empfangen von Testnachrichten vom SUT 106 umfassen. Die Testumgebung 900 kann verwendbar sein zum Testen einer mit dem SUT 106 verbundenen Nachrichtenrichtlinie (z. B. Qci-Überwachung), wobei das SUT 106 gPTP-Relaisfunktionalität umfassen kann. Zum Beispiel kann die Testumgebung 900 verwendbar sein zum Testen, ob eine Nachrichtenrichtlinie ordnungsgemäß (z. B. wie erwartet) am SUT 106 implementiert wird. In diesem Beispiel kann die getestete Nachrichtenrichtlinie das Fallenlassen von gPTP-Nachrichten, die außerhalb eines erlaubten Empfangfensters empfangen werden, und das Weiterleiten oder Vermitteln, an den Hörer 212, von gPTP-Nachrichten, die innerhalb des erlaubten Empfangfensters empfangen werden, enthalten.
  • In einigen Ausführungsformen kann der Sprecher 208 oder ein zugehöriges Modul im Testsystem 102 als Master-Takt (z. B. gPTP-Grandmaster-Takt) für Zeitsynchronisierungszwecke wirken und kann das SUT 106 Zeitsynchronisierungsdaten vom Sprecher 208 zum Synchronisieren des SUT-eigenen Takts empfangen.
  • Bezugnehmend auf 9 kann in Schritt 901 eine erste gPTP-Nachricht vom Sprecher 208 an das SUT 106 gesendet werden und außerhalb eines erlaubten gPTP-Empfangfenster empfangen werden.
  • In Schritt 902 kann die erste gPTP-Nachricht vom SUT 106 an den Hörer 212 gesendet werden. Da die erste gPTP-Nachricht an das SUT 106 gesendet wurde, obwohl sie außerhalb eines erlaubten gPTP-Empfangfensters empfangen wurde, kann das Testsystem 102 oder ein zugehöriges Modul bestimmen, dass die getestete Nachrichtenrichtlinie am SUT 106 nicht passend implementiert oder konfiguriert ist.
  • In Block 903 kann eine zweite gPTP-Nachricht vom Sprecher 208 an das SUT 106 gesendet und innerhalb eines erlaubten gPTP-Empfangfensters empfangen werden.
  • In Schritt 904 kann die zweite gPTP-Nachricht vom SUT 106 gemäß der getesteten Nachrichtenrichtlinie an den Hörer 212 gesendet werden.
  • In Block 905 kann eine dritte gPTP-Nachricht vom Sprecher 208 an das SUT 106 gesendet und außerhalb eines erlaubten gPTP-Empfangfensters empfangen werden.
  • Die dritte gPTP-Nachricht kann gemäß der getesteten Nachrichtenrichtlinie verworfen werden.
  • In Block 906 kann eine vierte gPTP-Nachricht vom Sprecher 208 an das SUT 106 gesendet und innerhalb eines erlaubten gPTP-Empfangfensters empfangen werden.
  • In Schritt 907 kann die vierte gPTP-Nachricht vom SUT 106 gemäß der getesteten Nachrichtenrichtlinie an den Hörer 212 gesendet werden.
  • In einigen Ausführungsformen kann das Testsystem 102, das STM 104 oder ein anderes Modul Leistungsinformationen über das SUT 106 und/oder Funktionalität von diesem analysieren, ableiten und/oder bestimmen. Zum Beispiel kann das Testsystem 102 bestimmen, z. B. unter Verwendung der in 9 veranschaulichten Resultate, dass die Implementierung der getesteten Nachrichtenrichtlinie fehlschlägt, wenn gPTP-Nachrichten mehr als fünf Sekunden außerhalb eines erlaubten Empfangfensters empfangen werden, aber die Implementierung der getesteten Nachrichtenrichtlinie wie erwartet abläuft, wenn gPTP-Nachrichten innerhalb eines erlaubten Empfangfensters oder 5 Sekunden oder weniger außerhalb eines erlaubten Empfangfensters empfangen werden.
  • Es ist zu bemerken, dass 9 zum illustrativen Zweck gedacht ist und das unterschiedliche und/oder zusätzliche Nachrichten und/oder Aktionen zum Testen des SUT 106 und/oder zugehörige Aktionen verwendet werden können. Es ist außerdem zu bemerken, dass verschiedene hierin in Bezug auf 9 beschriebene Nachrichten und/oder Aktionen in einer unterschiedlichen Ordnung oder Folge erfolgen können. Des Weiteren ist zu bemerken, dass verschiedene andere Aspekte der SUT-Funktionalität und/oder Konfiguration unter Verwendung des Testsystems 102 und/oder der hierin beschriebenen Funktionalität getestet werden können.
  • 10 ist ein Blockdiagramm, das einen beispielhaften Prozess 1000 für das Testen eines TSN-Elements illustriert. In einigen Ausführungsformen kann der Prozess 1000, oder Teile davon, vom Testsystem 102, STM 104, SUT 106 und/oder einem anderen Knoten oder Modul durchgeführt werden. In einigen Ausführungsformen kann der beispielhafte Prozess 1000 die Blöcke 1002, 1004 und/oder 1006 umfassen.
  • Bezugnehmend auf den beispielhaften Prozess 1000 kann, in Block 1002, ein Testsystemtakt mit einem Takt am SUT 106 synchronisiert werden. Zum Beispiel können das STM 104 oder das Synchronisierungsmodul 202 einen Testsystemtakt umfassen, benutzen oder mit diesem kommunizieren. In diesem Beispiel können der Testsystemtakt und ein Takt am SUT 106 unter Verwendung des gPTP- oder eines anderen Zeitsynchronisierungsprotokolls synchronisiert werden.
  • In einem anderen Beispiel können das SUT 106 & das Testsystem 102 externe Zeiteingaben von einer GPS-basierten Zeitquelle verwenden.
  • In einigen Ausführungsformen kann der Testsystemtakt konfiguriert sein, um als Master-Takt oder Slave-Takt zum Synchronisieren des Testsystemtakts mit dem Takt am SUT 106 zu wirken. Zum Beispiel kann der Testsystemtakt als PTP-Grandmaster-Takt wirken und dem SUT 106 Zeitsynchronisierungsdaten bereitstellen. In einem anderen Beispiel kann der Testsystemtakt als Slave-Takt wirken und von einem PTP-Grandmaster-Takt Zeitsynchronisierungsdaten empfangen.
  • In Block 1004 kann eine Folge von Nachrichten empfangen werden. Die Folge von Nachrichten kann unter Verwendung von mit einem TSN-Stream verbundenen Planregeln erzeugt werden. Zum Beispiel können die Planregeln am SUT 106 (z. B. TSN-Plan 210) ähnlich oder gleich wie die Planregeln am Testsystem 102 (z. B. TSN-Plan 206) oder anderen zugehörigen Einheiten sein. In diesem Beispiel können dem SUT 106 die Planregeln durch das Testsystem 102, das STM 104 oder ein zugehöriges Modul vor dem Testen des SUT 106 bereitgestellt werden.
  • In einigen Ausführungsformen kann eine Folge von Nachrichten, die am Testsystem 102 empfangen wird, durch das SUT 106, das Testsystem 102 oder eine Sprechervorrichtung (z. B. Sprecher 502), die vom SUT 106 und dem Testsystem 102 getrennt ist, gesendet werden.
  • In einigen Ausführungsformen kann, z. B. am Testsystem 102 und bevor eine Folge von Nachrichten vom SUT 106 empfangen wird, unter Verwendung des TSN-Plans 206 eine Folge von Testnachrichten erzeugt und an das SUT 106 übertragen werden.
  • In einigen Ausführungsformen kann das Erzeugen von Testnachrichten das Einbetten von hochpräzisen Zeitstempeln und/oder erwarteter Empfangspaketlatenz in jeder Testnachricht (z. B. Paket) umfassen. Zum Beispiel kann das Testsystem 102 durch Einbetten solcher Informationen in der Lage sein, verschiedene Statistiken und/oder andere zeitsteuerungsbezogene Messungen schnell zu erzeugen.
  • In einigen Ausführungsformen kann, z. B. am Testsystem 102 und bevor eine Folge von Nachrichten vom SUT 106 empfangen wird, ein TSN-Plan für einen mit dem Testen des SUT verbundenen Nachrichtenstream bestimmt, ausgewählt oder implementiert werden.
  • In einigen Ausführungsformen kann das Testsystem 102 zum Beliefern des SUT 106 mit Planregeln konfiguriert sein, wobei die Planregeln mit einem TSN-Plan verbunden sein können.
  • In einigen Ausführungsformen kann das Übertragen von Testnachrichten an das SUT 106 das Planen der Übertragung von jeder Testnachricht oder das Planen der Übertragung von einer ersten Testnachricht und das Verwenden von Streamverzögerungsinformationen und einer Nachrichtenrate für das Übertragen von anschließenden Testnachrichten umfassen. Zum Beispiel kann das STM 104 oder das TSN-Planermodul 204 einen Übertragungsnachrichtenplan erzeugen, der eine Liste von zu übertragenden Nachrichten und einen Zeitpunkt zum Übertragen von jeder Nachricht enthält. In diesem Beispiel kann der Übertragungsnachrichtenplan verwendet werden, um jede der Nachrichten zu dem geplanten Zeitpunkt zu übertragen. In einem anderen Beispiel kann das STM 104 oder das TSN-Planermodul 204 einen Übertragungsnachrichtenplan erzeugen, der eine Liste von zu übertragenden Nachrichten und einen Zeitpunkt zum Übertragen der ersten Nachricht enthält. In diesem Beispiel kann der Übertragungsnachrichtenplan zusammen mit Streamverzögerungsinformationen, Zykluszeitparameterinformationen und/oder einer erwarteten Nachrichtenrate verwendet werden, um die erste Nachricht und anschließende Nachrichten zu übertragen.
  • In einigen Ausführungsformen kann das Übertragen einer Folge von Testnachrichten an das SUT 106 das Senden von mindestens einer beeinträchtigen Testnachricht umfassen, wobei die mindestens eine beeinträchtige Testnachricht eine andere Nachrichtengröße als erwartet aufweist, verzerrte Daten aufweist, in einer anderen Reihenfolge als erwartet gesendet wird oder basierend auf einer oder mehreren Planregeln außerhalb eines akzeptablen Zeitraums gesendet werden kann. Zum Beispiel kann das IM 402 Testnachrichtenattribute und/oder übertragungsbezogene Parameter, die mit dem TSN-Plan 206 verbunden sind, verstellen, wenn Testnachrichten an das SUT 106 gesendet werden.
  • In Block 1006 kann bestimmt werden, unter Verwendung von mit dem Testsystemtakt verbundenen Zeitsteuerungsinformationen, ob die Planregeln vom SUT 106 genau implementiert werden. In einigen Ausführungsformen kann das Bestimmen, ob Planregeln vom SUT 106 genau implementiert werden, das Verwenden von Latenzmessungen und Messungen des Abstands zwischen den Ankunftszeiten von Paketen (inter-packet arrival time) basierend auf Nachrichtendaten (z. B. hochpräzise Zeitstempel und/oder erwartete Empfangspaketlatenz, eingebettet in Testnachrichten) und Planungsinformationen über einen relevanten Nachrichtenstream umfassen.
  • In einigen Ausführungsformen kann das Testsystem 102 zum Testen von einer oder mehreren vom SUT 106 durchgeführten Funktionen oder von einem oder mehreren vom SUT 106 implementierten TSN-Standards oder -Protokollen konfiguriert sein. Zum Beispiel kann das Testsystem 102 konfiguriert sein, um die Redundanz in einem Zeitsynchronisierungsprotokollprofilgateway zu testen, die Zeitsteuerung in einem Zeitsynchronisierungsprotokollprofilgateway zu testen, einen Reservierungsprotokollfluss zu testen, die Reservierungsprotokollskalierbarkeit einer Steuerebene zu testen, einen Sprecher zu testen, die Bandbreitengarantien zu analysieren, die Latenz zu analysieren, einen Planer bezogen auf das Testen eines Sprechers zu analysieren, ein Relais zu testen, einen Planer bezogen auf das Testen eines Relais zu analysieren, einen Hot-Standby-Grandmaster- oder Master-Takt zu testen, ein Nicht-TSN-Element an einem TSN-Gateway zu testen, die Rahmen-Replikation und -Elimination zu testen, die nahtlose Redundanz für Schalter und Endpunkte zu testen, die Gattergenauigkeit zu testen, die TSN-Plan-Fidelität zu testen, die Zugangssteuerung eines TSN-Elements zu testen, die Verwerfungsrichtlinie für nicht ordnungsgemäß große Nachrichten zu testen, die Interaktionen mit einem Credit-Based-Shaper oder anderen Shaper (z. B. Nicht-TAS) zu testen, die Livekonfigurationsänderungen in einem TAS zu testen und/oder die Konfigurationsaktualisierungen zu testen.
  • Es ist zu bemerken, dass der Prozess 1000 nur zum illustrativen Zweck gedacht ist und dass unterschiedliche und/oder zusätzliche Aktionen verwendet werden können. Es ist außerdem zu bemerken, dass verschiedene hierin beschriebene Aktionen in einer unterschiedlichen Ordnung oder Folge erfolgen können.
  • Es wird darauf hingewiesen, dass das Testsystem 102, das STM 104 und/oder verschiedene Module oder Funktionalität, die hierin beschrieben werden, eine/ein Spezialzweck-Rechenplattform, Vorrichtung oder System bilden können. Zum Beispiel kann das Testsystem 102 eine lxNetwork™-Testeinrichtung sein, die von Ixia hergestellt wird und konfiguriert ist, um verschiedene, hierin beschriebene Aspekte durchzuführen. Des Weiteren kann/können das Testsystem 102, das STM 104 und/oder verschiedene Module oder Funktionalität, die hierin beschrieben werden, das technologische Feld des Netzwerktestens durch Bereitstellen einer tragbaren Lösung zum Testen von TSN-Elementen verbessern.
  • Es versteht sich, dass verschiedene Details des hierin beschriebenen Gegenstands geändert werden können, ohne vom Geltungsbereich des hierin beschriebenen Gegenstands abzuweichen. Des Weiteren dient die vorangehende Beschreibung nur dem Zweck der Illustration und nicht dem Zweck der Beschränkung, da der hierin beschriebene Gegenstand durch die nachfolgend dargelegten Ansprüche definiert wird.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Patentliteratur
    • RO 002462017 [0001]
    • US 15/498452 [0001]

Claims (15)

  1. Ein Verfahren zum Testen eines Time-Sensitive-Network(TSN)-Elements, wobei das Verfahren Folgendes beinhaltet: an einem Testsystem: Synchronisieren eines Testsystemtakts mit einem Takt an einem zu testenden System (SUT, system under test); Empfangen einer Folge von Nachrichten, wobei die Folge von Nachrichten unter Verwendung von mit einem TSN-Stream verbundenen Planregeln erzeugt wird; und Bestimmen, unter Verwendung von mit dem Testsystemtakt verbundenen Zeitsteuerungsinformationen, ob die Planregeln vom SUT genau implementiert werden.
  2. Verfahren gemäß Anspruch 1, wobei die Folge von Nachrichten vom SUT, dem Testsystem oder einer Sprechervorrichtung, die vom SUT und dem Testsystem getrennt ist, gesendet wird.
  3. Verfahren gemäß Anspruch 1, das Folgendes beinhaltet: vor dem Empfangen der Folge von Nachrichten: Erzeugen einer Folge von Testnachrichten unter Verwendung der Planregeln; und Übertragen der Folge von Testnachrichten an das SUT.
  4. Verfahren gemäß Anspruch 3, wobei das Übertragen der Folge von Testnachrichten an das SUT das Senden von mindestens einer beeinträchtigten Testnachricht umfasst, wobei die mindestens eine beeinträchtigte Testnachricht eine andere Nachrichtengröße als erwartet aufweist, verzerrte Daten aufweist, in einer anderen Reihenfolge als erwartet gesendet wird oder basierend auf den Planregeln außerhalb eines akzeptablen Zeitraums gesendet wird.
  5. Verfahren gemäß Anspruch 3, wobei das Übertragen der Folge von Testnachrichten an das SUT Folgendes umfasst: Planen der Übertragung von jeder Nachricht in der Folge von Testnachrichten; oder Planen der Übertragung einer ersten Nachricht in der Folge von Testnachrichten und Verwenden von Streamverzögerungsinformationen und einer Nachrichtenrate zum Übertragen von anschließenden Testnachrichten.
  6. Verfahren gemäß Anspruch 3, das Folgendes beinhaltet: am Testsystem und vor dem Erzeugen der Folge von Testnachrichten: Bestimmen eines TSN-Plans für den mit dem Testen des SUT verbundenen TSN-Stream.
  7. Verfahren gemäß Anspruch 3, das Folgendes beinhaltet: am Testsystem: Liefern, an das SUT, der mit dem TSN-Stream verbundenen Planregeln.
  8. Verfahren gemäß Anspruch 1, wobei das Bestimmen, ob die Planregeln vom SUT genau implementiert werden, das Verwenden von Latenzmessungen und Messungen des Abstands zwischen den Ankunftszeiten von Paketen (inter-packet arrival time) basierend auf Nachrichtenzeitstempeln und Planungsinformationen über den TSN-Stream umfasst.
  9. Verfahren gemäß Anspruch 1, wobei der Testsystemtakt konfiguriert ist, um als Master-Takt oder Slave-Takt zum Synchronisieren des Testsystemtakts mit dem Takt am SUT zu wirken.
  10. Verfahren gemäß Anspruch 1, wobei das Testsystem konfiguriert ist, um eine oder mehrere Funktionen, die vom SUT durchgeführt werden, oder einen/ein oder mehrere TSN-Standards oder Protokolle, die vom SUT implementiert werden, zu testen.
  11. Ein System zum Testen eines TSN-Elements gemäß dem Verfahren gemäß einem der Ansprüche 1-10.
  12. Ein nicht transitorisches, computerlesbares Medium, das computerausführbare Anweisungen beinhaltet, die in dem nicht transitorischen, computerlesbaren Medium verkörpert sind, die, wenn sie von mindestens einem Prozessor eines Computers ausgeführt werden, veursachen, dass der Computer die folgenden Schritte durchzuführt: an einem Testsystem: Synchronisieren eines Testsystemtakts mit einem Takt an einem zu testenden System (SUT, system under test); Empfangen einer Folge von Nachrichten, wobei die Folge von Nachrichten unter Verwendung von mit einem Time-Sensitive-Network(TSN)-Stream verbundenen Planregeln erzeugt wird; und Bestimmen, unter Verwendung von mit dem Testsystemtakt verbundenen Zeitsteuerungsinformationen, ob die Planregeln vom SUT genau implementiert werden.
  13. Nicht transitorisches, computerlesbares Medium gemäß Anspruch 12, wobei die Folge von Nachrichten vom SUT, dem Testsystem oder einer Sprechervorrichtung, die vom SUT und Testsystem getrennt ist, gesendet wird.
  14. Nicht transitorisches, computerlesbares Medium gemäß Anspruch 12, das Folgendes beinhaltet: vor dem Empfangen der Folge von Nachrichten: Erzeugen einer Folge von Testnachrichten unter Verwendung der Planregeln; und Übertragen der Folge von Testnachrichten an das SUT.
  15. Nicht transitorisches, computerlesbares Medium gemäß Anspruch 14, wobei das Übertragen der Folge von Testnachrichten an das SUT das Senden von mindestens einer beeinträchtigten Testnachricht umfasst, wobei die mindestens eine beeinträchtigte Testnachricht eine andere Nachrichtengröße als erwartet aufweist, verzerrte Daten aufweist, in einer anderen Reihenfolge als erwartet gesendet wird oder basierend auf den Planregeln außerhalb eines akzeptablen Zeitraums gesendet wird.
DE102018109689.5A 2017-04-25 2018-04-23 Verfahren, Systeme und computerlesbare Medien zum Testen von Time-Sensitive-Network(TSN)-Elementen. Pending DE102018109689A1 (de)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
RO201700246 2017-04-25
ROA002462017 2017-04-25
US15/498,452 US10425321B2 (en) 2017-04-25 2017-04-26 Methods, systems, and computer readable media for testing time sensitive network (TSN) elements
US15/498,452 2017-04-26

Publications (1)

Publication Number Publication Date
DE102018109689A1 true DE102018109689A1 (de) 2018-10-25

Family

ID=63714372

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102018109689.5A Pending DE102018109689A1 (de) 2017-04-25 2018-04-23 Verfahren, Systeme und computerlesbare Medien zum Testen von Time-Sensitive-Network(TSN)-Elementen.

Country Status (2)

Country Link
US (2) US10425321B2 (de)
DE (1) DE102018109689A1 (de)

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10609054B2 (en) 2017-04-07 2020-03-31 Keysight Technologies Singapore (Sales) Pte. Ltd. Methods, systems, and computer readable media for monitoring, adjusting, and utilizing latency associated with accessing distributed computing resources
US10623297B2 (en) 2017-04-25 2020-04-14 Keysight Technologies Singapore (Sales) Pte. Ltd. Methods, systems, and computer readable media for testing scheduling fidelity in a time sensitive network
US10965392B2 (en) 2019-01-25 2021-03-30 Keysight Technologies, Inc. Active network tap supporting time sensitive network (TSN) standards
DE102018132290B4 (de) 2017-12-28 2022-08-18 National University Corporation Nagoya University Fahrzeuginternes System, Gateway, Relais, nichttransitorisches computerlesbares Medium zum Speichern eines Programms, Informationsverarbeitungsverfahren, Informationsverarbeitungssystem und Fahrzeug
US11444831B2 (en) 2020-01-17 2022-09-13 Keysight Technologies, Inc. Methods, systems, and computer readable media for measuring schedule update time for a time aware shaper implementation
US11502932B2 (en) 2019-05-17 2022-11-15 Keysight Technologies, Inc. Indirect testing using impairment rules
US11563768B2 (en) 2019-01-31 2023-01-24 Keysight Technologies, Inc. Methods, systems, and computer readable media for detecting and mitigating effects of timing attacks in time sensitive networks

Families Citing this family (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3451591B1 (de) * 2017-09-01 2020-03-18 Siemens Aktiengesellschaft Verfahren zum betrieb eines kommunikationsnetzwerks in ringtopologie sowie derartiges kommunikationsnetzwerk
US10511455B1 (en) * 2017-09-18 2019-12-17 Xilinx, Inc. Time sensitive networking control circuitry
EP3468118B1 (de) * 2017-10-04 2023-10-04 TTTech Computertechnik AG Verfahren und vorrichtung zur konfigurierung von echtzeitnetzwerken
DE102017219770B4 (de) * 2017-11-07 2019-06-19 Continental Automotive Gmbh Verfahren zum Betreiben einer Ethernet-Kommunikationseinrichtung und Ethernet-Kommunikationseinrichtung
JP6768625B2 (ja) * 2017-11-17 2020-10-14 株式会社東芝 情報処理装置、情報処理方法、およびプログラム
US11811665B2 (en) * 2018-01-24 2023-11-07 Renesas Electronics Corporation Time-sensitive networking
US11108675B2 (en) 2018-10-31 2021-08-31 Keysight Technologies, Inc. Methods, systems, and computer readable media for testing effects of simulated frame preemption and deterministic fragmentation of preemptable frames in a frame-preemption-capable network
US10912101B2 (en) * 2018-11-12 2021-02-02 General Electric Company Frequency-based communication system and method
US10728134B2 (en) * 2018-11-14 2020-07-28 Keysight Technologies, Inc. Methods, systems, and computer readable media for measuring delivery latency in a frame-preemption-capable network
ES2940113T3 (es) 2018-11-19 2023-05-03 Ericsson Telefon Ab L M Soporte del sistema 5G para transportar sincronización de tiempo TSN
TWI735052B (zh) * 2018-11-27 2021-08-01 瑞典商Lm艾瑞克生(Publ)電話公司 處理精確時序協定框之裝置及方法
US10880750B2 (en) * 2018-12-10 2020-12-29 Semiconductor Components Industries, Llc Adaptive spatial reuse
CN111385225B (zh) * 2018-12-28 2022-11-22 中兴通讯股份有限公司 一种数据调度方法、计算机装置及计算机可读存储介质
US20200259896A1 (en) * 2019-02-13 2020-08-13 Telefonaktiebolaget Lm Ericsson (Publ) Industrial Automation with 5G and Beyond
KR20200104217A (ko) 2019-02-26 2020-09-03 한국전자통신연구원 이동통신망에서 패킷 처리 방법 및 이를 수행하는 네트워크 엘리먼트
US10855558B2 (en) * 2019-03-04 2020-12-01 Ethernovia Inc. Vehicle networking system testing and characterization
JP7145794B2 (ja) * 2019-03-14 2022-10-03 株式会社東芝 情報処理装置、情報処理方法、およびプログラム
CN111865830B (zh) * 2019-04-29 2022-04-22 华为技术有限公司 一种时延敏感网络业务tsn的处理方法、装置及系统
US11069420B2 (en) * 2019-07-25 2021-07-20 Micron Technology, Inc. In-system test of a memory device
US11265834B2 (en) * 2019-10-10 2022-03-01 Acer Incorporated Base stations and methods for time-sensitive networking (TSN) clock information delivery
CN114731266B (zh) * 2020-02-14 2024-05-28 Oppo广东移动通信有限公司 时钟信息同步方法、装置、第一节点、终端及存储介质
CN111385224A (zh) * 2020-02-14 2020-07-07 重庆邮电大学 一种EtherCAT与时间敏感网络的流量调度方法
CN111416752B (zh) * 2020-02-19 2022-05-17 重庆邮电大学 一种面向时间敏感网络数据帧调度的测试方法
CN111585836B (zh) * 2020-04-26 2023-06-13 工业互联网创新中心（上海）有限公司 时间敏感网络的自动测试方法和装置
US11133959B1 (en) * 2020-06-15 2021-09-28 Moxa Inc. Apparatuses and methods for routing packets for a time-sensitive networking (TSN) network by virtual local area network (VLAN) tag replacement
CN111835592B (zh) * 2020-07-14 2022-09-27 北京百度网讯科技有限公司 用于确定健壮性的方法、装置、电子设备及可读存储介质
US20220131598A1 (en) * 2020-10-26 2022-04-28 Ge Aviation Systems Llc Converged avionics data network
CN112804124B (zh) * 2021-02-03 2022-10-25 上海交通大学 一种针对时间敏感网络设备的测试床及测试方法
CN113347065A (zh) * 2021-08-03 2021-09-03 之江实验室 一种时间敏感网络中的流量调度测试装置及方法
EP4164189A1 (de) * 2021-10-08 2023-04-12 Abb Schweiz Ag Kollaborative prüfung von vorrichtungen oder unterabschnitten in einem netzwerk
US11818646B2 (en) * 2021-11-15 2023-11-14 Kabushiki Kaisha Toshiba System-level schedule generation for integrated TSN and 5G deployments
CN115277519A (zh) * 2022-07-30 2022-11-01 重庆长安汽车股份有限公司 流量整形测试方法、系统、设备及介质

Family Cites Families (92)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020065929A1 (en) * 2000-11-28 2002-05-30 Navic Systems Inc. Protocol extensions to increase reliability of bulk data transmissions
AU2002230541B2 (en) 2000-11-30 2007-08-23 Cisco Technology, Inc. Flow-based detection of network intrusions
US6868069B2 (en) 2001-01-16 2005-03-15 Networks Associates Technology, Inc. Method and apparatus for passively calculating latency for a network appliance
US7047442B2 (en) 2002-04-23 2006-05-16 Agilent Technologies, Inc. Electronic test program that can distinguish results
US7505416B2 (en) 2003-03-31 2009-03-17 Finisar Corporation Network tap with integrated circuitry
US7272750B2 (en) 2003-06-30 2007-09-18 Texas Instruments Incorporated Expert system for intelligent testing
EP1649310A4 (de) 2003-07-18 2009-04-08 Network Integrity Systems Inc Multimodales faseroptisches eindringerkennungssystem
US7561559B2 (en) 2005-03-30 2009-07-14 Ixia Hardware time stamping and processor synchronization
US7649912B2 (en) 2005-04-27 2010-01-19 Rockwell Automation Technologies, Inc. Time synchronization, deterministic data delivery and redundancy for cascaded nodes on full duplex ethernet networks
US7633939B2 (en) 2005-05-12 2009-12-15 Agilent Technologies, Inc. In-line network simulator
MX2008014768A (es) 2006-05-19 2009-04-16 Symmetricom Inc Servicio de marca de hora de precision con protocolo de hora de red.
US7881209B2 (en) 2006-07-27 2011-02-01 Cisco Technology, Inc. Method and system for protecting communication networks from physically compromised communications
US8072253B2 (en) 2006-09-13 2011-12-06 Nec Corporation Clock adjusting circuit and semiconductor integrated circuit device
GB0712199D0 (en) 2007-06-23 2007-08-01 Calnex Solutions Ltd Network tester
US8315179B2 (en) 2008-02-19 2012-11-20 Centurylink Intellectual Property Llc System and method for authorizing threshold testing within a network
US8024597B2 (en) 2008-02-21 2011-09-20 International Business Machines Corporation Signal phase verification for systems incorporating two synchronous clock domains
US8018950B2 (en) 2008-03-17 2011-09-13 Wi-Lan, Inc. Systems and methods for distributing GPS clock to communications devices
WO2010026765A1 (ja) 2008-09-05 2010-03-11 株式会社アドバンテスト 試験装置、及び試験方法
US8767565B2 (en) 2008-10-17 2014-07-01 Ixia Flexible network test apparatus
CN101729180A (zh) 2008-10-21 2010-06-09 华为技术有限公司 精准时钟同步方法及系统、精准时钟频率/时间同步装置
CN101447861B (zh) 2008-12-29 2011-10-26 中兴通讯股份有限公司 Ieee 1588时间同步系统及其实现方法
US8718482B1 (en) 2009-11-10 2014-05-06 Calix, Inc. Transparent clock for precision timing distribution
US8630314B2 (en) 2010-01-11 2014-01-14 Faro Technologies, Inc. Method and apparatus for synchronizing measurements taken by multiple metrology devices
US8755293B2 (en) 2010-02-28 2014-06-17 Net Optics, Inc. Time machine device and methods thereof
US8837530B2 (en) 2010-03-12 2014-09-16 University Of Maryland Method and system for adaptive synchronization of timing information generated by independently clocked communication nodes
CN102907021B (zh) 2010-05-17 2016-06-01 瑞典爱立信有限公司 优化定时分组传输
US9607337B2 (en) 2010-12-22 2017-03-28 Hyannisport Research, Inc. Data capture and real time risk controls for electronic markets
EP2493139A1 (de) 2011-02-22 2012-08-29 Voipfuture GmbH VoIP-Qualitätsmessungsverbesserungen unter Verwendung des Internetkontrollnachrichtenprotokolls
US8971356B2 (en) 2011-04-29 2015-03-03 Rad Data Communications Ltd. Timing over packet demarcation entity
CN103620991A (zh) 2011-05-06 2014-03-05 Fts电脑技术有限公司 用于实行高可用性的最高级主时钟的网络和方法
EP2734904B1 (de) 2011-07-20 2018-03-07 Aviat Networks, Inc. Systeme und verfahren zur netzwerksynchronisierung
US20130094515A1 (en) 2011-08-31 2013-04-18 Nils Gura Systems, apparatus, and methods for removing duplicate data packets from a traffic flow of captured data packets transmitted via a communication network
US9065770B2 (en) 2011-09-08 2015-06-23 Ixia Traffic item impairment emulation
US8520529B2 (en) 2011-09-15 2013-08-27 Ixia Reordering network traffic
EP2761820B1 (de) 2011-09-30 2018-03-07 Gigamon Inc. Systeme und verfahren zur implementierung eines netzwerks mit sichtbarem verkehr
US8665733B2 (en) 2011-09-30 2014-03-04 Alcatel Lucent Method and apparatus for round trip delay KPI monitoring in live network using user plane probe session
US9106353B2 (en) 2011-12-13 2015-08-11 Jds Uniphase Corporation Time synchronization for network testing equipment
WO2013094032A1 (ja) 2011-12-21 2013-06-27 富士通株式会社 情報処理装置、情報処理方法、およびプログラム
US9100320B2 (en) 2011-12-30 2015-08-04 Bmc Software, Inc. Monitoring network performance remotely
WO2013102469A1 (en) 2012-01-05 2013-07-11 Voipfuture Gmbh Determination of a quality induced termination rate of communication sessions
US9806835B2 (en) 2012-02-09 2017-10-31 Marvell International Ltd. Clock synchronization using multiple network paths
US9141506B2 (en) 2012-02-15 2015-09-22 Jds Uniphase Corporation Method and system for network monitoring using signature packets
US8892933B2 (en) 2012-04-23 2014-11-18 Analog Devices, Inc. Synchronization of multiple signal converters by transmitting signal conversion data and receiving unique correction values for the respective counters through the same data interface pins
US9288777B2 (en) * 2012-05-11 2016-03-15 Apple Inc. Methods and apparatus for synchronizing clock signals in a wireless system
US20130347103A1 (en) 2012-06-21 2013-12-26 Mark Veteikis Packet capture for error tracking
US8891392B2 (en) 2012-06-21 2014-11-18 Breakingpoint Systems, Inc. Dynamic latency analysis system
US9686169B2 (en) 2012-07-02 2017-06-20 Ixia Real-time highly accurate network latency measurement with low generated traffic or data requirements
US9130945B2 (en) 2012-10-12 2015-09-08 Schweitzer Engineering Laboratories, Inc. Detection and response to unauthorized access to a communication device
EP2915303B1 (de) 2012-11-02 2016-04-27 Voipfuture GmbH Nachweis von periodischen störungen in medienströmen
KR101992205B1 (ko) 2012-12-12 2019-06-24 삼성전자주식회사 온칩 클록 제어회로 및 시스템 온 칩
US9628209B2 (en) 2013-01-17 2017-04-18 Viavi Solutions Inc. Time synchronization in distributed network testing equipment
US9264340B2 (en) * 2013-03-15 2016-02-16 Ixia Methods, systems, and computer readable media for misdirected packet drill down and negative packet capture at a network test device
US9141823B2 (en) * 2013-03-15 2015-09-22 Veridicom, Sa De Cv Abstraction layer for default encryption with orthogonal encryption logic session object; and automated authentication, with a method for online litigation
US9172647B2 (en) 2013-04-25 2015-10-27 Ixia Distributed network test system
US9130984B2 (en) 2013-05-17 2015-09-08 Cisco Technology, Inc. Network eavesdropping detection
US9084140B2 (en) 2013-07-09 2015-07-14 Cellco Partnership Monitoring of the packet-based communication performance of IP address pools
US9380489B2 (en) 2013-07-18 2016-06-28 Verizon Patent And Licensing Inc. Dynamic network traffic analysis and traffic flow configuration for radio networks
US9444683B2 (en) 2013-07-19 2016-09-13 Verizon Patent And Licensing Inc. Traffic measurement system for wireless service providers
US20150103848A1 (en) * 2013-10-15 2015-04-16 National Instruments Corporation System and Method for Synchronizing a Master Clock Between Networks
US9288157B2 (en) * 2013-10-15 2016-03-15 National Instruments Corporation Time-sensitive switch for scheduled data egress
US9967209B2 (en) * 2013-10-15 2018-05-08 National Instruments Corporation Switch for scheduled data egress
US9137044B2 (en) * 2013-10-15 2015-09-15 National Instruments Corporation System and method for interoperability between multiple networks
US20160301599A1 (en) 2013-11-19 2016-10-13 Telefonaktiebolaget L M Ericsson (Publ) Method and first network node for managing a first ip path used by a connection
US9723580B2 (en) * 2014-02-21 2017-08-01 Summit Semiconductor Llc Synchronization of audio channel timing
US9300565B2 (en) 2014-04-17 2016-03-29 Accedian Networks Inc. System and method for out-of-line real-time in-service performance measurement
US9967164B2 (en) 2014-09-02 2018-05-08 Netscout Systems Texas, Llc Methods and devices to efficiently determine node delay in a communication network
US9971619B2 (en) 2014-10-15 2018-05-15 Keysight Technologies Singapore (Holdings) Pte Ltd Methods and systems for forwarding network packets within virtual machine host systems
US9971620B2 (en) 2014-10-15 2018-05-15 Keysight Technologies Singapore (Holdings) Pte Ltd Methods and systems for network packet impairment within virtual machine host systems
US9380070B1 (en) 2015-01-20 2016-06-28 Cisco Technology, Inc. Intrusion detection mechanism
EP3057273B1 (de) * 2015-02-13 2019-03-27 Mitsubishi Electric R&D Centre Europe B.V. Verfahren zur Verkehrsformung in einem Netzwerk
US10404552B2 (en) 2015-03-25 2019-09-03 Ontime Networks As Time-stamping data packets in a network tap element
RO131470A2 (ro) 2015-04-10 2016-10-28 Ixia, A California Corporation Metode, sisteme şi suport citibil pe calculator pentru măsurarea întârzierii unei linii de comunicaţii unidirecţionale
US9736804B2 (en) 2015-04-16 2017-08-15 Ixia Methods, systems, and computer readable media for synchronizing timing among network interface cards (NICS) in a network equipment test device
US10019333B2 (en) 2015-04-16 2018-07-10 Keysight Technologies Singapore (Holdings) Pte. Ltd. Methods, systems, and computer readable media for emulating network devices with different clocks
RO131471A2 (ro) 2015-04-21 2016-10-28 Ixia, A California Corporation Metode, sisteme şi suport citibil pe calculator pentru testarea calităţii tactului recuperat
US9813226B2 (en) 2015-08-05 2017-11-07 Ixia Modeling a clock
US9800595B2 (en) 2015-09-21 2017-10-24 Ixia Methods, systems, and computer readable media for detecting physical link intrusions
US10181912B1 (en) 2016-02-26 2019-01-15 Amazon Technologies, Inc. Network link testing
US10014937B1 (en) 2016-03-11 2018-07-03 Juniper Networks, Inc. Timing synchronization and intrusion detection via an optical supervisory channel (OSC)
US10447606B2 (en) * 2017-04-12 2019-10-15 General Electric Company Time-sensitive networking differentiation of traffic based upon content
US11072356B2 (en) * 2016-06-30 2021-07-27 Transportation Ip Holdings, Llc Vehicle control system
US10218628B2 (en) * 2017-04-12 2019-02-26 General Electric Company Time sensitive network (TSN) scheduler with verification
EP3294014B1 (de) * 2016-09-08 2019-12-18 ADVA Optical Networking SE Verfahren zur planung der übertragung von paketen in einem netzwerk
US20180160424A1 (en) * 2016-12-01 2018-06-07 Intel Corporation Methods to enable time sensitive applications in secondary channels in a mmwave ieee 802.11 wlan
US20180184438A1 (en) * 2016-12-28 2018-06-28 Intel Corporation Persistent scheduling and forwarding while receiving in wireless time sensitive networks
US10362149B2 (en) * 2016-12-30 2019-07-23 Intel Corporation Intelligent packet aggregation
US10396922B2 (en) * 2017-02-07 2019-08-27 Texas Instruments Incorporated Apparatus and mechanism to support multiple time domains in a single soc for time sensitive network
US10609054B2 (en) 2017-04-07 2020-03-31 Keysight Technologies Singapore (Sales) Pte. Ltd. Methods, systems, and computer readable media for monitoring, adjusting, and utilizing latency associated with accessing distributed computing resources
CN108737003B (zh) 2017-04-25 2021-10-26 是德科技新加坡(销售)私人有限公司 用于测试时间敏感网络(tsn)元件的方法、系统和计算机可读介质
US10425321B2 (en) 2017-04-25 2019-09-24 Keysight Technologies Singapore (Sales) Pte. Ltd. Methods, systems, and computer readable media for testing time sensitive network (TSN) elements
US10892972B2 (en) 2017-04-26 2021-01-12 Microsemi Storage Solutions, Inc. Scheduled network setup test method and system
US10158441B1 (en) 2017-06-02 2018-12-18 Apple Inc. Securing time between nodes

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10609054B2 (en) 2017-04-07 2020-03-31 Keysight Technologies Singapore (Sales) Pte. Ltd. Methods, systems, and computer readable media for monitoring, adjusting, and utilizing latency associated with accessing distributed computing resources
US10623297B2 (en) 2017-04-25 2020-04-14 Keysight Technologies Singapore (Sales) Pte. Ltd. Methods, systems, and computer readable media for testing scheduling fidelity in a time sensitive network
DE102018132290B4 (de) 2017-12-28 2022-08-18 National University Corporation Nagoya University Fahrzeuginternes System, Gateway, Relais, nichttransitorisches computerlesbares Medium zum Speichern eines Programms, Informationsverarbeitungsverfahren, Informationsverarbeitungssystem und Fahrzeug
US10965392B2 (en) 2019-01-25 2021-03-30 Keysight Technologies, Inc. Active network tap supporting time sensitive network (TSN) standards
US11563768B2 (en) 2019-01-31 2023-01-24 Keysight Technologies, Inc. Methods, systems, and computer readable media for detecting and mitigating effects of timing attacks in time sensitive networks
US11502932B2 (en) 2019-05-17 2022-11-15 Keysight Technologies, Inc. Indirect testing using impairment rules
US11444831B2 (en) 2020-01-17 2022-09-13 Keysight Technologies, Inc. Methods, systems, and computer readable media for measuring schedule update time for a time aware shaper implementation

Also Published As

Publication number Publication date
US10425321B2 (en) 2019-09-24
US20180309656A1 (en) 2018-10-25
US10623297B2 (en) 2020-04-14
US20180309655A1 (en) 2018-10-25

Similar Documents

Publication Publication Date Title
DE102018109689A1 (de) Verfahren, Systeme und computerlesbare Medien zum Testen von Time-Sensitive-Network(TSN)-Elementen.
CN108737003B (zh) 用于测试时间敏感网络(tsn)元件的方法、系统和计算机可读介质
DE602005003893T2 (de) Verfahren und Vorrichtung zur nicht-intrusiven Messung der Verzögerungsänderung von Datenverkehr in Kommunikationsnetzwerken
US11258719B1 (en) Methods, systems and computer readable media for network congestion control tuning
US10764148B2 (en) Methods, systems, and computer readable media for network traffic statistics collection
EP3739814A1 (de) Indirekte prüfung mit impairmentregeln
DE60318539T2 (de) Netzwerküberwachungssystem, das auf Veränderungen der Variant und des Mittelwertes der Paketankunftszeiten reagiert
DE602005000383T2 (de) Fehlererkennung und -diagnose
DE102020115568A1 (de) Techniken zum Bestimmen von Zeitstempelungenauigkeiten in einem Sender/Empfänger
DE60035705T2 (de) Verfahren und vorrichtung zur messung von dienstgüte (qos)
US20050050098A1 (en) System and method for aligning data frames in time
DE112019002984T5 (de) Durchführung von phy-level-hardware-zeitstempelung und zeitsynchronisierung in kostenoptimierten umgebungen
EP3222003B1 (de) Inline-paketverfolgung in fabric-netzwerken eines datenzentrums
DE102005006171A1 (de) Vorrichtung und Verfahren für eine Ereigniserfassung
US20130346377A1 (en) System and method for aligning data frames in time
US8055612B2 (en) System and method for aligning data frames in time
DE102021200076A1 (de) Verfahren, systeme und computerlesbare medien zum messen einer zeitplan-aktualisierungszeit für eine time-aware-shaper-implementierung
US11916660B2 (en) TSN operation management system with time capture location protocol
DE102022203874A1 (de) Zeitstempel-konfidenzniveau
EP3092748A1 (de) Verfahren und vorrichtung zur diagnose von übertragungs-störungen in einem netzwerk gemäss opc ua standard
DE102019219475B4 (de) Verfahren zur Optimierung der Zeitsynchronisation zwischen über ein Kommunikationsnetzwerk verbundenen Netzwerkgeräten
DE102022204535A1 (de) Genaue zeitstempelkorrektur
DE60302030T2 (de) Verfahren zur Optimierung von Zugangen zu dem Internet durch ein zellulares Netzwerk und entsprechendes System
EP3382944B1 (de) Verfahren und kommunikationssystem zum zentralen ermitteln eines zustands eines paketvermittelnden telekommunikationsnetzes
DE102015222848B4 (de) System und Verfahren zum Analysieren eines Netzwerks

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R081 Change of applicant/patentee

Owner name: KEYSIGHT TECHNOLOGIES SINGAPORE (SALES) PTE. L, SG

Free format text: FORMER OWNER: KEYSIGHT TECHNOLOGIES SINGAPORE (HOLDINGS) PTE. LTD., SINGAPORE, SG

R082 Change of representative

Representative=s name: SCHOPPE, ZIMMERMANN, STOECKELER, ZINKLER, SCHE, DE

Representative=s name: MURGITROYD & COMPANY, DE

R082 Change of representative

Representative=s name: SCHOPPE, ZIMMERMANN, STOECKELER, ZINKLER, SCHE, DE

R016 Response to examination communication