Port SERVICEACCESS - SERVICE-PCAP-PASSIVE đ¶
Port zur passiven UnterstĂŒtzung von Ethernet-Services auf Grundlage eines PCAP-basierten Netzwerkstacks
Dieser Port ist nur verfĂŒgbar, wenn Npcap installiert ist.
Stimulation¶
Dieser Port besitzt keine Stimulus-FĂ€higkeiten.
Eigenschaften đ¶
Name |
VerfĂŒgbar wenn |
Standardwert |
GĂŒltige Werte |
Typ |
Beschreibung |
|---|---|---|---|---|---|
Physical Layer âČNetzwerkzugriffâł |
|||||
Netzwerkadapter |
string |
Netzwerkadapter, der zum Empfang von Netzwerkpaketen verwendet werden soll |
|||
Autom. Datenempfang bei TestausfĂŒhrung |
â |
bool |
Nur wirksam wenn links bei âStartâ entweder âImmerâ gewĂ€hlt ist, oder âWenn benötigtâ und der Port in der Testkonfiguration verwendet wird. |
||
Loggerprotokoll-Einstellungen |
|||||
Loggerprotokoll |
[, ASAM CMP, PLP/TECMP] |
string |
Ein Loggerprotokoll wie z.B. ASAM CMP verwenden. In den Loggernachrichten enthaltene Ethernet-Frames werden dann extrahiert. |
||
Device- und Stream-IDs |
Loggerprotokoll: âASAM CMPâ |
string |
Identifier der Devices und Streams als Liste von Tupeln, jeweils bestehend aus Device-ID und Stream-ID, z.B.: (1,2),(3,4). Leer lassen, wenn keine Filterung anhand von Device- und Stream-ID benötigt wird. |
||
Interface-IDs |
Loggerprotokoll: âASAM CMPâ |
string |
Identifier der Interfaces: leer, wenn keine Filterung anhand der Interface-ID benötigt wird; mehrere können durch Komma getrennt werden. |
||
Device-IDs / Probe-IDs |
Loggerprotokoll: âPLP/TECMPâ |
string |
Identifier der Devices / Probes: leer, wenn keine Filterung anhand der Probe-ID benötigt wird; mehrere können durch Komma getrennt werden. |
||
Interface-IDs / Bus-Spec-IDs |
Loggerprotokoll: âPLP/TECMPâ |
string |
Identifier der Interfaces / Busspezifikationen: leer, wenn keine Filterung anhand der Busspezifikation benötigt wird; mehrere können durch Komma getrennt werden. |
||
IPC verwenden |
Loggerprotokoll: âPLP/TECMPâ |
â |
bool |
IPC anstelle von SOME/IP verwenden |
|
ĂuĂerer VLAN-Modus |
disable |
[disable, single tagging, single tagging (any ID)] |
string |
Wenn auf âsingle taggingâ gesetzt, ein zusĂ€tzliches VLAN-Tag auĂerhalb des Loggerprotokolls beachten und auf die angegebene VLAN-ID filtern; bei âsingle tagging (any ID)â muss das Tag selbst zwar vorhanden sein, die VLAN-ID ist jedoch nicht relevant. |
|
ĂuĂere VLAN-ID |
ĂuĂerer VLAN-Modus: âsingle taggingâ |
0 |
int |
Eingehende Pakete anhand dieser VLAN-ID filtern, sodass nur Pakete mit passender VLAN-ID beachtet werden. |
|
VLAN-Einstellungen âČIEEE 802.1Qâł |
IPC is disabled |
||||
VLAN-Modus |
IPC is disabled |
auto |
[auto, disable, single tagging] |
string |
Mit âautoâ wird die Einstellung aus der Datenbank ĂŒbernommen. âdisableâ fĂŒr deaktiviertes VLAN. Oder âsingle taggingâ, wenn eine feste VLAN-ID angegeben werden soll |
VLAN-ID |
IPC is disabled » VLAN-Modus: âsingle taggingâ |
0 |
int |
Wenn eingehende Pakete ein VLAN-Tag besitzen, werden sie gefiltert und nur Pakete mit dieser VLAN-ID werden akzeptiert. Eingehende Pakete ohne VLAN-Tag werden ebenfalls akzeptiert. |
|
SOME/IP-Einstellungen |
IPC is disabled |
||||
SD-Multicast-IP |
IPC is disabled |
âautoâ |
string |
Multicast-IP-Adresse fĂŒr die Service-Discovery: âautoâ wenn der Wert aus der Datenbank ĂŒbernommen werden soll |
|
SD-Port |
IPC is disabled |
âautoâ |
string |
UDP-Port fĂŒr die Service-Discovery: âautoâ wenn der Wert aus der Datenbank ĂŒbernommen werden soll. |
|
Verhalten bei Protokollfehlern |
IPC is disabled |
âNotPresentâ |
[âERRORâ, âNotPresentâ] |
string |
Verhalten des Testschritts wenn ein Protokollfehler auftritt (z.B. das SteuergerĂ€t antwortet nicht). StandardmĂ€Ăig wird âNotPresentâ zurĂŒck gegeben. Alternativ kann der Testschritt mit âERRORâ bewertet werden. |
Jobs đ¶
AddFilter¶
Die angegeben Interface-ID / BusSpec-ID zusÀtzlich zu den in der Testbench-Konfiguration angegebenen bis zum Testfallende empfangen
Parametrierung
Parameter
Name |
VerfĂŒgbar wenn |
Standardwert |
GĂŒltige Werte |
Typ |
Beschreibung |
|---|---|---|---|---|---|
BusSpecID |
int |
Interface-ID / BusSpec-ID |
LearnBPFilter¶
Lernt fĂŒr alle benötigten Services deren Endpunkte (Quell-IP-Adresse und -Port). Wandelt alle wĂ€hrend des Timeouts erkannten nicht benötigten Endpunkte in einen negativen Berkeley-Packet-Filter um, der sowohl fĂŒr den Empfang im Testfall als auch fĂŒr die pcap(ng)-Aufzeichnung ĂŒber diesen Port alle passenden Netzwerkpakete verwirft. Der Negativ-Filter kann in BPF-Syntax nutzerdefiniert erweitert werden. LĂ€uft bereits die Aufnahme, so hat der gelernte Filter keinen Einfluss darauf.
Parametrierung
Parameter
Name |
VerfĂŒgbar wenn |
Standardwert |
GĂŒltige Werte |
Typ |
Beschreibung |
|---|---|---|---|---|---|
clearCache |
False |
[False, True] |
bool |
Setzt den Cache eines vorherigen Aufrufs zurĂŒck, sodass die im Netzwerk vorhandenen Endpunkte neu angelernt werden. Der Aufruf dauert hierdurch jedoch lĂ€nger. |
|
timeout |
5 |
float |
Zeit in Sekunden (float) bis das Anlernen beendet wird |
||
userBpf |
string |
Optionale Erweiterung des Negativ-Filters. Hier bitte in BPF-Syntax positiv angeben, was zusĂ€tzlich weggefiltert werden soll, z.B. âvlan 42â |
RĂŒckgabewert
Name |
VerfĂŒgbar wenn |
Standardwert |
GĂŒltige Werte |
Typ |
Beschreibung |
|---|---|---|---|---|---|
result |
object |
Dictionary mit neededEndpoints, otherEndpoints (fĂŒr den Negativ-Filter), bpf (resultierender Filterausdruck), bpfLearn (temporĂ€r verwendeter Filterausdruck wĂ€hrend des Lernens) |
StartReceiving¶
Startet den Empfang von Netzwerkpaketen manuell