ManualCollection MSP HiOS 3A MR 09000 en
ManualCollection MSP HiOS 3A MR 09000 en
Reference Manual
Graphical User Interface
User Manual
Configuration
Reference Manual
Graphical User Interface
MICE Switch Power MSP30
HiOS-3A-MR
Manuals and software are protected by copyright. All rights reserved. The copying, reproduction, translation, conversion into
any electronic medium or machine scannable form is not permitted, either in whole or in part. An exception is the preparation
of a backup copy of the software for your own use.
The performance features described here are binding only if they have been expressly agreed when the contract was made.
This document was produced by Hirschmann Automation and Control GmbH according to the best of the company's
knowledge. Hirschmann reserves the right to change the contents of this document without prior notice. Hirschmann can give
no guarantee in respect of the correctness or accuracy of the information in this document.
Hirschmann can accept no responsibility for damages, resulting from the use of the network components or the associated
operating software. In addition, we refer to the conditions of use specified in the license contract.
You find the latest user documentation for your device at: doc.hirschmann.com
2021-12-11
Contents
Contents
Safety instructions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 9
Key. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
1 Basic Settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
1.1 System . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
1.2 Modules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
1.3 Network . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
1.3.1 Global. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
1.3.2 IPv4 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
1.4 Software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
1.5 Load/Save . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
1.6 External Memory . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 50
1.7 Port. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
1.8 Power over Ethernet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
1.8.1 PoE Global . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 61
1.8.2 PoE Port. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 64
1.9 Restart . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
2 Time. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
2.1 Basic Settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
2.2 SNTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
2.2.1 SNTP Client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
2.2.2 SNTP Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
2.3 PTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
2.3.1 PTP Global. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
2.3.2 PTP Boundary Clock . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
2.3.2.1 PTP Boundary Clock Global . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 87
2.3.2.2 PTP Boundary Clock Port . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 92
2.3.3 PTP Transparent Clock . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
2.3.3.1 PTP Transparent Clock Global . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 96
2.3.3.2 PTP Transparent Clock Port . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
RM GUI MSP30 3
Release 9.0 12/2021
Contents
5 Switching . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221
5.1 Switching Global . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221
5.2 Rate Limiter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224
5.3 Filter for MAC Addresses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227
4 RM GUI MSP30
Release 9.0 12/2021
Contents
RM GUI MSP30 5
Release 9.0 12/2021
Contents
6 Routing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 355
6.1 Routing Global . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 355
6.2 Routing Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 358
6.2.1 Routing Interfaces Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 359
6.2.2 Routing Interfaces Secondary Interface Addresses. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 365
6.3 ARP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 366
6.3.1 ARP Global . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 367
6.3.2 ARP Current. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 369
6.3.3 ARP Static . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 370
6.4 Router Discovery . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 372
6.5 RIP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 374
6.6 Open Shortest Path First . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 380
6.6.1 OSPF Global . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 382
6.6.2 OSPF Areas . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 390
6.6.3 OSPF Stub Areas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 392
6.6.4 OSPF Not So Stubby Areas. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 394
6.6.5 OSPF Interfaces. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 397
6.6.6 OSPF Virtual Links. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 403
6.6.7 OSPF Ranges . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 406
6.6.8 OSPF Diagnostics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 408
6.7 Routing Table. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 419
6.8 Tracking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 422
6.8.1 Tracking Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 424
6.8.2 Tracking Applications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 430
6.9 L3 Relay . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 431
6.10 Loopback Interface. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 436
6.11 Multicast Routing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 438
6.11.1 Multicast Routing Global . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 439
6.11.2 Multicast Routing Boundary Configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 444
6.11.3 Multicast Routing Static . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 446
6.11.4 IGMP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 447
6.11.4.1 IGMP Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 448
6.11.4.2 IGMP Proxy Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 455
6.11.4.3 IGMP Proxy Database . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 457
6.11.5 DVMRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 459
6.11.6 PIM. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 466
6.11.6.1 PIM-DM/SM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 467
6.11.6.2 PIM Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 471
6.11.6.3 PIM Static RP Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 473
6.11.6.4 PIM Candidate RP Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 476
6.11.6.5 PIM Candidate BSR Configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 478
6.11.6.6 PIM SSM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 480
6.12 L3-Redundancy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 481
6.12.1 VRRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 481
6.12.1.1 VRRP Configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 482
6.12.1.2 VRRP Domains . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 495
6.12.1.3 VRRP Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 497
6 RM GUI MSP30
Release 9.0 12/2021
Contents
7 Diagnostics. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 501
7.1 Status Configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 501
7.1.1 Device Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 502
7.1.2 Security Status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 507
7.1.3 Signal Contact . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 514
7.1.3.1 Signal Contact 1 / Signal Contact 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 515
7.1.4 MAC Notification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 520
7.1.5 Alarms (Traps) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 522
7.2 System . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 524
7.2.1 System Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 525
7.2.2 Hardware State . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 526
7.2.3 Configuration Check. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 527
7.2.4 IP Address Conflict Detection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 529
7.2.5 ARP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 534
7.2.6 Selftest . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 535
7.3 Email Notification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 537
7.3.1 Email Notification Global . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 538
7.3.2 Email Notification Recipients . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 542
7.3.3 Email Notification Mail Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 543
7.4 Syslog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 545
7.5 Ports. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 548
7.5.1 SFP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 549
7.5.2 TP cable diagnosis. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 550
7.5.3 Port Monitor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 552
7.5.4 Auto-Disable. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 562
7.5.5 Port Mirroring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 566
7.6 LLDP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 570
7.6.1 LLDP Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 571
7.6.2 LLDP Topology Discovery . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 575
7.7 Loop Protection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 578
7.8 SFlow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 583
7.8.1 SFlow Configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 584
7.8.2 SFlow Receiver . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 586
7.9 Report . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 587
7.9.1 Report Global . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 588
7.9.2 Persistent Logging . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 592
7.9.3 System Log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 595
7.9.4 Audit Trail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 596
8 Advanced . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 597
8.1 DHCP L2 Relay . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 597
8.1.1 DHCP L2 Relay Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 598
8.1.2 DHCP L2 Relay Statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 601
8.2 DHCP Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 602
8.2.1 DHCP Server Global . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 603
8.2.2 DHCP Server Pool . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 605
RM GUI MSP30 7
Release 9.0 12/2021
Contents
A Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 637
8 RM GUI MSP30
Release 9.0 12/2021
Safety instructions
Safety instructions
WARNING
UNCONTROLLED MACHINE ACTIONS
To avoid uncontrolled machine actions caused by data loss, configure all the data transmission
devices individually.
Before you start any machine which is controlled via data transmission, be sure to complete the
configuration of all data transmission devices.
Failure to follow these instructions can result in death, serious injury, or equipment
damage.
RM GUI MSP30 9
Release 9.0 12/2021
Safety instructions
10 RM GUI MSP30
Release 9.0 12/2021
About this Manual
The “Configuration” user manual contains the information you need to start operating the device. It
takes you step by step from the first startup operation through to the basic settings for operation in
your environment.
The “Installation” user manual contains a device description, safety instructions, a description of the
display, and the other information that you need to install the device.
The “Graphical User Interface” reference manual contains detailed information on using the
graphical user interface to operate the individual functions of the device.
The “Command Line Interface” reference manual contains detailed information on using the
Command Line Interface to operate the individual functions of the device.
The Industrial HiVision Network Management software provides you with additional options for
smooth configuration and monitoring:
Auto-topology discovery
Browser interface
Client/server structure
Event handling
Event log
Simultaneous configuration of multiple devices
Graphical user interface with network layout
SNMP/OPC gateway
RM GUI MSP30 11
Release 9.0 12/2021
Key
Key
List
Work step
Link Cross-reference with link
Note: A note emphasizes a significant fact or draws your attention to a dependency.
Courier Representation of a CLI command or field contents in the graphical user interface
12 RM GUI MSP30
Release 9.0 12/2021
Notes on the Graphical User Interface
Banner
The prerequisite to use the Graphical User Interface of the device is a web browser with HTML5
support.
The responsive Graphical User Interface automatically adapts to the size of your screen.
Consequently, you can see more details on a large, high-resolution screen than on a small screen.
For example, on a high-resolution screen, the buttons have a label next to the icon. On a screen
with a small width, the Graphical User Interface displays only the icon.
Note: On a conventional screen, you click to navigate. On a device with a touchscreen, on the other
hand, you tap. For simplicity, we only use "click" in our help texts.
Banner
The banner displays the following information:
Displays and hides the menu. The banner displays the button if the web browser window is too
narrow.
Brand logo
Click the logo to open the website of the manufacturer in a new window.
Dialog name
Displays the name of the dialog currently displayed in the dialog area.
Displays that the Graphical User Interface cannot contact the device. The connection to the device
is interrupted.
Displays if the settings in the volatile memory (RAM) differ from the settings of the "Selected"
configuration profile in the non-volatile memory (NVM). The banner displays the icon if you have
transferred the changes to the volatile memory (RAM), but not yet saved them in the non-volatile
memory (NVM).
RM GUI MSP30 13
Release 9.0 12/2021
Notes on the Graphical User Interface
Banner
When you click the button, the online help opens in a new window.
When you click the button, a tooltip displays the following information:
• The summary of the Device status frame. See the Basic Settings > System dialog.
• The summary of the Security status frame. See the Basic Settings > System dialog.
• The summary of the Information frame. See the Diagnostics > System > Configuration Check dialog.
A red dot next to the icon means that at least one of the values is greater than 0.
When you click the button, a submenu opens with the following menu items:
• User account name
The account name of the user that is currently logged in.
• Logout button
When you click the button, this logs out the currently logged in user. Then the login dialog opens.
14 RM GUI MSP30
Release 9.0 12/2021
Notes on the Graphical User Interface
Menu pane
Menu pane
The graphical user interface hides the menu pane if the web browser window is too narrow.
To display the menu pane, click the button in the banner.
Icons bar
Device software
Displays the version number of the device software that the device loaded during the last restart
and is currently running.
Displays a text field to search for a keyword. When you enter a character or string, the menu tree
displays a menu item only for those dialogs that are related to this keyword.
The menu tree displays a menu item only for those dialogs in which at least one parameter differs
from the default setting (Diff to default). To display the complete menu tree again, click the
button.
Collapses the menu tree. The menu tree then displays only the menu items of the first level.
Expands the menu tree. The menu tree then displays every menu item on every level.
RM GUI MSP30 15
Release 9.0 12/2021
Notes on the Graphical User Interface
Menu pane
Menu tree
The menu tree contains one item for each dialog in the Graphical User Interface. When you click a
menu item, the dialog area displays the corresponding dialog. You can change the view of the
menu tree by clicking the buttons in the icons bar at the top. Furthermore, you can change the view
of the menu tree by clicking the following buttons:
Expands the current menu item to display the menu items of the next lower level. The menu tree
displays the button next to each collapsed menu item that contains menu items on the next lower
level.
Collapses the menu item to hide the menu items of the lower levels. The menu tree displays the
button next to each expanded menu item.
16 RM GUI MSP30
Release 9.0 12/2021
Notes on the Graphical User Interface
Dialog area
Dialog area
The dialog area displays the dialog that you select in the menu tree, including its controls. Here,
you can monitor and change the settings of the device depending on your access role.
Control elements
The dialogs contain different control elements. These control elements are read-only or editable,
depending on the parameter and your access role as a user.
Modification mark
When you modify a value, the corresponding field or table cell displays a red triangle in its top-left
corner. The red triangle indicates that you have not yet transferred your modification to the volatile
memory (RAM) of the device.
Standard buttons
Here you find the description of the standard buttons. The special dialog-specific buttons are
described in the corresponding dialog help text.
Transfers the changes to the volatile memory (RAM) of the device and applies them to the device.
Information on how the device retains the modified settings even after a reboot you find in section
“Saving the settings” on page 18.
RM GUI MSP30 17
Release 9.0 12/2021
Notes on the Graphical User Interface
Dialog area
Undoes the unsaved changes in the current dialog. Updates the fields with the values that are
saved in the volatile memory (RAM) of the device.
Saving transfers the modified settings to the volatile memory (RAM) of the device. To do this, perform
the following step:
Click the button.
Note: Unintentional changes to the settings can terminate the connection between your PC and the
device. To keep the device accessible, enable the Undo configuration modifications function in the
Basic Settings > Load/Save dialog, before changing any settings. Using the function, the device
continuously checks if it can still be reached from the IP address of your PC. If the connection is
lost, then the device loads the configuration profile saved in the non-volatile memory (NVM) after the
specified time. Afterwards, the device can be accessed again.
To keep the modified settings even after restarting the device, perform the following steps:
Open the Basic Settings > Load/Save dialog.
In the table, mark the checkbox far left in the row of the desired configuration profile.
When the checkbox in the Selected column is unmarked, click the button and then the Select
item.
Click the button to save your current changes.
If a dialog remains open for a longer time, then the values in the device have possibly changed in
the meantime.
To update the display in the dialog, click the button. Unsaved information in the dialog is
lost.
The dialogs display numerous settings in table form. You have the option of customizing the
appearance of the tables to fit your needs.
You can find useful information on how to use the tables in the following sections:
Filter rows
Sort rows
Select multiple table rows
18 RM GUI MSP30
Release 9.0 12/2021
Notes on the Graphical User Interface
Dialog area
Filter rows
The filter lets you reduce the number of rows in the table.
Displays a second row in the table header containing a text field for every column. When you enter
a string in a field, the table displays only the rows that contain this string in the corresponding
column.
Sort rows
Every column in the table header contains an icon that lets you change the order of the table rows.
Displays that the table rows are sorted by a criterion other than the values in this column.
Click the icon to sort the table rows in descending order based on the entries of the corresponding
column. You might be able to restore the initial sorting in the table only after logging off and logging
in again.
Displays that the table rows are sorted in descending order based on the entries of the
corresponding column.
Click the icon to sort the table rows in ascending order based on the entries of the corresponding
column.
Displays that the table rows are sorted in ascending order based on the entries of the
corresponding column.
Click the icon to sort the table rows in descending order based on the entries of the corresponding
column.
You have the option of selecting multiple table rows at once and then apply an action to them. This
is useful for example, when you want to remove multiple table rows at the same time.
To select individual table rows, mark the leftmost checkbox in the desired row.
To select every table row, mark the leftmost checkbox in the table header.
RM GUI MSP30 19
Release 9.0 12/2021
Notes on the Graphical User Interface
Dialog area
20 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > System ]
1 Basic Settings
1.1 System
[ Basic Settings > System ]
This dialog displays information about the operating status of the device.
Device status
Device status
Displays the device status and the alarms that currently exist. When at least 1 alarm is present, the
background color is red. Otherwise, the background color is green.
You specify the parameters that the device monitors in the Diagnostics > Status Configuration > Device
Status dialog. If a monitored parameter differs from the desired status, then the device triggers an
alarm.
A tooltip displays the cause of the currently existing alarms and the time at which the device
triggered the alarm. To display the tooltip, hover the mouse pointer over or tap the field. In the
Diagnostics > Status Configuration > Device Status dialog, the Status tab displays an overview of the
alarms.
Note: If you connect only 1 power supply unit to a device that supports 2 redundant power supply
units, then the device reports an alarm. To disable this kind of alarm, deactivate the monitoring of
the missing power supply units in the Diagnostics > Status Configuration > Device Status dialog.
RM GUI MSP30 21
Release 9.0 12/2021
Basic Settings
[ Basic Settings > System ]
Security status
Security status
Displays the security status and the alarms that currently exist. When at least 1 alarm is present,
the background color is red. Otherwise, the background color is green.
You specify the parameters that the device monitors in the Diagnostics > Status Configuration >
Security Status dialog. If a monitored parameter differs from the desired status, then the device
triggers an alarm.
A tooltip displays the cause of the currently existing alarms and the time at which the device
triggered the alarm. To display the tooltip, hover the mouse pointer over or tap the field. In the
Diagnostics > Status Configuration > Security Status dialog, the Status tab displays an overview of the
alarms.
Displays the signal contact status and the alarms that currently exist. When at least 1 alarm is
present, the background color is red. Otherwise, the background color is green.
You specify the parameters that the device monitors in the Diagnostics > Status Configuration > Signal
Contact > Signal Contact 1/Signal Contact 2 dialog. If a monitored parameter differs from the desired
status, then the device triggers an alarm.
A tooltip displays the cause of the currently existing alarms and the time at which the device
triggered the alarm. To display the tooltip, hover the mouse pointer over or tap the field. In the
Diagnostics > Status Configuration > Signal Contact > Signal Contact 1/Signal Contact 2 dialog, the Status
tab displays an overview of the alarms.
System data
The fields in this frame display operating data and information on the location of the device.
System name
Specifies the name for which the device is known in the network.
Possible values:
Alphanumeric ASCII character string with 0..255 characters
The device accepts the following characters:
– 0..9
– a..z
– A..Z
– !#$%&'()*+,-./:;<=>?@[\\]^_`{}~
<device type name>-<MAC address> (default setting)
22 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > System ]
When creating HTTPS X.509 certificates, the application generating the certificate uses the
specified value as the domain name and common name.
The following functions use the specified value as a host name or FQDN (Fully Qualified Domain
Name). For compatibility, it is recommended to use only lowercase letters, since some systems
distinguish uppercase from lowercase in the FQDN. Verify that this name is unique in the whole
network.
DHCP client
Syslog
IEC61850-MMS
PROFINET
Note: Specify a device name that is compatible with PROFINET: max. 240 characters, not starting
with a number. The participants in the network read the device name using SNMP and PROFINET
DCP.
Location
Specifies the current or planned location.
Possible values:
Alphanumeric ASCII character string with 0..255 characters
Contact person
Specifies the contact person for this device.
Possible values:
Alphanumeric ASCII character string with 0..255 characters
Device type
Displays the product name of the basic device.
Power supply 1
Power supply 2
Displays the status of the power supply unit at the respective voltage supply connector.
Possible values:
present
defective
not installed
unknown
RM GUI MSP30 23
Release 9.0 12/2021
Basic Settings
[ Basic Settings > System ]
Uptime
Displays the time that has elapsed since the device was last restarted.
Possible values:
Time in the format day(s), ...h ...m ...s
Temperature [°C]
Displays the current temperature in the device in °C.
You activate the monitoring of the temperature threshold values in the Diagnostics > Status
Configuration > Device Status dialog.
For further information about specifying the temperature threshold values, see the “Installation”
user manual.
Possible values:
-99..99 (integer)
If the temperature in the device exceeds the specified value, then the device displays an alarm.
For further information about specifying the temperature threshold values, see the “Installation”
user manual.
Possible values:
-99..99 (integer)
If the temperature in the device falls below the specified value, then the device displays an
alarm.
Possible values:
0..100 (default setting: 95)
If the humidity in the device exceeds the specified value, then the device displays an alarm.
Possible values:
0..100 (default setting: 5)
If the humidity in the device falls below the specified value, then the device displays an alarm.
24 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > System ]
LED status
For further information about the device status LEDs, see the “Installation” user manual.
Status
There is currently at least 1 device status alarm. For details, see the Device status frame.
Power
Device that supports 2 redundant power supply units: Only 1 supply voltage is active.
Device that supports 1 power supply unit: The supply voltage is active.
Device that supports 2 redundant power supply units: Both supply voltages are active.
RM
Redundancy Manager: MRP ring manager
ACA
RM GUI MSP30 25
Release 9.0 12/2021
Basic Settings
[ Basic Settings > System ]
I1
I2
Port status
This frame displays a simplified view of the device ports at the time of the last display update. In
the initial view, the frame only displays ports with an active link. When you click the button, the
frame displays every port.
You can easily identify the port status from the indicator:
Ports with an active link:
– The background color is green.
– The port speed is displayed next to the port number.
Ports with an inactive link:
The background color is gray.
Ports in a Blocking state due to a redundancy function:
The border is dashed.
When you hover the mouse pointer over or tap the appropriate port icon, a tooltip displays detailed
port state information.
26 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Modules ]
1.2 Modules
[ Basic Settings > Modules ]
The device lets you install or remove the modules during operation (hot-plug).
As long as the Ethernet module status column displays the value configurable you can configure
the module and save its preferences.
When you replace the module with an identical module, the device applies the settings to the
new module immediately.
When you replace the module with a different type of module, the device applies the factory
settings to the new module.
When you plug a module in an empty slot, the device configures the module with its default
settings. If the slot is inactive, then it remains inactive until you mark the checkbox in the Active
column. With the port default settings loaded on the module, access to the network is possible.
Activate/Deactivate a slot
On a deactivated slot, the device recognizes the installed module and port configuration is possible.
The module establishes no network connections on a deactivated slot.
RM GUI MSP30 27
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Modules ]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Ethernet module
Displays the number of the slot to which the entry refers.
Active
Activates/deactivates the slot.
Possible values:
marked (default setting)
The slot is active. The device recognizes a module installed in this slot.
unmarked
The slot is inactive.
Type
Displays the type of the installed module.
Description
Specifies a short description of the installed module.
Version
Displays the version of the installed module.
Ports
Displays how many ports are available on the installed module.
Serial number
Displays the serial number of the installed module.
28 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Network ]
Possible values:
physical
A module is present in the slot.
configurable
The slot is empty and available for configuration.
remove
The slot is empty and deactivated.
fix
The module cannot be removed.
1.3 Network
[ Basic Settings > Network ]
RM GUI MSP30 29
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Network > Global ]
1.3.1 Global
[ Basic Settings > Network > Global ]
This dialog lets you specify the VLAN and HiDiscovery settings required for the access to the device
management through the network.
Management interface
This frame lets you specify the VLAN in which the device management can be accessed.
VLAN ID
Specifies the VLAN in which the device management is accessible through the network. The device
management is accessible through ports that are members of this VLAN.
Possible values:
1..4042 (default setting: 1)
The prerequisite is that the VLAN is already configured. See the Switching > VLAN > Configuration
dialog.
Assign a VLAN ID that is not assigned to any router interface.
When you click the button after changing the value, the Information window opens. Select the
port, over which you connect to the device in the future. After clicking the Ok button, the new device
management VLAN settings are assigned to the port.
• After that the port is a member of the VLAN and transmits the data packets without a VLAN tag
(untagged). See the Switching > VLAN > Configuration dialog.
• The device assigns the port VLAN ID of the device management VLAN to the port. See the
Switching > VLAN > Port dialog.
After a short time the device is reachable over the new port in the new device management VLAN.
MAC address
Displays the MAC address of the device. The device management is accessible via the network
using the MAC address.
Possible values:
marked
The MAC address conflict detection function is enabled.
The device verifies that its MAC address is unique in the network.
unmarked (default setting)
The MAC address conflict detection function is disabled.
30 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Network > Global ]
This frame lets you specify settings for the access to the device using the HiDiscovery protocol.
On a PC, the HiDiscovery software displays the Hirschmann devices that can be accessed in the
network on which the HiDiscovery function is enabled. You can access these devices even if they
have invalid or no IP parameters assigned. The HiDiscovery software lets you assign or change the
IP parameters in the device.
Note: With the HiDiscovery software you access the device only through ports that are members
of the same VLAN as the device management. You specify which VLAN a certain port is assigned
to in the Switching > VLAN > Configuration dialog.
Operation
Enables/disables the HiDiscovery function in the device.
Possible values:
On (default setting)
The HiDiscovery function is enabled.
You can use the HiDiscovery software to access the device from your PC.
Off
The HiDiscovery function is disabled.
Access
Enables/disables the write access to the device using for the HiDiscovery function.
Possible values:
readWrite (default setting)
The HiDiscovery function has write access to the device. The device lets you change the IP
parameters in the device using the HiDiscovery function.
readOnly
The HiDiscovery function has read-only access to the device. The device lets you view the IP
parameters in the device using the HiDiscovery function.
Recommendation: Change the setting to the value readOnly only after putting the device into
operation.
Signal
Activates/deactivates the flashing of the port LEDs as does the function of the same name in the
HiDiscovery software. The function lets you identify the device in the field.
Possible values:
marked
The flashing of the port LEDs is active.
The port LEDs flash until you disable the function again.
unmarked (default setting)
The flashing of the port LEDs is inactive.
RM GUI MSP30 31
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Network > Global ]
Relay status
Activates/deactivates the HiDiscovery relay function. This function lets the HiDiscovery software to
find and display devices located in other subnets.
Possible values:
marked (default setting)
The HiDiscovery relay function is active.
The device forwards the HiDiscovery request packets sent from the device management into
directly connected subnets. The device also responds to requests with its IP parameters.
unmarked
The HiDiscovery relay function is inactive.
The HiDiscovery software finds only the devices located in the same subnet as the device
management.
32 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Network > IPv4 ]
1.3.2 IPv4
[ Basic Settings > Network > IPv4 ]
This dialog allows you to specify the IPv4 settings required for the access to the device
management through the network.
Management interface
IP address assignment
Specifies the source from which the device management receives its IP parameters.
Possible values:
Local
The device uses the IP parameters from the internal memory. You specify the settings for this
in the IP parameter frame.
BOOTP
The device receives its IP parameters from a BOOTP or DHCP server.
The server evaluates the MAC address of the device, then assigns the IP parameters.
DHCP (default setting)
The device receives its IP parameters from a DHCP server.
The server evaluates the MAC address, the DHCP name, or other parameters of the device,
then assigns the IP parameters.
When the server also provides the addresses of DNS servers, the device displays these
addresses in the Advanced > DNS > Cache > Current dialog.
Note: If there is no response from the BOOTP or DHCP server, then the device sets the IP address
to 0.0.0.0 and makes another attempt to obtain a valid IP address.
IP parameter
This frame lets you assign the IP parameters manually. If you have selected the Local radio button
in the Management interface frame, IP address assignment option list, then these fields can be edited.
IP address
Specifies the IP address under which the device management can be accessed through the
network.
Possible values:
Valid IPv4 address
Verify that the IP subnet of the device management is not overlapping with any subnet connected
to another interface of the device:
• router interface
• loopback interface
RM GUI MSP30 33
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Network > IPv4 ]
Netmask
Specifies the netmask.
Possible values:
Valid IPv4 netmask
Gateway address
Specifies the IP address of a router through which the device accesses other devices outside of its
own network.
Possible values:
Valid IPv4 address
If the device does not use the specified gateway, then verify that another default gateway is
specified. The setting in the following dialog has precedence:
• Routing > Routing Table dialog, Next hop IP address column, if the value in the Network address
column and in the Netmask column is 0.0.0.0
BOOTP/DHCP
Client ID
Displays the DHCP client ID that the device sends to the BOOTP or DHCP server. If the server is
configured accordingly, then it reserves an IP address for this DHCP client ID. Therefore, the device
receives the same IP from the server every time it requests it.
The DHCP client ID that the device sends is the device name specified in the System name field in
the Basic Settings > System dialog.
Possible values:
On (default setting)
The DHCP option 66/67/4/42 function is enabled.
The device loads the configuration profile and receives the time server information using the
following DHCP options:
– Option 66: TFTP server name
Option 67: Boot file name
The device automatically loads the configuration profile from the DHCP server into the
volatile memory (RAM) using the TFTP protocol. The device uses the settings of the imported
configuration profile in the running-config.
– Option 4: Time Server
Option 42: Network Time Protocol Servers
The device receives the time server information from the DHCP server.
Off
The DHCP option 66/67/4/42 function is disabled.
– The device does not load a configuration profile using DHCP Options 66/67.
– The device does not receive time server information using DHCP Options 4/42.
34 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Software ]
1.4 Software
[ Basic Settings > Software ]
This dialog lets you update the device software and display information about the device software.
You also have the option to restore a backup of the device software saved in the device.
Note: Before updating the device software, follow the version-specific notes in the Readme text file.
Version
Stored version
Displays the version number and creation date of the device software stored in the flash memory.
The device loads the device software during the next restart.
Running version
Displays the version number and creation date of the device software that the device loaded during
the last restart and is currently running.
Backup version
Displays the version number and creation date of the device software saved as a backup in the
flash memory. The device copied this device software into the backup memory during the last
software update or after you clicked the Restore button.
Restore
Restores the device software saved as a backup. In the process, the device changes the Stored
version and the Backup version of the device software.
Bootcode
Displays the version number and creation date of the boot code.
RM GUI MSP30 35
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Software ]
Software update
Alternatively, when the image file is located in the external memory, the device lets you update the
device software by right-clicking in the table.
URL
Specifies the path and the file name of the image file with which you update the device software.
The device gives you the following options for updating the device software:
Software update from the PC
When the file is located on your PC or on a network drive, drag and drop the file in the area.
Alternatively click in the area to select the file.
Software update from an FTP server
When the file is located on an FTP server, specify the URL for the file in the following form:
ftp://<user>:<password>@<IP address>:<port>/<file name>
Software update from a TFTP server
When the file is located on a TFTP server, specify the URL for the file in the following form:
tftp://<IP address>/<path>/<file name>
Software update from an SCP or SFTP server
When the file is located on an SCP or SFTP server, specify the URL for the file in one of the
following forms:
– scp:// or sftp://<IP address>/<path>/<file name>
When you click the Start button, the device displays the Credentials window. There you enter
User name and Password, to log in to the server.
– scp:// or sftp://<user>:<password>@<IP address>/<path>/<file name>
Start
Updates the device software.
The device installs the selected file in the flash memory, replacing the previously saved device
software. Upon restart, the device loads the installed device software.
The device copies the existing software into the backup memory.
To remain logged in to the device during the software update, move the mouse pointer
occasionally. Alternatively, specify a sufficiently high value in the Device Security > Management
Access > Web dialog, field Web interface session timeout [min] before the software update.
File location
Displays the storage location of the device software.
Possible values:
ram
Volatile memory of the device
flash
Non-volatile memory (NVM) of the device
36 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Software ]
Index
Displays the index of the device software.
For the device software in the flash memory, the index has the following meaning:
1
Upon restart, the device loads this device software.
2
The device copied this device software into the backup area during the last software update.
File name
Displays the device-internal file name of the device software.
Firmware
Displays the version number and creation date of the device software.
License
Packages allow you to extend the device with selected functions. This table displays the packages
contained in the device software.
License ID
Displays the index number to which the table entry relates.
Description
Displays the purpose for the use of the package.
Status
Displays if the device uses the package.
Possible values:
active
The device uses the package.
inactive
The device does not use the package.
no-license
The device lacks the license to use the package.
RM GUI MSP30 37
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Load/Save ]
1.5 Load/Save
[ Basic Settings > Load/Save ]
This dialog lets you save the device settings permanently in a configuration profile.
The device can hold several configuration profiles. When you activate an alternative configuration
profile, you change to other device settings. You have the option of exporting the configuration
profiles to your PC or to a server. You also have the option of importing the configuration profiles
from your PC or from a server to the device.
In the default setting, the device saves the configuration profiles unencrypted. If you enter a
password in the Configuration encryption frame, then the device saves both the current and the future
configuration profiles in an encrypted format.
Unintentional changes to the settings can terminate the connection between your PC and the
device. To keep the device accessible, enable the Undo configuration modifications function before
changing any settings. If the connection is lost, then the device loads the configuration profile saved
in the non-volatile memory (NVM) after the specified time.
Note: Upgrading from Classic to HiOS? Convert your device configuration files using our online
tool: https://convert.hirschmann.com
External memory
Possible values:
sd
External SD memory (ACA31) (unavailable for MSP-X)
usb
External USB memory (ACA21/ACA22)
Status
Displays the operating state of the selected external memory.
Possible values:
notPresent
No external memory connected.
removed
Someone has removed the external memory from the device during operation.
ok
The external memory is connected and ready for operation.
outOfMemory
The memory space is occupied in the external memory.
genericErr
The device has detected an error.
38 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Load/Save ]
Configuration encryption
Active
Displays if the configuration encryption is active/inactive in the device.
Possible values:
marked
The configuration encryption is active.
If the configuration profile is encrypted and the password matches the password stored in the
device, then the device loads a configuration profile from the non-volatile memory (NVM).
unmarked
The configuration encryption is inactive.
If the configuration profile is unencrypted, then the device loads a configuration profile from the
non-volatile memory (NVM) only.
If in the Basic Settings > External Memory dialog, the Config priority column has the value first or
second and the configuration profile is unencrypted, then the Security status frame in the Basic
Settings > System dialog displays an alarm.
In the Diagnostics > Status Configuration > Security Status dialog, Global tab, Monitor column you specify
if the device monitors the Load unencrypted config from external memory parameter.
Set password
Opens the Set password window that helps you to enter the password needed for the configuration
profile encryption. Encrypting the configuration profiles makes unauthorized access more difficult.
To do this, perform the following steps:
When you are changing an existing password, enter the existing password in the Old password
field. To display the password in plain text instead of ***** (asterisks), mark the Display content
checkbox.
In the New password field, enter the password.
To display the password in plain text instead of ***** (asterisks), mark the Display content
checkbox.
Mark the Save configuration afterwards checkbox to use encryption also for the Selected
configuration profile in the non-volatile memory (NVM) and in the external memory.
Note: If a maximum of one configuration profile is stored in the non-volatile memory (NVM) of the
device, then use this function only. Before creating additional configuration profiles, decide for or
against permanently activated configuration encryption in the device. Save additional configuration
profiles either unencrypted or encrypted with the same password.
If you are replacing a device with an encrypted configuration profile, for example due to a defect,
then perform the following steps:
Restart the new device and assign the IP parameters.
Open the Basic Settings > Load/Save dialog on the new device.
Encrypt the configuration profile in the new device. See above. Enter the same password you
used in the defective device.
Install the external memory from the defective device in the new device.
Restart the new device.
When you restart the device, the device loads the configuration profile with the settings of the
defective device from the external memory. The device copies the settings into the volatile
memory (RAM) and into the non-volatile memory (NVM).
RM GUI MSP30 39
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Load/Save ]
Note: The prerequisite for loading a configuration profile from the external memory is that in the
Basic Settings > External Memory dialog the Config priority column displays the value first or second.
This value is set as the default setting.
Delete
Opens the Delete window which helps you to cancel the configuration encryption in the device. To
cancel the configuration encryption, perform the following steps:
In the Old password field, enter the existing password.
To display the password in plain text instead of ***** (asterisks), mark the Display content
checkbox.
Mark the Save configuration afterwards checkbox to remove the encryption also for the Selected
configuration profile in the non-volatile memory (NVM) and in the external memory.
Note: If you keep additional encrypted configuration profiles in the memory, then the device helps
prevent you from activating or designating these configuration profiles as "Selected".
Operation
Enables/disables the Undo configuration modifications function. Using the function, the device
continuously checks if it can still be reached from the IP address of your PC. If the connection is
lost, after a specified time period the device loads the “Selected” configuration profile from the non-
volatile memory (NVM). Afterwards, the device can be accessed again.
Possible values:
On
The function is enabled.
– You specify the time period between the interruption of the connection and the loading of the
configuration profile in the Timeout [s] to recover after connection loss field.
– When the non-volatile memory (NVM) contains multiple configuration profiles, the device
loads the configuration profile designated as “Selected”.
Off (default setting)
The function is disabled.
Disable the function again before you close the Graphical User Interface. You thus help prevent
the device from restoring the configuration profile designated as “Selected”.
Note: Before you enable the function, save the settings in the configuration profile. Current
changes, that are saved temporarily, are therefore maintained in the device.
Possible values:
30..600 (default setting: 600)
Specify a sufficiently large value. Take into account the time when you are viewing the dialogs of
the Graphical User Interface without changing or updating them.
40 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Load/Save ]
Watchdog IP address
Displays the IP address of the PC on which you have enabled the function.
Possible values:
IPv4 address (default setting: 0.0.0.0)
Information
Possible values:
marked
The settings match.
unmarked
The settings differ. Additionally, the Banner displays the icon .
Possible values:
marked
The settings match.
unmarked
The settings differ.
Possible causes:
– No external memory is connected to the device.
– In the Basic Settings > External Memory dialog, the Backup config when saving function is
disabled.
Operation
Enables/disables the Backup config on a remote server when saving function.
Possible values:
Enabled
The Backup config on a remote server when saving function is enabled.
When you save the configuration profile in the non-volatile memory (NVM), the device
automatically backs up the configuration profile on the remote server specified in the URL field.
Disabled (default setting)
The Backup config on a remote server when saving function is disabled.
RM GUI MSP30 41
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Load/Save ]
URL
Specifies path and file name of the backed up configuration profile on the remote server.
Possible values:
Alphanumeric ASCII character string with 0..128 characters
Example: tftp://192.9.200.1/cfg/config.xml
The device supports the following wildcards:
– %d
System date in the format YYYY-mm-dd
– %t
System time in the format HH_MM_SS
– %i
IP address of the device
– %m
MAC address of the device in the format AA-BB-CC-DD-EE-FF
– %p
Product name of the device
Set credentials
Opens the Credentials window which helps you to enter the login credentials needed to authenticate
on the remote server. To do this, perform the following steps:
In the User name field, enter the user name.
To display the user name in plain text instead of ***** (asterisks), mark the Display content
checkbox.
Possible values:
– Alphanumeric ASCII character string with 1..32 characters
In the Password field, enter the password.
To display the password in plain text instead of ***** (asterisks), mark the Display content
checkbox.
Possible values:
Alphanumeric ASCII character string with 6..64 characters
The device accepts the following characters:
a..z
A..Z
0..9
!#$%&'()*+,-./:;<=>?@[\\]^_`{}~
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Remove
Removes the configuration profile selected in the table from the non-volatile memory (NVM) or from
the external memory.
If the configuration profile is designated as "Selected", then the device helps prevent you from
removing the configuration profile.
42 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Load/Save ]
Save
Transfers the settings from the volatile memory (RAM) into the configuration profile designated as
“Selected” in the non-volatile memory (NVM).
When in the Basic Settings > External Memory dialog the checkbox in the Backup config when saving
column is marked, then the device generates a copy of the configuration profile in the external
memory.
Displays a context menu with further functions for the corresponding dialog.
Save as..
Opens the Save as.. window to copy the configuration profile selected in the table and saves it with
a user-specified name in the non-volatile memory (NVM).
In the Profile name field, enter the name under which you want to save the configuration profile.
To save the configuration profile under a new name, click the button.
To overwrite an existing configuration profile, select the corresponding entry from the drop-
down list.
If in the Basic Settings > External Memory dialog the checkbox in the Backup config when saving column
is marked, then the device designates the configuration profile of the same name in the external
memory as “Selected”.
Note: Before creating additional configuration profiles, decide for or against permanently activated
configuration encryption in the device. Save additional configuration profiles either unencrypted or
encrypted with the same password.
Activate
Loads the settings of the configuration profile selected in the table to the volatile memory (RAM).
The device terminates the connection to the Graphical User Interface. To access the device
management again, perform the following steps:
Reload the Graphical User Interface.
Log in again.
The device immediately uses the settings of the configuration profile on the fly.
Enable the Undo configuration modifications function before you activate another configuration profile.
If the connection is lost afterwards, then the device loads the last configuration profile designated
as “Selected” from the non-volatile memory (NVM). The device can then be accessed again.
If the configuration encryption is inactive, then the device loads an unencrypted configuration
profile. If the configuration encryption is active and the password matches the password stored in
the device, then the device loads an encrypted configuration profile.
When you activate an older configuration profile, the device takes over the settings of the functions
contained in this software version. The device sets the values of new functions to their default
value.
RM GUI MSP30 43
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Load/Save ]
Select
Designates the configuration profile selected in the table as “Selected”. In the Selected column, the
checkbox is then marked.
When applying the Undo configuration modifications function or during a restart, the device loads the
settings of this configuration profile to the volatile memory (RAM).
If the configuration encryption in the device is disabled, then designate an unencrypted
configuration profile only as “Selected”.
If the configuration encryption in the device is enabled and the password of the configuration
profile matches the password saved in the device, then designate an encrypted configuration
profile only as “Selected”.
Otherwise, the device is unable to load and encrypt the settings in the configuration profile the next
time it restarts. For this case you specify in the Diagnostics > System > Selftest dialog if the device
starts with the default settings or terminates the restart and stops.
Note: You only mark the configuration profiles saved in the non-volatile memory (NVM).
If in the Basic Settings > External Memory dialog the checkbox in the Backup config when saving column
is marked, then the device designates the configuration profile of the same name in the external
memory as “Selected”.
Import...
Opens the Import... window to import a configuration profile.
The prerequisite is that you have exported the configuration profile using the Export... button or
using the link in the Profile name column.
In the Select source drop-down list, select from where the device imports the configuration profile.
PC/URL
The device imports the configuration profile from the local PC or from a remote server.
External memory
The device imports the configuration profile from the selected external memory. See the
External memory frame.
When PC/URL is selected above, in the Import profile from PC/URL frame you specify the
configuration profile file to be imported.
– Import from the PC
When the file is located on your PC or on a network drive, drag and drop the file in the
area. Alternatively click in the area to select the file.
– Import from an FTP server
When the file is located on an FTP server, specify the URL for the file in the following form:
ftp://<user>:<password>@<IP address>:<port>/<file name>
– Import from a TFTP server
When the file is located on a TFTP server, specify the URL for the file in the following form:
tftp://<IP address>/<path>/<file name>
– Import from an SCP or SFTP server
When the file is located on an SCP or SFTP server, specify the URL for the file in one of the
following forms:
scp:// or sftp://<IP address>/<path>/<file name>
When you click the Start button, the device displays the Credentials window. There you enter
User name and Password, to log in to the server.
scp:// or sftp://<user>:<password>@<IP address>/<path>/<file name>
44 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Load/Save ]
When External memory is selected above, in the Import profile from external memory frame you
specify the configuration profile file to be imported.
In the Profile name drop-down list, select the name of the configuration profile to be imported.
In the Destination frame you specify where the device saves the imported configuration profile.
In the Profile name field you specify the name under which the device saves the configuration
profile.
In the Storage type field you specify the storage location for the configuration profile. The
prerequisite is that in the Select source drop-down list you select the PC/URL item.
RAM
The device saves the configuration profile in the volatile memory (RAM) of the device. This
replaces the running-config, the device uses the settings of the imported configuration
profile immediately. The device terminates the connection to the Graphical User Interface.
Reload the Graphical User Interface. Log in again.
NVM
The device saves the configuration profile in the non-volatile memory (NVM) of the device.
When you import a configuration profile, the device takes over the settings as follows:
• If the configuration profile was exported on the same device or on an identically equipped device
of the same type, then:
The device takes over the settings completely.
If the device uses modules, then also read the help text of the Basic Settings > Modules dialog.
• If the configuration profile was exported on an other device, then:
The device takes over the settings which it can interpret based on its hardware equipment and
software level.
The remaining settings the device takes over from its running-config configuration profile.
Regarding configuration profile encryption, also read the help text of the Configuration encryption
frame. The device imports a configuration profile under the following conditions:
• The configuration encryption of the device is inactive. The configuration profile is unencrypted.
• The configuration encryption of the device is active. The configuration profile is encrypted with
the same password that the device currently uses.
Export...
Exports the configuration profile selected in the table and saves it as an XML file on a remote
server.
To save the file on your PC, click the link in the Profile name column to select the storage location
and specify the file name.
The device gives you the following options for exporting a configuration profile:
Export to an FTP server
To save the file on an FTP server, specify the URL for the file in the following form:
ftp://<user>:<password>@<IP address>:<port>/<file name>
Export to a TFTP server
To save the file on a TFTP server, specify the URL for the file in the following form:
tftp://<IP address>/<path>/<file name>
Export to an SCP or SFTP server
To save the file on an SCP or SFTP server, specify the URL for the file in one of the following
forms:
– scp:// or sftp://<IP address>/<path>/<file name>
When you click the Ok button, the device displays the Credentials window. There you enter
User name and Password, to log in to the server.
– scp:// or sftp://<user>:<password>@<IP address>/<path>/<file name>
RM GUI MSP30 45
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Load/Save ]
The device gives you the following options to import a script file:
Import from the PC
When the file is located on your PC or on a network drive, drag and drop the file in the area.
Alternatively click in the area to select the file.
Import from an FTP server
When the file is located on an FTP server, specify the URL for the file in the following form:
ftp://<user>:<password>@<IP address>:<port>/<file name>
Import from a TFTP server
When the file is located on a TFTP server, specify the URL for the file in the following form:
tftp://<IP address>/<path>/<file name>
Import from an SCP or SFTP server
When the file is located on an SCP or SFTP server, specify the URL for the file in one of the
following forms:
scp:// or sftp://<IP address>/<path>/<file name>
Back to factory...
Resets the settings in the device to the default values.
The device deletes the saved configuration profiles from the volatile memory (RAM) and from the
non-volatile memory (NVM).
The device deletes the HTTPS certificate used by the web server in the device.
The device deletes the RSA key (Host Key) used by the SSH server in the device.
When an external memory is connected, the device deletes the configuration profiles saved in
the external memory.
After a brief period, the device reboots and loads the default values.
Back to default
Deletes the current operating (running config) settings from the volatile memory (RAM).
Storage type
Displays the storage location of the configuration profile.
Possible values:
RAM (volatile memory of the device)
In the volatile memory, the device stores the settings for the current operation.
46 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Load/Save ]
Profile name
Displays the name of the configuration profile.
Possible values:
running-config
Name of the configuration profile in the volatile memory (RAM).
config
Name of the factory setting configuration profile in the non-volatile memory (NVM).
User-defined name
The device lets you save a configuration profile with a user-specified name. To do this, select
the row of an existing configuration profile in the table, click the button and then the Save
as.. item.
To export the configuration profile as an XML file on your PC, click the link. Then you select the
storage location and specify the file name.
To save the file on a remote server, click the button and then the Export... item.
Selected
Displays if the configuration profile is designated as “Selected”.
The device lets you designate another configuration profile as “Selected”. To do this, select the
desired configuration profile in the table, click the button and then the Activate item.
RM GUI MSP30 47
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Load/Save ]
Possible values:
marked
The configuration profile is designated as “Selected”.
– When applying the Undo configuration modifications function or during a restart, the device
loads the configuration profile into the volatile memory (RAM).
– When you click the button, the device saves the temporarily saved settings in this
configuration profile.
unmarked
Another configuration profile is designated as “Selected”.
Encrypted
Displays if the configuration profile is encrypted.
Possible values:
marked
The configuration profile is encrypted.
unmarked
The configuration profile is unencrypted.
You activate/deactivate the encryption of the configuration profile in the Configuration encryption
frame.
Encryption verified
Displays if the password of the encrypted configuration profile matches the password stored in the
device.
Possible values:
marked
The passwords match. The device is able to unencrypt the configuration profile.
unmarked
The passwords are different. The device is unable to unencrypt the configuration profile.
Note: The device applies script files additionally to the current settings. Verify that the script file
does not contain any parts that conflict with the current settings.
Software version
Displays the version number of the device software that the device ran while saving the
configuration profile.
Fingerprint
Displays the checksum saved in the configuration profile.
When saving the settings, the device calculates the checksum and inserts it into the configuration
profile.
Fingerprint verified
Displays if the checksum saved in the configuration profile is valid.
The device calculates the checksum of the configuration profile marked as “Selected” and
compares it with the checksum saved in this configuration profile.
48 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Load/Save ]
Possible values:
marked
The calculated and the saved checksum match.
The saved settings are consistent.
unmarked
For the configuration profile marked as “Selected” applies:
The calculated and the saved checksum are different.
The configuration profile contains modified settings.
Possible causes:
– The file is damaged.
– The file system in the external memory is inconsistent.
– A user has exported the configuration profile and changed the XML file outside the device.
For the other configuration profiles the device has not calculated the checksum.
The device verifies the checksum correctly only if the configuration profile has been saved before
as follows:
• on an identical device
• with the same software version, which the device is running
• with a lower or the same level of the device software
such as HiOS-2A or HiOS-3A on a device which runs HiOS-3A
Note: This function identifies changes to the settings in the configuration profile. The function does
not provide protection against operating the device with modified settings.
RM GUI MSP30 49
Release 9.0 12/2021
Basic Settings
[ Basic Settings > External Memory ]
This dialog lets you activate functions that the device automatically executes in combination with
the external memory. The dialog also displays the operating state and identifying characteristics of
the external memory.
Configuration
USB mode
Specifies the mode of communication between the device and the external memory. To activate
the changes to this field, save the settings permanently and restart the device.
Possible values:
normal (USB 2.0 mode)
Device and external memory communicate in the high-speed mode (480 Mbit/s).
compatibility (USB 1.1 compatibility mode)
Device and external memory communicate in the full-speed mode (12 Mbit/s).
Note: The external memory ACA21 operates only in the USB 1.1 compatibility mode. If you use this
external memory, then specify the value compatibility.
Information
Possible values:
normal (USB 2.0 mode)
Device and external memory communicate in the high-speed mode (480 Mbit/s).
compatibility (USB 1.1 compatibility mode)
Device and external memory communicate in the full-speed mode (12 Mbit/s).
50 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > External Memory ]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Type
Displays the type of the external memory.
Possible values:
sd (unavailable for MSP-X)
External SD memory (ACA31)
usb
External USB memory (ACA21/ACA22)
Status
Displays the operating state of the external memory.
Possible values:
notPresent
No external memory connected.
removed
Someone has removed the external memory from the device during operation.
ok
The external memory is connected and ready for operation.
outOfMemory
The memory space is occupied in the external memory.
genericErr
The device has detected an error.
Writable
Displays if the device has write access to the external memory.
Possible values:
marked
The device has write access to the external memory.
unmarked
The device has read-only access to the external memory. Possibly the write protection is
activated in the external memory.
Possible values:
marked (default setting)
The automatic device software update during the restart is activated. The device updates the
device software when the following files are located in the external memory:
– the image file of the device software
– a text file startup.txt with the content autoUpdate=<image_file_name>.bin
unmarked
The automatic device software update during the restart is deactivated.
RM GUI MSP30 51
Release 9.0 12/2021
Basic Settings
[ Basic Settings > External Memory ]
Possible values:
marked (default setting)
The loading of the RSA key is activated.
During a restart, the device loads the RSA key from the external memory when the following
files are located in the external memory:
– SSH RSA key file
– a text file startup.txt with the content
autoUpdateRSA=<filename_of_the_SSH_RSA_key>
The device displays messages on the system console of the serial interface.
unmarked
The loading of the RSA key is deactivated.
Note: When loading the RSA key from the external memory (ENVM), the device overwrites the
existing keys in the non-volatile memory (NVM).
Config priority
Specifies the memory from which the device loads the configuration profile upon reboot.
Possible values:
disable
The device loads the configuration profile from the non-volatile memory (NVM).
first, second
The device loads the configuration profile from the external memory designated as first. When
the device does not find a configuration profile there, it loads the configuration profile from the
external memory designated as second (unavailable for MSP-X), and so on.
When the device does not find a configuration profile in the external memory, it loads the
configuration profile from the non-volatile memory (NVM).
Note: When loading the configuration profile from the external memory (ENVM), the device
overwrites the settings of the Selected configuration profile in the non-volatile memory (NVM).
If the Config priority column has the value first or second and the configuration profile is
unencrypted, then the Security status frame in the Basic Settings > System dialog displays an alarm.
In the Diagnostics > Status Configuration > Security Status dialog, Global tab, Monitor column you specify
if the device monitors the Load unencrypted config from external memory parameter.
Possible values:
marked (default setting)
Creating a copy is activated. When you click in the Basic Settings > Load/Save dialog the
button, the device generates a copy of the configuration profile on the active external memory.
unmarked
Creating a copy is deactivated. The device does not generate a copy of the configuration profile.
Manufacturer ID
Displays the name of the memory manufacturer.
52 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > External Memory ]
Revision
Displays the revision number specified by the memory manufacturer.
Version
Displays the version number specified by the memory manufacturer.
Name
Displays the product name specified by the memory manufacturer.
Serial number
Displays the serial number specified by the memory manufacturer.
RM GUI MSP30 53
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Port ]
1.7 Port
[ Basic Settings > Port ]
This dialog lets you specify settings for the individual ports. The dialog also displays the operating
mode, connection status, bit rate and duplex mode for every port.
[Configuration]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Name
Name of the port.
Possible values:
Alphanumeric ASCII character string with 0..64 characters
The device accepts the following characters:
– <space>
– 0..9
– a..z
– A..Z
– !#$%&'()*+,-./:;<=>?@[\\]^_`{}~
Port on
Activates/deactivates the port.
Possible values:
marked (default setting)
The port is active.
unmarked
The port is inactive. The port does not send or receive any data.
54 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Port ]
State
Displays if the port is currently physically enabled or disabled.
Possible values:
marked
The port is physically enabled.
unmarked
The port is physically disabled.
When the Port on function is active, the Auto-Disable function has disabled the port.
You specify the settings of the Auto-Disable function in the Diagnostics > Ports > Auto-Disable
dialog.
Possible values:
marked
The port remains physically enabled. A connected device receives an active link.
unmarked (default setting)
The port is physically disabled.
Possible values:
no-power-save (default setting)
The port remains activated.
auto-power-down
The port changes to the energy-saving mode.
unsupported
The port does not support this function and remains activated.
Automatic configuration
Activates/deactivates the automatic selection of the operating mode for the port.
Possible values:
marked (default setting)
The automatic selection of the operating mode is active.
The port negotiates the operating mode independently using autonegotiation and detects the
devices connected to the TP port automatically (Auto Cable Crossing). This setting has priority
over the manual setting of the port.
Elapse several seconds until the port has set the operating mode.
unmarked
The automatic selection of the operating mode is inactive.
The port operates with the values you specify in the Manual configuration column and in the
Manual cable crossing (Auto. conf. off) column.
Grayed-out display
No automatic selection of the operating mode.
RM GUI MSP30 55
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Port ]
Manual configuration
Specifies the operating mode of the ports when the Automatic configuration function is disabled.
Possible values:
10 Mbit/s HDX
Half duplex connection
10 Mbit/s FDX
Full duplex connection
100 Mbit/s HDX
Half duplex connection
100 Mbit/s FDX
Full duplex connection
1000 Mbit/s FDX
Full duplex connection
Note: The operating modes of the port actually available depend on the device configuration and
the media module used.
Link/Current settings
Displays the operating mode which the port currently uses.
Possible values:
–
No cable connected, no link.
10 Mbit/s HDX
Half duplex connection
10 Mbit/s FDX
Full duplex connection
100 Mbit/s HDX
Half duplex connection
100 Mbit/s FDX
Full duplex connection
1000 Mbit/s FDX
Full duplex connection
Note: The operating modes of the port actually available depend on the device configuration and
the media module used.
Possible values:
mdi
The device interchanges the send- and receive-line pairs on the port.
mdix (default setting on TP ports)
The device helps prevent the interchange of the send- and receive-line pairs on the port.
56 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Port ]
auto-mdix
The device detects the send and receive line pairs of the connected device and automatically
adapts to them.
Example: When you connect an end device with a crossed cable, the device automatically
resets the port from mdix to mdi.
unsupported (default setting on optical ports or TP-SFP ports)
The port does not support this function.
Flow control
Activates/deactivates the flow control on the port.
Possible values:
marked (default setting)
The Flow control on the port is active.
The sending and evaluating of pause packets (full-duplex operation) or collisions (half-duplex
operation) is activated on the port.
To enable the flow control in the device, also activate the Flow control function in the
Switching > Global dialog.
Activate the flow control also on the port of the device that is connected to this port.
On an uplink port, activating the flow control can possibly cause undesired sending breaks in
the higher-level network segment (“wandering backpressure”).
unmarked
The Flow control on the port is inactive.
If you are using a redundancy function, then you deactivate the flow control on the participating
ports. If the flow control and the redundancy function are active at the same time, it is possible that
the redundancy function operates differently than intended.
Possible values:
marked (default setting)
The sending of SNMP traps is active.
When the device detects a link up/down status change, the device sends an SNMP trap.
unmarked
The sending of SNMP traps is inactive.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
MTU
Specifies the maximum allowed size of Ethernet packets on the port in bytes.
Possible values:
1518..12288 (default setting: 1518)
With the setting 1518, the port transmits the Ethernet packets up to the following size:
– 1518 bytes without VLAN tag
(1514 bytes + 4 bytes CRC)
– 1522 bytes with VLAN tag
(1518 bytes + 4 bytes CRC)
RM GUI MSP30 57
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Port ]
This setting lets you increase the max. allowed size of Ethernet packets that this port can receive
or transmit.
On other interfaces, you specify the maximum permissible size of the Ethernet packets as follows:
• Router interfaces
Routing > Interfaces > Configuration dialog, MTU value column
• Link Aggregation interfaces
Switching > L2-Redundancy > Link Aggregation dialog, MTU column
Signal
Activates/deactivates the port LED flashing. This function lets you identify the port in the field.
Possible values:
marked
The flashing of the port LED is active.
The port LED flashes until you disable the function again.
unmarked (default setting)
The flashing of the port LED is inactive.
[Statistics]
58 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Port ]
To sort the table by a specific criterion click the header of the corresponding row.
For example, to sort the table based on the number of received bytes in ascending order, click the
header of the Received octets column once. To sort in descending order, click the header again.
To reset the counter for the port statistics in the table to 0, perform the following steps:
In the Basic Settings > Port dialog, click the button.
or
In the Basic Settings > Restart dialog, click the Clear port statistics button.
[Utilization]
This tab displays the utilization (network load) for the individual ports.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Utilization [%]
Displays the current utilization in percent in relation to the time interval specified in the Control
interval [s] column.
The utilization is the relationship of the received data quantity to the maximum possible data
quantity at the currently configured data rate.
Possible values:
0.00..100.00 (default setting: 0.00)
Possible values:
0.00..100.00 (default setting: 0.00)
RM GUI MSP30 59
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Power over Ethernet ]
Possible values:
1..3600 (default setting: 30)
Alarm
Displays the utilization alarm status.
Possible values:
marked
The utilization of the port is below the value specified in the Lower threshold [%] column or above
the value specified in the Upper threshold [%] column. The device sends an SNMP trap.
unmarked
The utilization of the port is above the value specified in the Lower threshold [%] column and below
the value specified in the Upper threshold [%] column.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics >
Status Configuration > Alarms (Traps) dialog and specify at least one trap destination.
In Power over Ethernet (PoE), the Power Source Equipment (PSE) supplies current to powered
devices (PD) such as IP phones through the twisted pair cable.
The product code and the PoE-specific labeling on the PSE device housing indicates if your device
supports Power over Ethernet. The PoE ports of the device support Power over Ethernet according
to IEEE 802.3at.
The system provides an internal maximum power budget for the ports. The ports reserve power
according to the detected class of a connected powered device. The real delivered power is equal
to or less than the reserved power.
You manage the power output with the Priority parameter. When the sum of the power required by
the connected devices exceeds the power available, the device turns off power supplied to the ports
according to configured priority. The device turns off power supplied to the ports starting with ports
configured as a low priority first. When several ports have a low priority, the device turns off power
starting with the higher numbered ports.
60 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Power over Ethernet > Global ]
Based on the settings specified in this dialog, the device provides power to the end-user devices.
If the power consumption reaches the user-specified threshold, then the device sends an SNMP
trap.
Operation
Operation
Enables/disables the Power over Ethernet function.
Possible values:
On (default setting)
The Power over Ethernet function is enabled.
Off
The Power over Ethernet function is disabled.
Configuration
Send trap
Activates/deactivates the sending of SNMP traps.
If the power consumption exceeds the user-specified threshold, then the device sends an SNMP
trap.
Possible values:
marked (default setting)
The device sends SNMP traps.
unmarked
The device does not send any SNMP traps.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
Threshold [%]
Specifies the threshold value for the power consumption in percent.
If the power output exceeds this threshold, then the device measures the total output power and
sends an SNMP trap.
RM GUI MSP30 61
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Power over Ethernet > Global ]
Possible values:
0..99 (default setting: 90)
System power
Budget [W]
Displays the sum of the power available for the global budget.
Reserved [W]
Displays the global reserved power. The device reserves power according to the detected classes
of connected powered devices. Reserved power is equal to or less than the actual delivered power.
Delivered [W]
Displays the actual power delivered to the modules in watts.
Delivered [mA]
Displays the actual current delivered to the modules in milliamperes.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Module
Device module to which the table entries relate.
Possible values:
0..n (default setting: n)
Here, n corresponds to the value in the Max. power budget [W] column.
62 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Power over Ethernet > Global ]
Power source
Displays the power sourcing equipment for the device.
Possible values:
internal
Internal power source
external
External power source
Threshold [%]
Specifies the threshold value for the power consumption of the module in percent. If the power
output exceeds this threshold, then the device measures the total output power and sends an
SNMP trap.
Possible values:
0..99 (default setting: 90)
Send trap
Activates/deactivates the sending of SNMP traps if the device detects that the threshold value for
the power consumption exceeds.
Possible values:
marked
The sending of SNMP traps is active.
If the power consumption of the module exceeds the user-defined threshold, then the device
sends an SNMP trap.
unmarked (default setting)
The sending of SNMP traps is inactive.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
RM GUI MSP30 63
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Power over Ethernet > Port ]
When power consumption is higher than deliverable power, the device turns off power to the
powered devices (PD) according to the priority levels and port numbers. When the PDs connected
require more power than the device provides, the device deactivates the Power over Ethernet
function on the ports. The device disables the Power over Ethernet function on the ports with the
lowest priority first. When multiple ports have the same priority, the device first disables the Power
over Ethernet function on the ports with the higher port number. The device also turns off power to
powered devices (PD) for a specified time period.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
PoE enable
Activates/deactivates the PoE power provided to the port.
When the function is activated or deactivated, the device logs an event in the log file (System Log).
Possible values:
marked (default setting)
Providing PoE power to the port is active.
unmarked
Providing PoE power to the port is inactive.
Fast startup
Activates/deactivates the Power over Ethernet Fast Startup function on the port.
The prerequisite is that the checkbox in the PoE enable column is marked.
Possible values:
marked
The fast start up function is active. The device sends power to the powered devices (PD)
immediately after turning the power to the device on.
unmarked (default setting)
The fast start up function is inactive. The device sends power to the powered devices (PD) after
loading its own configuration.
Priority
Specifies the port priority.
To help prevent current overloads, the device disables ports with low priority first. To help prevent
that the device disables the ports supplying necessary devices, specify a high priority for these
ports.
64 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Power over Ethernet > Port ]
Possible values:
critical
high
low (default setting)
Status
Displays the status of the port Powered Device (PD) detection.
Possible values:
disabled
The device is in the DISABLED state and is not delivering power to the powered devices.
deliveringPower
The device identified the class of the connected PD and is in the POWER ON state.
fault
The device is in the TEST ERROR state.
otherFault
The device is in the IDLE state.
searching
The device is in a state other than the listed states.
test
The device is in the TEST MODE.
Detected class
Displays the power class of the powered device connected to the port.
Possible values:
Class 0
Class 1
Class 2
Class 3
Class 4
Class 0
Class 1
Class 2
Class 3
Class 4
Activates/deactivates the current of the classes 0 to 4 on the port.
Possible values:
marked (default setting)
unmarked
RM GUI MSP30 65
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Power over Ethernet > Port ]
Consumption [W]
Displays the current power consumption of the port in watts.
Possible values:
0,0..30,0
Consumption [mA]
Displays the current delivered to the port in milliamperes.
Possible values:
0..600
This function lets you distribute the power budget available among the PoE ports as required.
For example, for a connected device not providing a “Power Class”, the port reserves a fixed
amount of 15.4 W (class 0) even if the device requires less power. The surplus power is not
available to any other port.
By specifying the power limit, you reduce the reserved power to the actual requirement of the
connected device. The unused power is available to other ports.
If the exact power consumption of the connected powered device is unknown, then the device
displays the value in the Max. consumption [W] column. Verify that the power limit is greater than the
value in the Max. consumption [W] column.
If the maximum observed power is greater than the set power limit, then the device sees the power
limit as invalid. In this case, the device uses the PoE class for the calculation.
Possible values:
0,0..30,0 (default setting: 0)
You reset the value when you disable PoE on the port or terminate the connection to the connected
device.
Name
Specifies the name of the port.
66 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Restart ]
Possible values:
Alphanumeric ASCII character string with 0..32 characters
Auto-shutdown power
Activates/deactivates the Auto-shutdown power function according to the settings.
Possible values:
marked
unmarked (default setting)
Possible values:
00:00..23:59 (default setting: 00:00)
Possible values:
00:00..23:59 (default setting: 00:00)
1.9 Restart
[ Basic Settings > Restart ]
This dialog lets you restart the device, reset port counters and address tables, and delete log files.
Restart
Restart in
Displays the remaining time in days, hours, minutes, seconds until the device restarts.
Cancel
Aborts a delayed restart.
RM GUI MSP30 67
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Restart ]
Cold start...
Opens the Restart dialog to initiate an immediate or delayed restart of the device.
If the configuration profile in the volatile memory (RAM) and the "Selected" configuration profile in
the non-volatile memory (NVM) differ, then the device displays the Warning dialog.
To permanently save the changes, click the Yes button in the Warning dialog.
To discard the changes, click the No button in the Warning dialog.
In the Restart in field you specify the delay time for the delayed restart.
Possible values:
– 00:00:00..596:31:23 (default setting: 00:00:00)
Hour:Minute:Second
When the delay time elapsed, the device restarts and goes through the following phases:
• If you activate the function in the Diagnostics > System > Selftest dialog, then the device performs
a RAM test.
• The device starts the device software that the Stored version field displays in the Basic Settings >
Software dialog.
• The device loads the settings from the "Selected" configuration profile. See the Basic Settings >
Load/Save dialog.
Note: During the restart, the device does not transfer any data. During this time, the device cannot
be accessed by the Graphical User Interface or other management systems.
Buttons
See the Diagnostics > System > System Information dialog, Used Management Ports table.
68 RM GUI MSP30
Release 9.0 12/2021
Basic Settings
[ Basic Settings > Restart ]
RM GUI MSP30 69
Release 9.0 12/2021
Basic Settings
1.9 Restart
70 RM GUI MSP30
Release 9.0 12/2021
Time
[ Time > Basic Settings ]
2 Time
The device is equipped with a buffered hardware clock. This clock maintains the correct time if the
power supply fails or you disconnect the device from the power supply. After the device is started,
the current time is available to you, for example for log entries.
The hardware clock bridges a power supply downtime of 3 hours. The prerequisite is that the power
supply of the device has been connected continually for at least 5 minutes beforehand.
In this dialog you specify time-related settings independently of the time synchronization protocol
specified.
[Global]
In this tab you specify the system time in the device and the time zone.
Configuration
System time
Displays the current date and time with reference to the local time: System time = System time (UTC)
+ Local offset [min] + Daylight saving time
RM GUI MSP30 71
Release 9.0 12/2021
Time
[ Time > Basic Settings ]
Time source
Displays the time source from which the device gets the time information.
The device automatically selects the available time source with the greatest accuracy.
Possible values:
local
System clock of the device.
sntp
The SNTP client is activated and the device is synchronized by an SNTP server.
ptp
PTP is activated and the clock of the device is synchronized with a PTP master clock.
Possible values:
-780..840 (default setting: 60)
In this tab you activate the automatic daylight saving time function. You specify the beginning and
the end of summertime using a pre-defined profile, or you specify these settings individually. During
summertime, the device puts the local time forward by 1 hour.
Operation
Possible values:
On
The Daylight saving time mode is enabled.
The device automatically changes between summertime and wintertime.
Off (default setting)
The Daylight saving time mode is disabled.
The times at which the device changes between summertime and wintertime are specified in the
Summertime begin and Summertime end frames.
Profile...
Displays the Profile... dialog. There you select a pre-defined profile for the beginning and the end of
summertime. This profile overwrites the settings in the Summertime begin and Summertime end
frames.
72 RM GUI MSP30
Release 9.0 12/2021
Time
[ Time > Basic Settings ]
Summertime begin
In the first 3 fields you specify the day for the beginning of summertime, and in the last field the time.
When the time in the System time field reaches the value entered here, the device switches to
summertime.
Week
Specifies the week in the current month.
Possible values:
- (default setting)
first
second
third
fourth
last
Day
Specifies the day of the week.
Possible values:
- (default setting)
Sunday
Monday
Tuesday
Wednesday
Thursday
Friday
Saturday
Month
Specifies the month.
Possible values:
- (default setting)
January
February
March
April
May
June
July
August
September
October
November
December
RM GUI MSP30 73
Release 9.0 12/2021
Time
[ Time > Basic Settings ]
System time
Specifies the time.
Possible values:
<HH:MM> (default setting: 00:00)
Summertime end
In the first 3 fields you specify the day for the end of summertime, and in the last field the time.
When the time in the System time field reaches the value entered here, the device switches to
wintertime.
Week
Specifies the week in the current month.
Possible values:
- (default setting)
first
second
third
fourth
last
Day
Specifies the day of the week.
Possible values:
- (default setting)
Sunday
Monday
Tuesday
Wednesday
Thursday
Friday
Saturday
Month
Specifies the month.
Possible values:
- (default setting)
January
February
March
April
74 RM GUI MSP30
Release 9.0 12/2021
Time
[ Time > SNTP ]
May
June
July
August
September
October
November
December
System time
Specifies the time.
Possible values:
<HH:MM> (default setting: 00:00)
2.2 SNTP
[ Time > SNTP ]
The Simple Network Time Protocol (SNTP) is a procedure described in the RFC 4330 for time
synchronization in the network.
The device lets you synchronize the system time in the device as an SNTP client. As the SNTP
server, the device makes the time information available to other devices.
RM GUI MSP30 75
Release 9.0 12/2021
Time
[ Time > SNTP > Client ]
In this dialog you specify the settings with which the device operates as an SNTP client.
As an SNTP client the device obtains the time information from both SNTP servers and NTP servers
and synchronizes the local clock with the time of the time server.
Operation
Operation
Enables/disables the SNTP Client function of the device.
Possible values:
On
The SNTP Client function is enabled.
The device operates as an SNTP client.
Off (default setting)
The SNTP Client function is disabled.
State
State
Displays the status of the SNTP client.
Possible values:
disabled
The SNTP client is disabled.
notSynchronized
The SNTP client is not synchronized with any SNTP or NTP server.
synchronizedToRemoteServer
The SNTP client is synchronized with an SNTP or NTP server.
76 RM GUI MSP30
Release 9.0 12/2021
Time
[ Time > SNTP > Client ]
Configuration
Mode
Specifies if the device actively requests the time information from an SNTP server known and
configured in the network (Unicast mode) or passively waits for the time information from a random
SNTP server (Broadcast mode).
Possible values:
unicast (default setting)
The device takes the time information only from the configured SNTP server. The device sends
Unicast requests to the SNTP server and evaluates its responses.
broadcast
The device obtains the time information from one or more SNTP or NTP servers. The device
evaluates the Broadcasts or Multicasts only from these servers.
Possible values:
5..3600 (default setting: 30)
Possible values:
128..2048 (default setting: 320)
Interface
Specifies the interface on which the device sends SNTP requests to an external SNTP server and
receives replies from the SNTP server.
Possible values:
none (default setting)
The device receives and sends SNTP packets on every interface.
<Port/interface number>
The device receives and sends SNTP packets on the selected interface exclusively.
RM GUI MSP30 77
Release 9.0 12/2021
Time
[ Time > SNTP > Client ]
Possible values:
marked
The disabling of the SNTP client is active.
The device deactivates the SNTP client after successful time synchronization.
unmarked (default setting)
The disabling of the SNTP client is inactive.
The SNTP client remains active after successful time synchronization.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Index
Displays the index number to which the table entry relates.
Possible values:
1..4
When you delete a table entry, this leaves a gap in the numbering. When you create a new table
entry, the device fills the first gap.
After starting, the device sends requests to the SNTP server configured in the first table entry. When
the server does not reply, the device sends its requests to the SNTP server configured in the next
table entry.
If none of the configured SNTP servers responds in the meantime, then the SNTP client interrupts
its synchronization. The device cyclically sends requests to each SNTP server until a server delivers
a valid time. The device synchronizes itself with this SNTP server, even if the other servers can be
reached again later.
78 RM GUI MSP30
Release 9.0 12/2021
Time
[ Time > SNTP > Client ]
Name
Specifies the name of the SNTP server.
Possible values:
Alphanumeric ASCII character string with 1..32 characters
Address
Specifies the IP address of the SNTP server.
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
Hostname
Possible values:
1..65535 (default setting: 123)
Exception: Port 2222 is reserved for internal functions.
Status
Displays the connection status between the SNTP client and the SNTP server.
Possible values:
success
The device has successfully synchronized the time with the SNTP server.
badDateEncoded
The time information received contains protocol errors - synchronization failed.
other
– The value 0.0.0.0 is entered for the IP address of the SNTP server - synchronization failed.
or
– The SNTP client is using a different SNTP server.
requestTimedOut
The device has not received a reply from the SNTP server - synchronization failed.
serverKissOfDeath
The SNTP server is overloaded. The device is requested to synchronize itself with another SNTP
server. When no other SNTP server is available, the device checks at intervals longer than the
setting in the Request interval [s] field, if the server is still overloaded.
serverUnsychronized
The SNTP server is not synchronized with either a local or an external reference time source -
synchronization failed.
versionNotSupported
The SNTP versions on the client and the server are incompatible with each other -
synchronization failed.
RM GUI MSP30 79
Release 9.0 12/2021
Time
[ Time > SNTP > Client ]
Active
Activates/deactivates the connection to the SNTP server.
Possible values:
marked
The connection to the SNTP server is activated.
The SNTP client has access to the SNTP server.
unmarked (default setting)
The connection to the SNTP server is deactivated.
The SNTP client has no access to the SNTP server.
80 RM GUI MSP30
Release 9.0 12/2021
Time
[ Time > SNTP > Server ]
In this dialog you specify the settings with which the device operates as an SNTP server.
The SNTP server provides the Universal Time Coordinated (UTC) without considering local time
differences.
If the setting is appropriate, then the SNTP server operates in the broadcast mode. In broadcast
mode, the SNTP server automatically sends broadcast messages or multicast messages according
to the broadcast send interval.
Operation
Operation
Enables/disables the SNTP Server function of the device.
Possible values:
On
The SNTP Server function is enabled.
The device operates as an SNTP server.
Off (default setting)
The SNTP Server function is disabled.
Note the setting in the Disable server at local time source checkbox in the Configuration frame.
State
State
Displays the state of the SNTP server.
Possible values:
disabled
The SNTP server is disabled.
notSynchronized
The SNTP server is not synchronized with either a local or an external reference time source.
syncToLocal
The SNTP server is synchronized with the hardware clock of the device.
syncToRefclock
The SNTP server is synchronized with an external reference time source, for example PTP.
syncToRemoteServer
The SNTP server is synchronized with an SNTP server that is higher than the device in a
cascade.
RM GUI MSP30 81
Release 9.0 12/2021
Time
[ Time > SNTP > Server ]
Configuration
UDP port
Specifies the number of the UDP port on which the SNTP server of the device receives requests
from other clients.
Possible values:
1..65535 (default setting: 123)
Exception: Port 2222 is reserved for internal functions.
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
Possible values:
1..65535 (default setting: 123)
Exception: Port 2222 is reserved for internal functions.
Broadcast VLAN ID
Specifies the ID of the VLAN in which the SNTP server of the device sends the SNTP packets in
Broadcast mode.
Possible values:
0
The SNTP server sends the SNTP packets in the same VLAN in which the access to the device
management is possible. See the Basic Settings > Network > Global dialog.
1..4042 (default setting: 1)
82 RM GUI MSP30
Release 9.0 12/2021
Time
[ Time > PTP ]
Possible values:
64..1024 (default setting: 128)
Possible values:
marked
The disabling of the SNTP server is active.
If the device is synchronized to the local clock, then the device disables the SNTP server. The
SNTP server continues to reply to requests from SNTP clients. In the SNTP packet, the SNTP
server informs the clients that it is synchronized locally.
unmarked (default setting)
The disabling of the SNTP server is inactive.
If the device is synchronized to the local clock, then the SNTP server remains active.
Interface
Specifies the interface on which the device receives SNTP requests from external SNTP clients and
sends SNTP replies to the SNTP clients.
Possible values:
none (default setting)
The device receives and sends SNTP packets on every interface.
<Port/interface number>
The device receives and sends SNTP packets on the selected interface exclusively.
2.3 PTP
[ Time > PTP ]
RM GUI MSP30 83
Release 9.0 12/2021
Time
[ Time > PTP > Global ]
In this dialog you specify basic settings for the PTP protocol.
The Precision Time Protocol (PTP) is a procedure described in the IEEE 1588-2008 standard that
supplies the devices in the network with a precise time. The method synchronizes the clocks in the
network with a precision of a few 100 ns. The protocol uses Multicast communication, so the load
on the network due to the PTP synchronization messages is negligible.
PTP is significantly more accurate than SNTP. If the SNTP function and the PTP function are
enabled in the device at the same time, then the PTP function has priority.
With the Best Master Clock Algorithm, the devices in the network determine which device has the
most accurate time. The devices use the device with the most accurate time as the reference time
source (Grandmaster). Subsequently the participating devices synchronize themselves with this
reference time source.
If you want to transport PTP time accurately through your network, then use only devices with PTP
hardware support on the transport paths.
Operation IEEE1588/PTP
Operation IEEE1588/PTP
Enables/disables the PTP function.
Possible values:
On
The PTP function is enabled.
The device synchronizes its clock with PTP.
If the SNTP function and the PTP function are enabled in the device at the same time, then the
PTP function has priority.
Off (default setting)
The PTP function is disabled.
The device transmits the PTP synchronization messages without any correction on every port.
84 RM GUI MSP30
Release 9.0 12/2021
Time
[ Time > PTP > Global ]
Configuration IEEE1588/PTP
PTP mode
Specifies the PTP version and mode of the local clock.
Possible values:
v2-transparent-clock (default setting)
v2-boundary-clock
Possible values:
1..999999999 (default setting: 30)
Possible values:
31..1000000000 (default setting: 5000)
PTP management
Activates/deactivates the PTP management defined in the PTP standard.
Possible values:
marked
PTP management is activated.
unmarked (default setting)
PTP management is deactivated.
Status
Is synchronized
Displays if the local clock is synchronized with the reference time source (Grandmaster).
If the path difference between the local clock and the reference time source (Grandmaster) falls
below the synchronization lower threshold one time, then the local clock is synchronized. This
status is kept until the path difference exceeds the synchronization upper threshold one time.
RM GUI MSP30 85
Release 9.0 12/2021
Time
[ Time > PTP > Boundary Clock ]
PTP time
Displays the date and time for the PTP time scale when the local clock is synchronized with the
reference time source (Grandmaster). Format: Month Day, Year hh:mm:ss AM/PM
With this menu you can configure the Boundary Clock mode for the local clock.
86 RM GUI MSP30
Release 9.0 12/2021
Time
[ Time > PTP > Boundary Clock > Global ]
In this dialog you enter general, cross-port settings for the Boundary Clock mode for the local clock.
The Boundary Clock (BC) operates according to PTP version 2 (IEEE 1588-2008).
The settings are effective when the local clock operates as the Boundary Clock (BC). For this, you
select in the Time > PTP > Global dialog in the PTP mode field the value v2-boundary-clock.
Operation IEEE1588/PTPv2 BC
Priority 1
Specifies priority 1 for the device.
Possible values:
0..255 (default setting: 128)
The Best Master Clock Algorithm first evaluates priority 1 among the participating devices in order
to determine the reference time source (Grandmaster).
The lower you set this value, the more probable it is that the device becomes the reference time
source (Grandmaster). See the Grandmaster frame.
Priority 2
Specifies priority 2 for the device.
Possible values:
0..255 (default setting: 128)
When the previously evaluated criteria are the same for multiple devices, the Best Master Clock
Algorithm evaluates priority 2 of the participating devices.
The lower you set this value, the more probable it is that the device becomes the reference time
source (Grandmaster). See the Grandmaster frame.
Domain number
Assigns the device to a PTP domain.
Possible values:
0..255 (default setting: 0)
The device transmits time information from and to devices only in the same domain.
Status IEEE1588/PTPv2 BC
Two step
Displays that the clock is operating in Two-Step mode.
RM GUI MSP30 87
Release 9.0 12/2021
Time
[ Time > PTP > Boundary Clock > Global ]
Steps removed
Displays the number of communication paths passed through between the local clock of the device
and the reference time source (Grandmaster).
For a PTP slave, the value 1 means that the clock is connected with the reference time source
(Grandmaster) directly through 1 communication path.
In Two-Step mode the time information consists of 2 PTP synchronization messages each, which
the PTP master sends cyclically:
The first synchronization message (sync message) contains an estimated value for the exact
sending time of the message.
The second synchronization message (follow-up message) contains the exact sending time of
the first message.
The PTP slave uses the two PTP synchronization messages to calculate the difference (offset) from
the master and corrects its clock by this difference. Here the PTP slave also considers the Delay to
master [ns] value.
The PTP slave sends a “Delay Request” packet to the PTP master and thus determines the exact
sending time of the packet. When it receives the packet, the PTP master generates a time stamp
and sends this in a “Delay Response” packet back to the PTP slave. The PTP slave uses the two
packets to calculate the delay, and considers this starting from the next offset measurement.
The prerequisite is that the delay mechanism value of the slave ports is specified as e2e.
Grandmaster
This frame displays the criteria that the Best Master Clock Algorithm uses when evaluating the
reference time source (Grandmaster).
The algorithm first evaluates priority 1 of the participating devices. The device with the lowest value
for priority 1 is designated as the reference time source (Grandmaster). When the value is the same
for multiple devices, the algorithm takes the next criterion, and when this is also the same, the
algorithm takes the next criterion after this one. When every value is the same for multiple devices,
the lowest value in the Clock identity field decides which device is designated as the reference time
source (Grandmaster).
The device lets you influence which device in the network is designated as the reference time
source (Grandmaster). To do this, modify the value in the Priority 1 field or the Priority 2 field in the
Operation IEEE1588/PTPv2 BC frame.
Priority 1
Displays priority 1 for the device that is currently the reference time source (Grandmaster).
88 RM GUI MSP30
Release 9.0 12/2021
Time
[ Time > PTP > Boundary Clock > Global ]
Clock class
Displays the class of the reference time source (Grandmaster). Parameter for the Best Master
Clock Algorithm.
Clock accuracy
Displays the estimated accuracy of the reference time source (Grandmaster). Parameter for the
Best Master Clock Algorithm.
Clock variance
Displays the variance of the reference time source (Grandmaster), also known as the Offset scaled
log variance. Parameter for the Best Master Clock Algorithm.
Priority 2
Displays priority 2 for the device that is currently the reference time source (Grandmaster).
Time source
Specifies the time source from which the local clock gets its time information.
Possible values:
atomicClock
gps
terrestrialRadio
ptp
ntp
handSet
other
internalOscillator (default setting)
Possible values:
-32768..32767
Note: The default setting is the value valid on the creation date of the device software. For further
information, see the "Bulletin C" of the Earth Rotation and Reference Systems Service (IERS):
http://www.iers.org/IERS/EN/Publications/Bulletins/bulletins.html
RM GUI MSP30 89
Release 9.0 12/2021
Time
[ Time > PTP > Boundary Clock > Global ]
Possible values:
marked
unmarked (default setting)
Time traceable
Displays if the device gets the time from a primary UTC reference, for example from an NTP server.
Possible values:
marked
unmarked
Frequency traceable
Displays if the device gets the frequency from a primary UTC reference, for example from an NTP
server.
Possible values:
marked
unmarked
PTP timescale
Displays if the device uses the PTP time scale.
Possible values:
marked
unmarked
According to IEEE 1588, the PTP time scale is the TAI atomic time started on 01.01.1970.
Identities
Clock identity
Displays the device’s own identification number (UUID).
90 RM GUI MSP30
Release 9.0 12/2021
Time
[ Time > PTP > Boundary Clock > Global ]
Grandmaster identity
Displays the identification number (UUID) of the reference time source (Grandmaster) device.
RM GUI MSP30 91
Release 9.0 12/2021
Time
[ Time > PTP > Boundary Clock > Port ]
In this dialog you specify the Boundary Clock (BC) settings on each individual port.
The settings are effective when the local clock operates as the Boundary Clock (BC). For this, you
select in the Time > PTP > Global dialog in the PTP mode field the value v2-boundary-clock.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
PTP enable
Activates/deactivates PTP synchronization message transmission on the port.
Possible values:
marked (default setting)
The transmission is activated. The port forwards and receives PTP synchronization messages.
unmarked
The transmission is deactivated. The port blocks PTP synchronization messages.
PTP status
Displays the current status of the port.
Possible values:
initializing
Initialization phase
faulty
Faulty mode: error in the PTP protocol.
disabled
PTP is disabled on the port.
listening
Device port is waiting for PTP synchronization messages.
pre-master
PTP pre-master mode
master
PTP master mode
passive
PTP passive mode
uncalibrated
PTP uncalibrated mode
slave
PTP slave mode
92 RM GUI MSP30
Release 9.0 12/2021
Time
[ Time > PTP > Boundary Clock > Port ]
Sync interval
Specifies the interval in seconds at which the port transmits PTP synchronization messages.
Possible values:
0.25
0.5
1 (default setting)
2
Delay mechanism
Specifies the mechanism with which the device measures the delay for transmitting the PTP
synchronization messages.
Possible values:
disabled
The measurement of the delay for the PTP synchronization messages for the connected PTP
devices is inactive.
e2e (default setting)
End-to-End: As the PTP slave, the port measures the delay for the PTP synchronization
messages to the PTP master.
The device displays the measured value in the Time > PTP > Boundary Clock > Global dialog.
p2p
Peer-to-Peer: The device measures the delay for the PTP synchronization messages for the
connected PTP devices, provided that these devices support P2P.
This mechanism saves the device from having to determine the delay again in the case of a
reconfiguration.
P2P delay
Displays the measured Peer-to-Peer delay for the PTP synchronization messages.
The prerequisite is that you select the value p2p in the Delay mechanism column.
The prerequisite is that you have specified the value p2p on this port and on the port of the remote
device.
Possible values:
1 (default setting)
2
4
8
16
32
RM GUI MSP30 93
Release 9.0 12/2021
Time
[ Time > PTP > Boundary Clock > Port ]
Network protocol
Specifies which protocol the port uses to transmit the PTP synchronization messages.
Possible values:
IEEE 802.3 (default setting)
UDP/IPv4
Possible values:
1
2 (default setting)
4
8
16
Announce timeout
Specifies the number of announce intervals.
Example:
For the default setting (Announce interval [s] = 2 and Announce timeout = 3), the timeout is 3 × 2 s
= 6 s.
Possible values:
2..10 (default setting: 3)
Assign the same value to every device of a PTP domain.
V1 hardware compatibility
Specifies if the port adjusts the length of the PTP synchronization messages when you have set in
the Network protocol column the value udpIpv4.
It is possible that other devices in the network expect the PTP synchronization messages to be the
same length as PTPv1 messages.
Possible values:
auto (default setting)
The device automatically detects if other devices in the network expect the PTP synchronization
messages to be the same length as PTPv1 messages. If this is the case, then the device
extends the length of the PTP synchronization messages before transmitting them.
94 RM GUI MSP30
Release 9.0 12/2021
Time
[ Time > PTP > Transparent Clock ]
on
The device extends the length of the PTP synchronization messages before transmitting them.
off
The device transmits PTP synchronization messages without changing the length.
Asymmetry
Corrects the measured delay value corrupted by asymmetrical transmission paths.
Possible values:
-2000000000..2000000000 (default setting: 0)
The value is positive if the delay from the PTP master to the PTP slave is longer than in the opposite
direction.
VLAN
Specifies the VLAN ID with which the device marks the PTP synchronization messages on this port.
Possible values:
none (default setting)
The device transmits PTP synchronization messages without a VLAN tag.
0..4042
You specify VLANs that you have already set up in the device from the list.
VLAN priority
Specifies the priority with which the device transmits the PTP synchronization messages marked
with a VLAN ID (Layer 2, IEEE 802.1D).
Possible values:
0..7 (default setting: 6)
If you specified in the VLAN column the value none, then the device ignores the VLAN priority.
With this menu you can configure the Transparent Clock mode for the local clock.
RM GUI MSP30 95
Release 9.0 12/2021
Time
[ Time > PTP > Transparent Clock > Global ]
In this dialog you enter general, cross-port settings for the Transparent Clock mode for the local
clock. The Transparent Clock (TC) operates according to PTP version 2 (IEEE 1588-2008).
The settings are effective when the local clock operates as the Transparent Clock (TC). For this,
you select in the Time > PTP > Global dialog in the PTP mode field the value v2-transparent-clock.
Operation IEEE1588/PTPv2 TC
Delay mechanism
Specifies the mechanism with which the device measures the delay for transmitting the PTP
synchronization messages.
Possible values:
e2e (default setting)
As the PTP slave, the port measures the delay for the PTP synchronization messages to the PTP
master.
The device displays the measured value in the Time > PTP > Transparent Clock > Global dialog.
p2p
The device measures the delay for the PTP synchronization messages for every connected PTP
device, provided that the device supports P2P.
This mechanism saves the device from having to determine the delay again in the case of a
reconfiguration.
If you specify this value, then the value IEEE 802.3 is only available in the Network protocol field.
e2e-optimized
Like e2e, with the following special characteristics:
– The device transmits the delay requests of the PTP slaves only to the PTP master, even
though these requests are multicast messages. The device thus spares the other devices
from unnecessary multicast requests.
– If the master-slave topology changes, then the device relearns the port for the PTP master
as soon as it receives a synchronization message from another PTP master.
– If the device does not know a PTP master, then the device transmits delay requests to the
ports.
disabled
The delay measuring is disabled on the port. The device discards messages for the delay
measuring.
Primary domain
Assigns the device to a PTP domain.
Possible values:
0..255 (default setting: 0)
The device transmits time information from and to devices only in the same domain.
96 RM GUI MSP30
Release 9.0 12/2021
Time
[ Time > PTP > Transparent Clock > Global ]
Network protocol
Specifies which protocol the port uses to transmit the PTP synchronization messages.
Possible values:
ieee8023 (default setting)
udpIpv4
Possible values:
marked
The device corrects PTP synchronization messages in every PTP domain.
unmarked (default setting)
The device corrects PTP synchronization messages only in the primary PTP domain. See the
Primary domain field.
VLAN ID
Specifies the VLAN ID with which the device marks the PTP synchronization messages on this port.
Possible values:
none (default setting)
The device transmits PTP synchronization messages without a VLAN tag.
0..4042
You specify VLANs that you have already set up in the device from the list.
VLAN priority
Specifies the priority with which the device transmits the PTP synchronization messages marked
with a VLAN ID (Layer 2, IEEE 802.1D).
Possible values:
0..7 (default setting: 6)
If you specified the value none in the VLAN ID field, then the device ignores the specified value.
Local synchronization
Syntonize
Activates/deactivates the frequency synchronization of the Transparent Clock with the PTP master.
Possible values:
marked (default setting)
The frequency synchronization is active.
The device synchronizes the frequency.
unmarked
The frequency synchronization is inactive.
The frequency remains constant.
RM GUI MSP30 97
Release 9.0 12/2021
Time
[ Time > PTP > Transparent Clock > Global ]
Possible values:
marked
The synchronization is active.
The device synchronizes the local system time with the time received via PTP. The prerequisite
is that the Syntonize checkbox is marked.
unmarked (default setting)
The synchronization is inactive.
The local system time remains constant.
Current master
Displays the port identification number (UUID) of the directly superior master device on which the
device synchronizes its frequency.
Prerequisite:
The Synchronize local clock function is enabled.
In the Delay mechanism field, the value e2e is selected.
Status IEEE1588/PTPv2 TC
Clock identity
Displays the device’s own identification number (UUID).
The device identification number consists of the MAC address of the device, with the values ff and
fe added between byte 3 and byte 4.
98 RM GUI MSP30
Release 9.0 12/2021
Time
[ Time > PTP > Transparent Clock > Port ]
In this dialog you specify the Transparent Clock (TC) settings on each individual port.
The settings are effective when the local clock operates as the Transparent Clock (TC). For this,
you select in the Time > PTP > Global dialog in the PTP mode field the value v2-transparent-clock.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
PTP enable
Activates/deactivates the transmitting of PTP synchronization messages on the port.
Possible values:
marked (default setting)
The transmitting is active.
The port forwards and receives PTP synchronization messages.
unmarked
The transmitting is inactive.
The port blocks PTP synchronization messages.
The prerequisite is that you specify the value p2p on this port and on the port of the remote terminal.
See the Delay mechanism option list in the Time > PTP > Transparent Clock > Global dialog.
Possible values:
1 (default setting)
2
4
8
16
32
P2P delay
Displays the measured Peer-to-Peer delay for the PTP synchronization messages.
The prerequisite is that you select in the Delay mechanism option list the p2p radio button. See the
Delay mechanism field in the Time > PTP > Transparent Clock > Global dialog.
RM GUI MSP30 99
Release 9.0 12/2021
Time
[ Time > PTP > Transparent Clock > Port ]
Asymmetry
Corrects the measured delay value corrupted by asymmetrical transmission paths.
Possible values:
-2000000000..2000000000 (default setting: 0)
The value is positive if the delay from the PTP master to the PTP slave is longer than in the opposite
direction.
3 Device Security
If users log in with valid login data, then the device lets them have access to its device
management.
In this dialog you manage the users of the local user management. You also specify the following
settings here:
Settings for the login
Settings for saving the passwords
Specify policy for valid passwords
The methods that the device uses for the authentication you specify in the Device Security >
Authentication List dialog.
Configuration
Login attempts
Specifies the number of login attempts possible when the user accesses the device management
using the Graphical User Interface and the Command Line Interface.
Note: When accessing the device management using the Command Line Interface through the
serial connection, the number of login attempts is unlimited.
Possible values:
0..5 (default setting: 0)
If the user makes one more unsuccessful login attempt, then the device locks access for the user.
The device lets only users with the administrator authorization remove the lock.
The value 0 deactivates the lock. The user has unlimited attempts to log in.
Possible values:
0..60 (default setting: 0)
The device checks the password according to this setting, regardless of the setting for the Policy
check checkbox.
Possible values:
1..64 (default setting: 6)
Password policy
This frame lets you specify the policy for valid passwords. The device checks every new password
and password change according to this policy.
The settings effect the Password column. The prerequisite is that you mark the checkbox in the
Policy check column.
Possible values:
0..16 (default setting: 1)
Possible values:
0..16 (default setting: 1)
Digits (min.)
The device accepts the password if it contains at least as many numbers as specified here.
Possible values:
0..16 (default setting: 1)
Possible values:
0..16 (default setting: 1)
Table
Every user requires an active user account to gain access to the device management. The table
lets you set up and manage user accounts. To change settings, click the desired parameter in the
table and modify the value.
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
User name
Displays the name of the user account.
Active
Activates/deactivates the user account.
Possible values:
marked
The user account is active. The device accepts the login of a user with this user name.
unmarked (default setting)
The user account is inactive. The device rejects the login of a user with this user name.
When one user account exists with the administrator access role, this user account is constantly
active.
Password
Specifies the password that the user applies to access the device management using the Graphical
User Interface or Command Line Interface.
Displays ***** (asterisks) instead of the password with which the user logs in. To change the
password, click the relevant field.
When you specify the password for the first time, the device uses the same password in the SNMP
auth password and SNMP encryption password columns.
• The device lets you specify different passwords in the SNMP auth password and SNMP encryption
password columns.
• If you change the password in the current column, then the device also changes the passwords
for the SNMP auth password and SNMP encryption password columns, but only if they are not
individually specified previously.
Possible values:
Alphanumeric ASCII character string with 6..64 characters
The device accepts the following characters:
– a..z
– A..Z
– 0..9
– !#$%&'()*+,-./:;<=>?@[\]^_`{}~
The minimum length of the password is specified in the Configuration frame. The device
differentiates between upper and lower case.
If the checkbox in the Policy check column is marked, then the device checks the password
according to the policy specified in the Password policy frame.
The device constantly checks the minimum length of the password, even if the checkbox in the
Policy check column is unmarked.
Role
Specifies the user role that regulates the access of the user to the individual functions of the device.
Possible values:
unauthorized
The user is blocked, and the device rejects the user login.
Assign this value to temporarily lock the user account. If the device detects an error when
another role is being assigned, then the device assigns this role to the user account.
guest (default setting)
The user is authorized to monitor the device.
auditor
The user is authorized to monitor the device and to save the log file in the Diagnostics > Report >
Audit Trail dialog.
operator
The user is authorized to monitor the device and to change the settings – with the exception of
security settings for device access.
administrator
The user is authorized to monitor the device and to change the settings.
The device assigns the Service Type transferred in the response of a RADIUS server as follows to
a user role:
• Administrative-User: administrator
• Login-User: operator
• NAS-Prompt-User: guest
User locked
Unlocks the user account.
Possible values:
marked
The user account is locked. The user has no access to the device management.
If the user makes too many unsuccessful login attempts, then the device automatically locks the
user.
unmarked (grayed out) (default setting)
The user account is unlocked. The user has access to the device management.
Policy check
Activates/deactivates the password check.
Possible values:
marked
The password check is activated.
When you set up or change the password, the device checks the password according to the
policy specified in the Password policy frame.
unmarked (default setting)
The password check is deactivated.
Possible values:
hmacmd5 (default value)
For this user account, the device uses protocol HMACMD5.
hmacsha
For this user account, the device uses protocol HMACSHA.
Displays ***** (asterisks) instead of the password with which the user logs in. To change the
password, click the relevant field.
By default, the device uses the same password that you specify in the Password column.
• For the current column, the device lets you specify a different password than in the Password
column.
• If you change the password in the Password column, then the device also changes the password
for the current column, but only if it is not individually specified.
Possible values:
Alphanumeric ASCII character string with 6..64 characters
The device accepts the following characters:
– a..z
– A..Z
– 0..9
– !#$%&'()*+,-./:;<=>?@[\]^_`{}~
Possible values:
none
No encryption.
des (default value)
DES encryption
aesCfb128
AES128 encryption
Displays ***** (asterisks) instead of the password with which the user logs in. To change the
password, click the relevant field.
By default, the device uses the same password that you specify in the Password column.
• For the current column, the device lets you specify a different password than in the Password
column.
• If you change the password in the Password column, then the device also changes the password
for the current column, but only if it is not individually specified.
Possible values:
Alphanumeric ASCII character string with 6..64 characters
The device accepts the following characters:
– a..z
– A..Z
– 0..9
– !#$%&'()*+,-./:;<=>?@[\]^_`{}~
In this dialog you manage the authentication lists. In an authentication list you specify which method
the device uses for the authentication. You also have the option to assign pre-defined applications
to the authentication lists.
If users log in with valid login data, then the device lets them have access to its device
management. The device authenticates the users using the following methods:
User management of the device
LDAP
RADIUS
With the port-based access control according to IEEE 802.1X, if connected end devices log in with
valid login data, then the device lets them have access to the network. The device authenticates
the end devices using the following methods:
RADIUS
IAS (Integrated Authentication Server)
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Note: If the table does not contain a list, then the access to the device management is only possible
using the Command Line Interface through the serial interface of the device. In this case, the device
authenticates the user by using the local user management. See the Device Security > User
Management dialog.
Buttons
Add
Remove
Allocate applications
Opens the Allocate applications window. The window displays the applications that you can
designate to the selected list.
Click and select an entry to designate it to the currently selected list.
An application that is already designated to a different list the device designates to the currently
selected list, after you click the Ok button.
Click and deselect an entry to undo its designation to the currently selected list.
If you deselect the application WebInterface, then the connection to the device is lost, after you
click the Ok button.
Name
Displays the name of the list.
Policy 1
Policy 2
Policy 3
Policy 4
Policy 5
Specifies the authentication policy that the device uses for access using the application specified
in the Dedicated applications column.
The device gives you the option of a fall-back solution. For this, you specify another policy in each
of the policy fields. If the authentication with the specified policy is unsuccessful, then the device
can use the next policy, depending on the order of the values entered in each policy.
Possible values:
local (default setting)
The device authenticates the users by using the local user management. See the Device
Security > User Management dialog.
You cannot assign this value to the authentication list defaultDot1x8021AuthList.
radius
The device authenticates the users with a RADIUS server in the network. You specify the
RADIUS server in the Network Security > RADIUS > Authentication Server dialog.
reject
The device accepts or rejects the authentication depending on which policy you try first. The
following list contains authentication scenarios:
– If the first policy in the authentication list is local and the device accepts the login credentials
of the user, then it logs the user in without attempting the other polices.
– If the first policy in the authentication list is local and the device denies the login credentials
of the user, then it attempts to log the user in using the other polices in the order specified.
– If the first policy in the authentication list is radius or ldap and the device rejects a login,
then the login is immediately rejected without attempting to log in the user using another
policy.
If there is no response from the RADIUS or LDAP server, then the device attempts to
authenticate the user with the next policy.
– If the first policy in the authentication list is reject, then the devices immediately rejects the
user login without attempting another policy.
– Verify that the authentication list defaultV24AuthList contains at least one policy different
from reject.
ias
The device authenticates the end devices logging in via 802.1X with the integrated
authentication server (IAS). The integrated authentication server manages the login data in a
separate database. See the Network Security > 802.1X Port Authentication > Integrated Authentication
Server dialog.
You can only assign this value to the authentication list defaultDot1x8021AuthList.
ldap
The device authenticates the users with authentication data and access role saved in a central
location. You specify the Active Directory server that the device uses in the Network Security >
LDAP > Configuration dialog.
Dedicated applications
Displays the dedicated applications. When users access the device with the relevant application,
the device uses the specified policies for the authentication.
To allocate another application to the list or remove the allocation, click the button. The device
lets you assign each application to exactly one list.
Active
Activates/deactivates the list.
Possible values:
marked
The list is activated. The device uses the policies in this list when users access the device with
the relevant application.
unmarked (default setting)
The list is deactivated.
3.3 LDAP
[ Device Security > LDAP ]
The Lightweight Directory Access Protocol (LDAP) lets you authenticate and authorize the users at
a central point in the network. A widely used directory service accessible through LDAP is Active
Directory®.
The device forwards the login data of the user to the authentication server using the LDAP protocol.
The authentication server decides if the login data is valid and transfers the user’s authorizations
to the device.
Upon successful login, the device saves the login data temporarily in the cache. This speeds up the
login process when users log in again. In this case, no complex LDAP search operation is
necessary.
This dialog lets you specify up to 4 authentication servers. An authentication server authenticates
and authorizes the users when the device forwards the login data to the server.
The device sends the login data to the first authentication server. When no response comes from
this server, the device contacts the next server in the table.
Operation
Operation
Enables/disables the LDAP client.
If in the Device Security > Authentication List dialog you specify the value ldap in one of the rows Policy
1 to Policy 5, then the device uses the LDAP client. Prior to this, specify in the Device Security > LDAP >
Role Mapping dialog at least one mapping for this role administrator. This provides you access
to the device as administrator after logging in through LDAP.
Possible values:
On
The LDAP client is enabled.
Off (default setting)
The LDAP client is disabled.
Configuration
Possible values:
1..1440 (default setting: 10)
Bind user
Specifies the user ID in the form of the “Distinguished Name” (DN) with which the device logs in to
the LDAP server.
If the LDAP server requires a user ID in the form of the “Distinguished Name” (DN) for the login,
then this information is necessary. In Active Directory environments, this information is
unnecessary.
The device logs in to the LDAP server with the user ID to find the “Distinguished Name” (DN) for
the users logging in. The device conducts the search according to the settings in the Base DN and
User name attribute fields.
Possible values:
Alphanumeric ASCII character string with 0..64 characters
Possible values:
Alphanumeric ASCII character string with 0..64 characters
Base DN
Specifies the starting point for the search in the directory tree in the form of the “Distinguished
Name” (DN).
Possible values:
Alphanumeric ASCII character string with 0..255 characters
Often the LDAP attributes userPrincipalName, mail, sAMAccountName and uid contain a unique
user name.
The device adds the character string specified in the Default domain field to the user name under the
following condition:
• The user name contained in the attribute does not contain the @ character.
• In the Default domain field, a domain name is specified.
Possible values:
Alphanumeric ASCII character string with 0..64 characters
(default setting: userPrincipalName)
Default domain
Specifies the character string which the device adds to the user name of the users logging in if the
user name does not contain the @ character.
Possible values:
Alphanumeric ASCII character string with 0..64 characters
CA certificate
URL
Specifies the path and file name of the certificate.
The device gives you the following options for copying the certificate to the device:
Import from the PC
When the certificate is located on your PC or on a network drive, drag and drop the certificate
in the area. Alternatively click in the area to select the certificate.
Import from an FTP server
When the certificate is on a FTP server, specify the URL for the file in the following form:
ftp://<user>:<password>@<IP address>:<port>/<path>/<file name>
Import from a TFTP server
When the certificate is on a TFTP server, specify the URL for the file in the following form:
tftp://<IP address>/<path>/<file name>
Import from an SCP or SFTP server
When the certificate is on an SCP or SFTP server, specify the URL for the file in the following
form:
– scp:// or sftp://<IP address>/<path>/<file name>
When you click the Start button, the device displays the Credentials window. There you enter
User name and Password, to log in to the server.
– scp:// or sftp://<user>:<password>@<IP address>/<path>/<file name>
Start
Copies the certificate specified in the URL field to the device.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Flush cache
Index
Displays the index number to which the table entry relates.
Description
Specifies the description.
You have the option to describe here the authentication server or note additional information.
Possible values:
Alphanumeric ASCII character string with 0..255 characters
Address
Specifies the IP address or the DNS name of the server.
Possible values:
IPv4 address (default setting: 0.0.0.0)
DNS name in the format <domain>.<tld> or <host>.<domain>.<tld>
_ldap._tcp.<domain>.<tld>
Using this DNS name, the device queries the LDAP server list (SRV Resource Record) from the
DNS server.
If in the Connection security row a value other than none is specified and the certificate contains only
DNS names of the server, then use a DNS name. Enable the Client function in the Advanced > DNS >
Client > Global dialog.
If you have specified the value _ldap._tcp.domain.tld in the Address column, then the device
ignores this value.
Possible values:
0..65535 (default setting: 389)
Exception: Port 2222 is reserved for internal functions.
Connection security
Specifies the protocol which encrypts the communication between the device and the
authentication server.
Possible values:
none
No encryption.
The device establishes an LDAP connection to the server and transmits the communication
including the passwords in clear text.
ssl
Encryption with SSL.
The device establishes a TLS connection to the server and tunnels the LDAP communication
over it.
startTLS (default setting)
Encryption with startTLS extension.
The device establishes an LDAP connection to the server and encrypts the communication.
The prerequisite for encrypted communication is that the device uses the correct time. If the
certificate contains only the DNS names, then you specify the DNS name of the server in the
Address row. Enable the Client function in the Advanced > DNS > Client > Global dialog.
If the certificate contains the IP address of the server in the “Subject Alternative Name” field, then
the device is able to verify the identity of the server without the DNS configuration.
Server status
Displays the connection status and the authentication with the authentication server.
Possible values:
ok
The server is reachable.
If in the Connection security row a value other than none is specified, then the device has verified
the certificate of the server.
unreachable
Server is unreachable.
other
The device has not established a connection to the server yet.
Active
Activates/deactivates the use of the server.
Possible values:
marked
The device uses the server.
unmarked (default setting)
The device does not use the server.
In the table you specify if the device assigns a role to the user based on an attribute with a specific
value or based on the group membership.
The device searches for the attribute and the attribute value within the user object.
By evaluating the “Distinguished Name” (DN) contained in the member attributes, the device
checks group the membership.
When a user logs in, the device searches for the following information on the LDAP server:
In the related user project, the device searches for attributes specified in the mappings.
In the group objects of the groups specified in the mappings, the device searches for the
member attributes.
If the device does not find a match, then the user does not get access to the device.
If the device finds more than one mapping that applies to a user, then the setting in the Matching
policy field decides. The user either obtains the role with the more extensive authorizations or the
1st role in the table that applies.
Configuration
Matching policy
Specifies which role the device applies if more than one mapping applies to a user.
Possible values:
highest (default setting)
The device applies the role with more extensive authorizations.
first
The device applies the rule which has the lower value in the Index column to the user.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Index
Displays the index number to which the table entry relates.
Role
Specifies the user role that regulates the access of the user to the individual functions of the device.
Possible values:
unauthorized
The user is blocked, and the device rejects the user login.
Assign this value to temporarily lock the user account. If an error occurs when another role is
being assigned, then the device assigns this role to the user account.
guest (default setting)
The user is authorized to monitor the device.
auditor
The user is authorized to monitor the device and to save the log file in the Diagnostics > Report >
Audit Trail dialog.
operator
The user is authorized to monitor the device and to change the settings – with the exception of
security settings for device access.
administrator
The user is authorized to monitor the device and to change the settings.
Type
Specifies if a group or an attribute with an attribute value is specified in the Parameter column.
Possible values:
attribute (default setting)
The Parameter column contains an attribute with an attribute value.
group
The Parameter column contains the “Distinguished Name” (DN) of a group.
Parameter
Specifies a group or an attribute with an attribute value, depending on the setting in the Type
column.
Possible values:
Alphanumeric ASCII character string with 0..255 characters
The device differentiates between upper and lower case.
– If in the Type column the value attribute is specified, then you specify the attribute in the
form of Attribute_name=Attribute_value.
Example: l=Germany
– If in the Type column the value group is specified, then you specify the “Distinguished Name”
(DN) of a group.
Example: CN=admin-users,OU=Groups,DC=example,DC=com
Active
Activates/deactivates the role mapping.
Possible values:
marked (default setting)
The role mapping is active.
unmarked
The role mapping is inactive.
3.4.1 Server
[ Device Security > Management Access > Server ]
This dialog lets you set up the server services which enable users or applications to access the
management of the device.
[Information]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
SNMPv1
Displays if the server service is active or inactive, which authorizes access to the device using
SNMP version 1. See the SNMP tab.
Possible values:
marked
Server service is active.
unmarked
Server service is inactive.
SNMPv2
Displays if the server service is active or inactive, which authorizes access to the device using
SNMP version 2. See the SNMP tab.
Possible values:
marked
Server service is active.
unmarked
Server service is inactive.
SNMPv3
Displays if the server service is active or inactive, which authorizes access to the device using
SNMP version 3. See the SNMP tab.
Possible values:
marked
Server service is active.
unmarked
Server service is inactive.
Telnet server
Displays if the server service is active or inactive, which authorizes access to the device using
Telnet. See the Telnet tab.
Possible values:
marked
Server service is active.
unmarked
Server service is inactive.
SSH server
Displays if the server service is active or inactive, which authorizes access to the device using
Secure Shell. See the SSH tab.
Possible values:
marked
Server service is active.
unmarked
Server service is inactive.
HTTP server
Displays if the server service is active or inactive, which authorizes access to the device using the
Graphical User Interface through HTTP. See the HTTP tab.
Possible values:
marked
Server service is active.
unmarked
Server service is inactive.
HTTPS server
Displays if the server service is active or inactive, which authorizes access to the device using the
Graphical User Interface through HTTPS. See the HTTPS tab.
Possible values:
marked
Server service is active.
unmarked
Server service is inactive.
[SNMP]
This tab lets you specify settings for the SNMP agent of the device and to enable/disable access
to the device with different SNMP versions.
The SNMP agent enables access to the device management with SNMP-based applications.
Configuration
SNMPv1
Activates/deactivates the access to the device with SNMP version 1.
Possible values:
marked (default setting)
Access is activated.
unmarked
Access is deactivated.
You specify the community names in the Device Security > Management Access > SNMPv1/v2
Community dialog.
SNMPv2
Activates/deactivates the access to the device with SNMP version 2.
Possible values:
marked (default setting)
Access is activated.
unmarked
Access is deactivated.
You specify the community names in the Device Security > Management Access > SNMPv1/v2
Community dialog.
SNMPv3
Activates/deactivates the access to the device with SNMP version 3.
Possible values:
marked (default setting)
Access is activated.
unmarked
Access is deactivated.
Network management systems like Industrial HiVision use this protocol to communicate with the
device.
UDP port
Specifies the number of the UDP port on which the SNMP agent receives requests from clients.
Possible values:
1..65535 (default setting: 161)
Exception: Port 2222 is reserved for internal functions.
To enable the SNMP agent to use the new port after a change, you proceed as follows:
SNMPover802
Activates/deactivates the access to the device through SNMP over IEEE-802.
Possible values:
marked
Access is activated.
unmarked (default setting)
Access is deactivated.
[Telnet]
This tab lets you enable/disable the Telnet server in the device and specify its settings.
The Telnet server enables access to the device management remotely through the Command Line
Interface. Telnet connections are unencrypted.
Operation
Telnet server
Enables/disables the Telnet server.
Possible values:
On (default setting)
The Telnet server is enabled.
The access to the device management is possible through the Command Line Interface using
an unencrypted Telnet connection.
Off
The Telnet server is disabled.
Note: If the SSH server is disabled and you also disable the Telnet server, then the access to the
Command Line Interface is only possible through the serial interface of the device.
Configuration
TCP port
Specifies the number of the TCP port on which the device receives Telnet requests from clients.
Possible values:
1..65535 (default setting: 23)
Exception: Port 2222 is reserved for internal functions.
The server restarts automatically after the port is changed. Existing connections remain in place.
Connections
Displays how many Telnet connections are currently established to the device.
Connections (max.)
Specifies the maximum number of Telnet connections to the device that can be set up
simultaneously.
Possible values:
1..5 (default setting: 5)
A change in the value takes effect the next time a user logs in.
Possible values:
0
Deactivates the function. The connection remains established in the case of inactivity.
1..160 (default setting: 5)
[SSH]
This tab lets you enable/disable the SSH server in the device and specify its settings required for
SSH. The server works with SSH version 2.
The SSH server enables access to the device management remotely through the Command Line
Interface. SSH connections are encrypted.
The SSH server identifies itself to the clients using its public RSA key. When first setting up the
connection, the client program displays the user the fingerprint of this key. The fingerprint contains
a Base64-coded character sequence that is easy to check. When you make this character
sequence available to the users via a reliable channel, they have the option to compare both
fingerprints. If the character sequences match, then the client is connected to the correct server.
The device lets you create the private and public keys (host keys) required for RSA directly in the
device. Otherwise you have the option to copy your own keys to the device in PEM format.
As an alternative, the device lets you load the RSA key (host key) from an external memory upon
restart. You activate this function in the Basic Settings > External Memory dialog, SSH key auto upload
column.
Operation
SSH server
Enables/disables the SSH server.
Possible values:
On (default setting)
The SSH server is enabled.
The access to the device management is possible through the Command Line Interface using
an encrypted SSH connection.
You can start the server only if there is an RSA signature in the device.
Off
The SSH server is disabled.
When you disable the SSH server, the existing connections remain established. However, the
device helps prevent new connections from being set up.
Note: If the Telnet server is disabled and you also disable the SSH server, then the access to the
Command Line Interface is only possible through the serial interface of the device.
Configuration
TCP port
Specifies the number of the TCP port on which the device receives SSH requests from clients.
Possible values:
1..65535 (default setting: 22)
Exception: Port 2222 is reserved for internal functions.
The server restarts automatically after the port is changed. Existing connections remain in place.
Sessions
Displays how many SSH connections are currently established to the device.
Sessions (max.)
Specifies the maximum number of SSH connections to the device that can be set up
simultaneously.
Possible values:
1..5 (default setting: 5)
A change in the value takes effect the next time a user logs in.
Possible values:
0
Deactivates the function. The connection remains established in the case of inactivity.
1..160 (default setting: 5)
Fingerprint
The fingerprint is an easy to verify string that uniquely identifies the host key of the SSH server.
After importing a new host key, the device continues to display the existing fingerprint until you
restart the server.
Fingerprint type
Specifies which fingerprint the RSA fingerprint field displays.
Possible values:
md5
The RSA fingerprint field displays the fingerprint as hexadecimal MD5 hash.
sha256
The RSA fingerprint field displays the fingerprint as Base64-coded SHA256 hash.
RSA fingerprint
Displays the fingerprint of the public host key of the SSH server.
When you change the settings in the Fingerprint type field, click afterwards the button and then
Signature
RSA present
Displays if an RSA host key is present in the device.
Possible values:
marked
A key is present.
unmarked
No key is present.
Create
Generates a host key in the device. The prerequisite is that the SSH server is disabled.
To get the SSH server to use the generated host key, restart the SSH server.
Alternatively, you have the option to copy your own host key to the device in PEM format. See the
Key import frame.
Delete
Removes the host key from the device. The prerequisite is that the SSH server is disabled.
Oper status
Displays if the device currently generates a host key.
Possible values:
rsa
The device currently generates an RSA host key.
none
The device does not generate a host key.
Key import
URL
Specifies the path and file name of your own RSA host key.
The device accepts the RSA key if it has the following key length:
• 2048 bit (RSA)
The device gives you the following options for copying the key to the device:
Import from the PC
When the host key is located on your PC or on a network drive, drag and drop the file that
contains the key in the area. Alternatively click in the area to select the file.
Import from an FTP server
When the key is on an FTP server, specify the URL for the file in the following form:
ftp://<user>:<password>@<IP address>:<port>/<file name>
Import from a TFTP server
When the key is on a TFTP server, specify the URL for the file in the following form:
tftp://<IP address>/<path>/<file name>
Import from an SCP or SFTP server
When the key is on an SCP or SFTP server, specify the URL for the file in the following form:
– scp:// or sftp://<IP address>/<path>/<file name>
When you click the Start button, the device displays the Credentials window. There you enter
User name and Password, to log in to the server.
– scp:// or sftp://<user>:<password>@<IP address>/<path>/<file name>
Start
Copies the key specified in the URL field to the device.
[HTTP]
This tab lets you enable/disable the HTTP protocol for the web server and specify the settings
required for HTTP.
The web server provides the Graphical User Interface via an unencrypted HTTP connection. For
security reasons, disable the HTTP protocol and use the HTTPS protocol instead.
Note: If you change the settings in this tab and click the button, then the device ends the
session and disconnects every opened connection. To continue working with the Graphical User
Interface, log in again.
Operation
HTTP server
Enables/disables the HTTP protocol for the web server.
Possible values:
On (default setting)
The HTTP protocol is enabled.
The access to the device management is possible through an unencrypted HTTP connection.
When the HTTPS protocol is also enabled, the device automatically redirects the request for a
HTTP connection to an encrypted HTTPS connection.
Off
The HTTP protocol is disabled.
When the HTTPS protocol is enabled, the access to the device management is possible through
an encrypted HTTPS connection.
Note: If the HTTP and HTTPS protocols are disabled, then you can enable the HTTP protocol using
the Command Line Interface command http server to get to the Graphical User Interface.
Configuration
TCP port
Specifies the number of the TCP port on which the web server receives HTTP requests from clients.
Possible values:
1..65535 (default setting: 80)
Exception: Port 2222 is reserved for internal functions.
[HTTPS]
This tab lets you enable/disable the HTTPS protocol for the web server and specify the settings
required for HTTPS.
The web server provides the Graphical User Interface via an encrypted HTTP connection.
A digital certificate is required for the encryption of the HTTP connection. The device lets you create
this certificate yourself or to load an existing certificate onto the device.
Note: If you change the settings in this tab and click the button, then the device ends the
session and disconnects every opened connection. To continue working with the Graphical User
Interface, log in again.
Operation
HTTPS server
Enables/disables the HTTPS protocol for the web server.
Possible values:
On (default setting)
The HTTPS protocol is enabled.
The access to the device management is possible through an encrypted HTTPS connection.
When there is no digital certificate present, the device generates a digital certificate before it
enables the HTTPS protocol.
Off
The HTTPS protocol is disabled.
When the HTTP protocol is enabled, the access to the device management is possible through
an unencrypted HTTP connection.
Note: If the HTTP and HTTPS protocols are disabled, then you can enable the HTTPS protocol using
the Command Line Interface command https server to get to the Graphical User Interface.
Configuration
TCP port
Specifies the number of the TCP port on which the web server receives HTTPS requests from
clients.
Possible values:
1..65535 (default setting: 443)
Exception: Port 2222 is reserved for internal functions.
Fingerprint
The fingerprint is an easily verified hexadecimal number sequence that uniquely identifies the
digital certificate of the HTTPS server.
After importing a new digital certificate, the device displays the current fingerprint until you restart
the server.
Fingerprint type
Specifies which fingerprint the Fingerprint field displays.
Possible values:
sha1
The Fingerprint field displays the SHA1 fingerprint of the certificate.
sha256
The Fingerprint field displays the SHA256 fingerprint of the certificate.
Fingerprint
Character sequence of the digital certificate used by the server.
When you change the settings in the Fingerprint type field, click afterwards the button and then
Certificate
Note: If the device uses a certificate that is not signed by a certification authority, then the web
browser displays a message while loading the Graphical User Interface. To continue, add an
exception rule for the certificate in the web browser.
Present
Displays if the digital certificate is present in the device.
Possible values:
marked
The certificate is present.
unmarked
The certificate has been removed.
Create
Generates a digital certificate in the device.
To get the web server to use the newly generated certificate, restart the web server. Restarting the
web server is possible only through the Command Line Interface.
Alternatively, you have the option of copying your own certificate to the device. See the Certificate
import frame.
Delete
Deletes the digital certificate.
Oper status
Displays if the device currently generates or deletes a digital certificate.
Possible values:
none
The device does currently not generate or delete a certificate.
delete
The device currently deletes a certificate.
generate
The device currently generates a certificate.
Certificate import
URL
Specifies the path and file name of the certificate.
The device gives you the following options for copying the certificate to the device:
Import from the PC
When the certificate is located on your PC or on a network drive, drag and drop the certificate
in the area. Alternatively click in the area to select the certificate.
Import from an FTP server
When the certificate is on a FTP server, specify the URL for the file in the following form:
ftp://<user>:<password>@<IP address>:<port>/<path>/<file name>
Import from a TFTP server
When the certificate is on a TFTP server, specify the URL for the file in the following form:
tftp://<IP address>/<path>/<file name>
Import from an SCP or SFTP server
When the certificate is on an SCP or SFTP server, specify the URL for the file in the following
form:
– scp:// or sftp://<IP address>/<path>/<file name>
When you click the Start button, the device displays the Credentials window. There you enter
User name and Password, to log in to the server.
– scp:// or sftp://<user>:<password>@<IP address>/<path>/<file name>
Start
Copies the certificate specified in the URL field to the device.
This dialog lets you restrict the access to the device management to specific IP address ranges and
selected IP-based applications.
If the function is disabled, then the access to the device management is possible from any IP
address and using every application.
If the function is enabled, then the access is restricted. You have access to the device
management only under the following conditions:
– At least one table entry is activated.
and
– You are accessing the device with a permitted application from a permitted IP address range.
Operation
Note: Before you enable the function, verify that at least one active entry in the table lets you
access. Otherwise, if you change the settings, then the connection to the device terminates. The
access to the device management is possible only using the Command Line Interface through the
serial interface.
Operation
Enables/disables the IP Access Restriction function.
Possible values:
On
The IP Access Restriction function is enabled.
The access to the device management is restricted.
Off (default setting)
The IP Access Restriction function is disabled.
Table
You have the option of defining up to 16 table entries and activating them separately.
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Index
Displays the index number to which the table entry relates.
When you delete a table entry, this leaves a gap in the numbering. When you create a new table
entry, the device fills the first gap.
Possible values:
1..16
Address
Specifies the IP address of the network from which you allow the access to the device
management. You specify the network range in the Netmask column.
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
Netmask
Specifies the range of the network specified in the Address column.
Possible values:
Valid netmask (default setting: 0.0.0.0)
HTTP
Activates/deactivates the HTTP access.
Possible values:
marked (default setting)
Access is activated for the adjacent IP address range.
unmarked
Access is deactivated.
HTTPS
Activates/deactivates the HTTPS access.
Possible values:
marked (default setting)
Access is activated for the adjacent IP address range.
unmarked
Access is deactivated.
SNMP
Activates/deactivates the SNMP access.
Possible values:
marked (default setting)
Access is activated for the adjacent IP address range.
unmarked
Access is deactivated.
Telnet
Activates/deactivates the Telnet access.
Possible values:
marked (default setting)
Access is activated for the adjacent IP address range.
unmarked
Access is deactivated.
SSH
Activates/deactivates the SSH access.
Possible values:
marked (default setting)
Access is activated for the adjacent IP address range.
unmarked
Access is deactivated.
IEC61850-MMS
Activates/deactivates the access to the MMS server.
Possible values:
marked (default setting)
Access is activated for the adjacent IP address range.
unmarked
Access is deactivated.
Modbus TCP
Activates/deactivates the access to the Modbus TCP server.
Possible values:
marked (default setting)
Access is activated for the adjacent IP address range.
unmarked
Access is deactivated.
EtherNet/IP
Activates/deactivates the access to the EtherNet/IP server.
Possible values:
marked (default setting)
Access is activated for the adjacent IP address range.
unmarked
Access is deactivated.
PROFINET
Activates/deactivates the access to the PROFINET server.
Possible values:
marked (default setting)
Access is activated for the adjacent IP address range.
unmarked
Access is deactivated.
Active
Activates/deactivates the table entry.
Possible values:
marked (default setting)
Table entry is activated. The device restricts the access to the device management to the
adjacent IP address range and the selected IP-based applications.
unmarked
Table entry is deactivated.
3.4.3 Web
[ Device Security > Management Access > Web ]
In this dialog you specify settings for the Graphical User Interface.
Configuration
Possible values:
0..160 (default setting: 5)
The value 0 deactivates the function, and the user remains logged in when inactive.
In this dialog you specify settings for the Command Line Interface. For further information about the
Command Line Interface, see the “Command Line Interface” reference manual.
[Global]
This tab lets you change the prompt in the Command Line Interface and specify the automatic
closing of sessions through the serial interface when they have been inactive.
Configuration
Login prompt
Specifies the character string that the device displays in the Command Line Interface at the start of
every command line.
Possible values:
Alphanumeric ASCII character string with 0..128 characters
(0x20..0x7E) including space characters
Wildcards
– %d date
– %i IP address
– %m MAC address
– %p product name
– %t time
Default setting: (MSP)
Changes to this setting are immediately effective in the active Command Line Interface session.
Possible values:
0..160 (default setting: 5)
The value 0 deactivates the function, and the user remains logged in when inactive.
A change in the value takes effect the next time a user logs in.
For the Telnet server and the SSH server, you specify the timeout in the Device Security > Management
Access > Server dialog.
[Login banner]
In this tab you replace the start screen of the Command Line Interface with your own text.
In the default setting, the start screen displays information about the device, such as the software
version and the device settings. With the function in this tab, you deactivate this information and
replace it with an individually specified text.
To display your own text in the Command Line Interface and in the Graphical User Interface before
the login, you use the Device Security > Pre-login Banner dialog.
Operation
Operation
Enables/disables the Login banner function.
Possible values:
On
The Login banner function is enabled.
The device displays the text information specified in the Banner text field to the users that log in
with the Command Line Interface.
Off (default setting)
The Login banner function is disabled.
The start screen displays information about the device. The text information in the Banner text
field is kept.
Banner text
Banner text
Specifies the character string that the device displays in the Command Line Interface at the start of
every session.
Possible values:
Alphanumeric ASCII character string with 0..1024 characters
(0x20..0x7E) including space characters
<Tab>
<Line break>
Remaining characters
Displays how many characters are still remaining in the Banner text field for the text information.
Possible values:
1024..0
In this dialog you specify the community name for SNMPv1/v2 applications.
Applications send requests via SNMPv1/v2 with a community name in the SNMP data packet
header. Depending on the community name, the application gets read authorization or read and
write authorization for the device.
You activate the access to the device via SNMPv1/v2 in the Device Security > Management Access >
Server dialog.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Community
Displays the authorization for SNMPv1/v2 applications to the device:
Write
For requests with the community name entered, the application receives read and write
authorization for the device.
Read
For requests with the community name entered, the application receives read authorization for
the device.
Name
Specifies the community name for the adjacent authorization.
Possible values:
Alphanumeric ASCII character string with 0..32 characters
private (default setting for read and write authorizations)
public (default setting for read authorization)
This dialog lets you display a greeting or information text to users before they log in.
The users see this text in the login dialog of the Graphical User Interface and of the Command Line
Interface. Users logging in with SSH see the text - regardless of the client used - before or during
the login.
To display the text only in the Command Line Interface, use the settings in the Device Security >
Management Access > CLI dialog.
Operation
Operation
Enables/disables the Pre-login Banner function.
Using the Pre-login Banner function, the device displays a greeting or information text in the login
dialog of the Graphical User Interface and of the Command Line Interface.
Possible values:
On
The Pre-login Banner function is enabled.
The device displays the text specified in the Banner text field in the login dialog.
Off (default setting)
The Pre-login Banner function is disabled.
The device does not display a text in the login dialog. When you enter a text in the Banner text
field, this text is saved in the device.
Banner text
Banner text
Specifies information text that the device displays in the login dialog of the Graphical User Interface
and of the Command Line Interface.
Possible values:
Alphanumeric ASCII character string with 0..512 characters
(0x20..0x7E) including space characters
<Tab>
<Line break>
Remaining characters
Displays how many characters are still remaining in the Banner text field.
Possible values:
512..0
4 Network Security
This dialog displays an overview over the network security rules used in the device.
Overview
The top level displays:
• The ports to which a network security rule is assigned.
• The VLANs to which a network security rule is assigned.
Buttons
Displays a text field to search for a keyword. When you enter a character or string, the overview
displays only items related to this keyword.
Collapses the levels. The overview then displays only the first level of the items.
Expands the levels. The overview then displays every level of the items.
Expands the current item and displays the items of the next lower level.
Collapses the item and hides the items of the underlying levels.
The device lets you forward only data packets from desired senders on a port. When the Port
Security function is enabled, the device checks the VLAN ID and MAC address of the sender before
it forwards a data packet. The device discards data packets from not desired senders and logs this
event.
In this dialog, a Wizard window helps you associate the ports with the address of one or more
desired senders. In the device, these addresses are known as static entries. To view the specified
static addresses, select the relevant port and click the button.
To simplify the setup process, the device lets you record the address of the desired senders
automatically. The device “learns” the addresses by evaluating the received data packets. In the
device, these addresses are known as dynamic entries. When a user-defined upper limit has been
reached (Dynamic limit), the device stops the “learning” on the relevant port. The device forwards
only the data packets of the senders already registered on the port. When you adapt the upper limit
to the number of expected senders, you thus make MAC Flooding attacks more difficult.
Note: With the automatic recording of the dynamic entries, the device constantly discards the first
data packet from unknown senders. Using this first data packet, the device checks if the upper limit
has been reached. The device records the addresses until the upper limit is reached. Afterwards,
the device forwards data packets that it receives on the relevant port from this sender.
Operation
Operation
Enables/disables the Port Security function in the device.
Possible values:
On
The Port Security function is enabled.
The device checks the VLAN ID and the source MAC address before it forwards a data packet.
The device forwards a received data packet only if the VLAN ID and the source MAC address
of the data packet are desired on the relevant port. For this setting to take effect, you also
activate the Port Security function on the relevant ports.
Off (default setting)
The Port Security function is disabled.
The device forwards every received data packet without checking the source address.
Configuration
Auto-disable
Activates/deactivates the Auto-Disable function for Port Security in the device.
Possible values:
marked
The Auto-Disable function for Port Security is active.
Also mark the checkbox in the Auto-disable column for the relevant ports.
The device disables the port and optionally sends an SNMP trap when one of the following
events occurs:
– The device registers at least one address of a sender that is not desired on the port.
– The device registers more addresses than specified in the Dynamic limit column.
unmarked (default setting)
The Auto-Disable function for Port Security is inactive.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Wizard
Opens the Wizard window that helps you associate the ports with the address of one or more
desired senders. See “[Wizard: Port security]” on page 146.
Port
Displays the port number.
Active
Activates/deactivates the Port Security function on the port.
Possible values:
marked
The device checks every data packet received on the port and forwards it only if the source
address of the data packet is desired. Also enable the Port Security function in the Operation
frame.
unmarked (default setting)
The device forwards every data packet received on the port without checking the source
address.
Note: When you operate the device as an active participant within an MRP ring or HIPER Ring, we
recommend that you unmark the checkbox for the ring ports.
Note: When you operate the device as an active participant of a Ring/Network Coupling or RCP, we
recommend that you unmark the checkbox for the relevant coupling ports.
Auto-disable
Activates/deactivates the Auto-Disable function for Port Security on the port.
Possible values:
marked (default setting)
The Auto-Disable function is active on the port.
The device disables the port and optionally sends an SNMP trap when one of the following
events occurs:
– The device registers at least one address of a sender that is not desired on the port.
– The device registers more addresses than specified in the Dynamic limit column.
The Link status LED for the port flashes 3× per period. This restriction makes MAC Spoofing
attacks more difficult.
The prerequisite is that you mark the Auto-disable checkbox in the Configuration frame.
– The Diagnostics > Ports > Auto-Disable dialog displays which ports are currently disabled due
to the parameters being exceeded.
– After a waiting period, the Auto-Disable function enables the port again automatically. For this
you go to the Diagnostics > Ports > Auto-Disable dialog and specify a waiting period for the
relevant port in the Reset timer [s] column.
unmarked
The Auto-Disable function is inactive on the port.
Send trap
Activates/deactivates the sending of SNMP traps when the device discards a data packet from an
undesired sender on the port.
Possible values:
marked
The sending of SNMP traps is active.
If the device discards data packets from a sender that is not desired on the port, then the device
sends an SNMP trap.
unmarked (default setting)
The sending of SNMP traps is inactive.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
Possible values:
0..3600 (default setting: 0)
Dynamic limit
Specifies the upper limit for the number of automatically registered addresses (dynamic entries).
When the upper limit is reached, the device stops “learning” on this port.
If the port registers more addresses than specified here, then the Auto-Disable function disables the
port. The prerequisite is that you mark the checkbox in the Auto-disable column and the Auto-disable
checkbox in the Configuration frame.
Possible values:
0
No automatic registering of addresses on this port.
1..600 (default setting: 600)
Static limit
Specifies the upper limit for the number of addresses associated with the port using the Wizard
window (static entries).
Possible values:
0
No association possible between the port and a desired sender. Only specify this value if you
specify a value > 0 in the Dynamic limit column.
1..64 (default setting: 64)
Dynamic entries
Displays the number of addresses that the device has automatically registered.
Sent traps
Displays the number of discarded data packets on this port that caused the device to send an
SNMP trap.
The Wizard window helps you associate the ports with the address of one or more desired senders.
Note: The device saves the addresses associated with the port until you deactivate the Port Security
function on the relevant port or disable the Port Security function in the device.
After closing the Wizard window, click the button to save your settings.
Select port
Port
Specifies the port that you associate with the address of desired senders in the next step.
MAC addresses
Removes the entries in the lower part of the Wizard window. The device removes the respective
association between a port and the desired senders.
VLAN ID
Specifies the VLAN ID of the desired sender.
Possible values:
1..4042
MAC address
Specifies the MAC address of the desired sender.
Possible values:
Valid Unicast MAC address
Specify the value with a colon separator, for example 00:11:22:33:44:55.
Add
Creates a static entry based on the values specified in the VLAN ID and MAC address fields. As a
result, you find a new entry in the lower part of the Wizard window.
Static entry: When you click the icon, the device removes the static entry and the respective
association between the port and the desired senders.
Dynamic entry: When you click the icon, the icon changes to . The device converts the dynamic
entry to a static entry when you close the Wizard window. To undo this change, click the icon again
before you close the Wizard window.
With the port-based access control according to IEEE 802.1X, the device monitors the access to
the network from connected end devices. The device (authenticator) lets an end device (supplicant)
have access to the network if it logs in with valid login data. The authenticator and the end devices
communicate via the EAPoL (Extensible Authentication Protocol over LANs) authentication
protocol.
This dialog lets you specify basic settings for the port-based access control.
Operation
Operation
Enables/disables the 802.1X Port Authentication function.
Possible values:
On
The 802.1X Port Authentication function is enabled.
The device checks the access to the network from connected end devices.
The port-based access control is enabled.
Off (default setting)
The 802.1X Port Authentication function is disabled.
The port-based access control is disabled.
Configuration
VLAN assignment
Activates/deactivates the assigning of the relevant port to a VLAN. This function lets you provide
selected services to the connected end device in this VLAN.
Possible values:
marked
The assigning is active.
If the end device successfully authenticates itself, then the device assigns to the relevant port
the VLAN ID transferred by the RADIUS authentication server.
unmarked (default setting)
The assigning is inactive.
The relevant port is assigned to the VLAN specified in the Network Security > 802.1X Port
Authentication > Port Configuration dialog, Assigned VLAN ID row.
Possible values:
marked
The automatic VLAN creation is active.
The device creates the VLAN if it does not exist.
unmarked (default setting)
The automatic VLAN creation is inactive.
If the assigned VLAN does not exist, then the port remains assigned to the original VLAN.
Monitor mode
Activates/deactivates the monitor mode.
Possible values:
marked
The monitor mode is active.
The device monitors the authentication and helps with diagnosing detected errors. If an end
device has not logged in successfully, then the device gives the end device access to the
network.
unmarked (default setting)
The monitor mode is inactive.
Group size
Specifies the size of the MAC address groups. The device splits the MAC address for
authentication into groups. The size of the groups is specified in half bytes, each of which is
represented as one character.
Possible values:
1
The device splits the MAC address into 12 groups of one character.
Example: A:A:B:B:C:C:D:D:E:E:F:F
2
The device splits the MAC address into 6 groups of 2 characters.
Example: AA:BB:CC:DD:EE:FF
4
The device splits the MAC address into 3 groups of 4 characters.
Example: AABB:CCDD:EEFF
12 (default setting)
The device formats the MAC address as one group of 12 characters.
Example: AABBCCDDEEFF
Group separator
Specifies the character which separates the groups.
Possible values:
-
dash
:
colon
.
dot
Possible values:
lower-case
upper-case
Password
Specifies the optional password for the clients which use the authentication bypass.
Possible values:
Alphanumeric ASCII character string with 0..64 characters
After entering the field displays ***** (asterisk) instead of the password.
<empty>
The device uses the user name of the client also as the password.
Information
The prerequisite is that you activate the Monitor mode function. See the Configuration frame.
Policy 1
Displays the method that the device currently uses to authenticate the end devices using
IEEE 802.1X.
You specify the method used in the Device Security > Authentication List dialog.
To authenticate the end devices through a RADIUS server, you assign the radius policy to the
8021x list.
To authenticate the end devices through the Integrated Authentication Server (IAS) you assign
the ias policy to the 8021x list.
This dialog lets you specify the access settings for every port.
When multiple end devices are connected to a port, the device lets you authenticate these
individually (multi-client authentication). In this case, the device lets logged in end devices have
access to the network. In contrast, the device blocks access for unauthenticated end devices, or
for end devices whose authentication has elapsed.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Port initialization
Activates/deactivates the port initialization in order to activate the access control on the port or reset
it to its initial state. Use this function only on ports in which the Port control column contains the value
auto or multiClient.
Possible values:
marked
The port initialization is active.
When the initialization is complete, the device changes the value to unmarked again.
unmarked (default setting)
The port initialization is inactive.
The device keeps the current port status.
Port reauthentication
Activates/deactivates the one-time reauthentication request.
Use this function only on ports in which the Port control column contains the value auto or
multiClient.
The device also lets you periodically request the end device to log in again. See the Periodic
reauthentication column.
Possible values:
marked
The one-time reauthentication request is active.
The device requests the end device to log in again. Afterwards, the device changes the value to
unmarked again.
unmarked (default setting)
The one-time reauthentication request is inactive.
The device keeps the end device logged in.
Authentication activity
Displays the current status of the Authenticator (Authenticator PAE state).
Possible values:
initialize
disconnected
connecting
authenticating
authenticated
aborting
held
forceAuth
forceUnauth
Possible values:
request
response
success
fail
timeout
idle
initialize
Authentication state
Displays the current status of the authentication on the port (Controlled Port Status).
Possible values:
authorized
The end device is logged in successfully.
unauthorized
The end device is not logged in.
Users (max.)
Specifies the upper limit for the number of end devices that the device authenticates on this port at
the same time. This upper limit applies only to ports in which the Port control column contains the
value multiClient.
Possible values:
1..16 (default setting: 16)
Port control
Specifies how the device grants access to the network (Port control mode).
Possible values:
forceUnauthorized
The device blocks the access to the network. You use this setting if an end device is connected
to the port that does not receive access to the network.
auto
The device grants access to the network if the end device logged in successfully. You use this
setting if an end device is connected to the port that logs in at the authenticator.
Note: If other end devices are connected through the same port, then they get access to the
network without additional authentication.
Possible values:
0..65535 (default setting: 60)
Possible values:
1..65535 (default setting: 30)
Possible values:
1..65535 (default setting: 30)
Possible values:
1..65535 (default setting: 30)
Requests (max.)
Specifies how many times the authenticator requests the end device to log in until the time specified
in the Supplicant timeout period [s] column has elapsed. The device sends an EAP request/identity
data packet to the end device as often as specified here.
Possible values:
0..10 (default setting: 2)
Assigned VLAN ID
Displays the ID of the VLAN that the authenticator assigned to the port. This value applies only on
ports in which the Port control column contains the value auto.
Possible values:
0..4042 (default setting: 0)
You find the VLAN ID that the authenticator assigned to the ports in the Network Security > 802.1X
Port Authentication > Port Clients dialog.
For the ports in which the Port control column contains the value multiClient, the device assigns
the VLAN tag based on the MAC address of the end device when receiving data packets without a
VLAN tag.
Assignment reason
Displays the cause for the assignment of the VLAN ID. This value applies only on ports in which
the Port control column contains the value auto.
Possible values:
notAssigned (default setting)
radius
guestVlan
unauthenticatedVlan
You find the VLAN ID that the authenticator assigned to the ports for a supplicant in the Network
Security > 802.1X Port Authentication > Port Clients dialog.
Possible values:
1..65535 (default setting: 3600)
Periodic reauthentication
Activates/deactivates periodic reauthentication requests.
Possible values:
marked
The periodic reauthentication requests are active.
The device periodically requests the end device to log in again. You specify this time period in
the Reauthentication period [s] column.
If the authenticator assigned the ID of a Voice VLAN, Unauthenticated VLAN or Guest VLAN to
the end device, then this setting becomes ineffective.
unmarked (default setting)
The periodic reauthentication requests are inactive.
The device keeps the end device logged in.
Guest VLAN ID
Specifies the ID of the VLAN that the authenticator assigns to the port if the end device does not
log in during the time period specified in the Guest VLAN period column. This value applies only on
ports in which the Port control column contains the value auto or multiClient.
This function lets you grant end devices, without IEEE 802.1X support, access to selected services
in the network.
Possible values:
0 (default setting)
The authenticator does not assign a Guest VLAN to the port.
When you enable the MAC-based authentication in the MAC authorized bypass column, the
device automatically sets the value to 0.
1..4042
Note: The MAC authorized bypass function and the Guest VLAN ID function cannot be in use
simultaneously.
Possible values:
1..300 (default setting: 90)
Unauthenticated VLAN ID
Specifies the ID of the VLAN that the authenticator assigns to the port if the end device does not
log in successfully. This value applies only on ports in which the Port control column contains the
value auto.
This function lets you grant end devices without valid login data access to selected services in the
network.
Possible values:
0..4042 (default setting: 0)
The effect of the value 0 is that the authenticator does not assign a Unauthenticated VLAN to the
port.
This function lets you authenticate end devices without IEEE 802.1X support on the basis of their
MAC address.
Possible values:
marked
The MAC-based authentication is active.
The device sends the MAC address of the end device to the RADIUS authentication server. The
device assigns the supplicant by its MAC address to the corresponding VLAN as if the
authentication was performed through IEEE 802.1X directly.
unmarked (default setting)
The MAC-based authentication is inactive.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
User name
Displays the user name with which the end device logged in.
MAC address
Displays the MAC address of the end device.
Filter ID
Displays the name of the filter list that the RADIUS authentication server assigned to the end device
after successful authentication.
The authentication server transfers the filter ID attributes in the Access Accept data packet.
Assigned VLAN ID
Displays the VLAN ID that the authenticator assigned to the port after the successful authentication
of the end device.
If for the port in the Network Security > 802.1X Port Authentication > Port Configuration dialog, Port control
column the value multiClient is specified, then the device assigns the VLAN tag based on the
MAC address of the end device when receiving data packets without a VLAN tag.
Assignment reason
Displays the reason for the assignment of the VLAN.
Possible values:
default
radius
unauthenticatedVlan
guestVlan
monitorVlan
invalid
The field only displays a valid value as long as the client is authenticated.
Session timeout
Displays the remaining time in seconds until the login of the end device expires. This value applies
only if for the port in the Network Security > 802.1X Port Authentication > Port Configuration dialog, Port
control column the value auto or multiClient is specified.
The authentication server assigns the timeout period to the device through RADIUS. The value 0
means that the authentication server has not assigned a timeout.
Termination action
Displays the action performed by the device when the login has elapsed.
Possible values:
default
reauthenticate
This dialog displays which EAPOL data packets the end device has sent and received for the
authentication of the end devices.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Received packets
Displays the total number of EAPOL data packets that the device received on the port.
Transmitted packets
Displays the total number of EAPOL data packets that the device sent on the port.
Start packets
Displays the number of EAPOL start data packets that the device received on the port.
Logoff packets
Displays the number of EAPOL logoff data packets that the device received on the port.
Response/ID packets
Displays the number of EAP response/identity data packets that the device received on the port.
Response packets
Displays the number of valid EAP response data packets that the device received on the port
(without EAP response/identity data packets).
Request/ID packets
Displays the number of EAP request/identity data packets that the device received on the port.
Request packets
Displays the number of valid EAP request data packets that the device received on the port (without
EAP request/identity data packets).
Invalid packets
Displays the number of EAPOL data packets with an unknown frame type that the device received
on the port.
Packet version
Displays the protocol version number of the EAPOL data packet that the device last received on
the port.
The value 00:00:00:00:00:00 means that the port has not received any EAPOL data packets yet.
The device registers the authentication process of the end devices that are connected to its ports.
This dialog displays the information recorded during the authentication.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Result age
Displays since when this entry has been entered in the table.
MAC address
Displays the MAC address of the end device.
VLAN ID
Displays the ID of the VLAN that was assigned to the end device before the login.
Authentication status
Displays the status of the authentication on the port.
Possible values:
success
The authentication was successful.
failure
The authentication failed.
Access status
Displays if the device grants the end device access to the network.
Possible values:
granted
The device grants the end device access to the network.
denied
The device denies the end device access to the network.
Assigned VLAN ID
Displays the ID of the VLAN that the authenticator assigned to the port.
Assignment type
Displays the type of the VLAN that the authenticator assigned to the port.
Possible values:
default
radius
unauthenticatedVlan
guestVlan
monitorVlan
notAssigned
Assignment reason
Displays the reason for the assignment of the VLAN ID and the VLAN type.
Port
Simplifies the table and displays only the entries relating to the port selected here. This makes it
easier for you to record the table and sort it as you desire.
Possible values:
all
The table displays the entries for every port.
<Port number>
The table displays the entries that apply to the port selected here.
The Integrated Authentication Server (IAS) lets you authenticate end devices using IEEE 802.1X.
Compared to RADIUS, the IAS has a very limited range of functions. The authentication is based
only on the user name and the password.
In this dialog you manage the login data of the end devices. The device lets you set up to 100 sets
of login data.
To authenticate the end devices through the Integrated Authentication Server you assign in the
Device Security > Authentication List dialog the ias policy to the 8021x list.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
User name
Displays the user name of the end device.
Password
Specifies the password with which the user authenticates.
Possible values:
Alphanumeric ASCII character string with 0..64 characters
Active
Activates/deactivates the login data.
Possible values:
marked
The login data is active. An end device has the option of logging in through IEEE 802.1X using
this login data.
unmarked (default setting)
The login data is inactive.
4.4 RADIUS
[ Network Security > RADIUS ]
With its factory settings, the device authenticates users based on the local user management.
However, as the size of a network increases, it becomes more difficult to keep the login data of the
users consistent across the devices.
RADIUS (Remote Authentication Dial-In User Service) lets you authenticate and authorize the
users at a central point in the network. A RADIUS server performs the following tasks here:
Authentication
The authentication server authenticates the users when the RADIUS client at the access point
forwards the login data of the users to the server.
Authorization
The authentication server authorizes logged in users for selected services by assigning various
parameters for the relevant end device to the RADIUS client at the access point.
Accounting
The accounting server records the traffic data that has occurred during the port authentication
according to IEEE 802.1X. This lets you subsequently determine which services the users have
used, and to what extent.
If you assign the radius policy to an application in the Device Security > Authentication List dialog,
then the device operates in the role of the RADIUS client. The device forwards the users’ login data
to the primary authentication server. The authentication server decides if the login data is valid and
transfers the user’s authorizations to the device.
The device assigns the Service Type transferred in the response of a RADIUS server as follows to
a user role existing in the device:
• Administrative-User: administrator
• Login-User: operator
• NAS-Prompt-User: guest
The device also lets you authenticate end devices with IEEE 802.1X through an authentication
server. To do this, you assign the radius policy to the 8021x list in the Device Security >
Authentication List dialog.
RADIUS configuration
Buttons
Reset
Deletes the statistics in the Network Security > RADIUS > Authentication Statistics dialog and in the
Network Security > RADIUS > Accounting Statistics dialog.
Retransmits (max.)
Specifies how many times the device retransmits an unanswered request to the authentication
server before the device sends the request to an alternative authentication server.
Possible values:
1..15 (default setting: 4)
Timeout [s]
Specifies how many seconds the device waits for a response after a request to an authentication
server before it retransmits the request.
Possible values:
1..30 (default setting: 5)
Accounting
Activates/deactivates the accounting.
Possible values:
marked
Accounting is active.
The device sends the traffic data to an accounting server specified in the Network Security >
RADIUS > Accounting Server dialog.
unmarked (default setting)
Accounting is inactive.
Note: The device only includes the attribute 4 if the packet was triggered by the 802.1X
authentication request of an end device (supplicant).
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
In many cases, there is a firewall between the device and the authentication server. In the Network
Address Translation (NAT) in the firewall changes the original IP address, and the authentication
server receives the translated IP address of the device.
The device transfers the IP address in this field unchanged across the Network Address Translation
(NAT).
This dialog lets you specify up to 8 authentication servers. An authentication server authenticates
and authorizes the users when the device forwards the login data to the server.
The device sends the login data to the specified primary authentication server. When the server
does not respond, the device contacts the specified authentication server that is highest in the
table. When no response comes from this server either, the device contacts the next server in the
table.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Index
Displays the index number to which the table entry relates.
Name
Displays the name of the server. To change the value, click the relevant field.
Possible values:
Alphanumeric ASCII character string with 1..32 characters
(default setting: Default-RADIUS-Server)
You can specify the same name for several servers. When several servers have the same
name, the setting in the Primary server column applies.
Address
Specifies the IP address of the server.
Possible values:
Valid IPv4 address
Possible values:
0..65535 (default setting: 1812)
Exception: Port 2222 is reserved for internal functions.
Secret
Displays ****** (asterisks) when you specify a password with which the device logs in to the server.
To change the password, click the relevant field.
Possible values:
Alphanumeric ASCII character string with 1..64 characters
You get the password from the administrator of the authentication server.
Primary server
Specifies the authentication server as primary or secondary.
Possible values:
marked
The server is specified as the primary authentication server. The device sends the login data for
authenticating the users to this authentication server.
This setting applies only if more than one server in the table has the same value in the Name
column.
unmarked (default setting)
The server is the secondary authentication server. When the device does not receive a
response from the primary authentication server, the device sends the login data to the
secondary authentication server.
Active
Activates/deactivates the connection to the server.
The device uses the server, if you specify in the Device Security > Authentication List dialog the value
radius in one of the rows Policy 1 to Policy 5.
Possible values:
marked (default setting)
The connection is active. The device sends the login data for authenticating the users to this
server if the preconditions named above are fulfilled.
unmarked
The connection is inactive. The device does not send any login data to this server.
This dialog lets you specify up to 8 accounting servers. An accounting server records the traffic data
that has occurred during the port authentication according to IEEE 802.1X. The prerequisite is that
you activate in the Network Security > RADIUS > Global menu the Accounting function.
The device sends the traffic data to the first accounting server that can be reached. When the
accounting server does not respond, the device contacts the next server in the table.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Index
Displays the index number to which the table entry relates.
Possible values:
1..8
Name
Displays the name of the server.
Possible values:
Alphanumeric ASCII character string with 1..32 characters
(default setting: Default-RADIUS-Server)
Address
Specifies the IP address of the server.
Possible values:
Valid IPv4 address
Possible values:
0..65535 (default setting: 1813)
Exception: Port 2222 is reserved for internal functions.
Secret
Displays ****** (asterisks) when you specify a password with which the device logs in to the server.
To change the password, click the relevant field.
Possible values:
Alphanumeric ASCII character string with 1..16 characters
You get the password from the administrator of the authentication server.
Active
Activates/deactivates the connection to the server.
Possible values:
marked (default setting)
The connection is active. The device sends traffic data to this server if the preconditions named
above are fulfilled.
unmarked
The connection is inactive. The device does not send any traffic data to this server.
This dialog displays information about the communication between the device and the
authentication server. The table displays the information for each server in a separate row.
To delete the statistic, click in the Network Security > RADIUS > Global dialog the button.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Name
Displays the name of the server.
Address
Displays the IP address of the server.
Access requests
Displays the number of access data packets that the device sent to the server. This value does not
take repetitions into account.
Access accepts
Displays the number of access accept data packets that the device received from the server.
Access rejects
Displays the number of access reject data packets that the device received from the server.
Access challenges
Displays the number of access challenge data packets that the device received from the server.
Bad authenticators
Displays the number of access response data packets with an invalid authenticator that the device
received from the server.
Pending requests
Displays the number of access request data packets that the device sent to the server to which it
has not yet received a response from the server.
Timeouts
Displays how many times no response to the server was received before the specified waiting time
elapsed.
Unknown types
Displays the number data packets with an unknown data type that the device received from the
server on the authentication port.
Packets dropped
Displays the number of data packets that the device received from the server on the authentication
port and then discarded them.
This dialog displays information about the communication between the device and the accounting
server. The table displays the information for each server in a separate row.
To delete the statistic, click in the Network Security > RADIUS > Global dialog the button.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Name
Displays the name of the server.
Address
Displays the IP address of the server.
Accounting-request packets
Displays the number of accounting request data packets that the device sent to the server. This
value does not take repetitions into account.
Received packets
Displays the number of accounting response data packets that the device received from the server.
Malformed packets
Displays the number of malformed accounting response data packets that the device received from
the server (including data packets with an invalid length).
Bad authenticators
Displays the number of accounting response data packets with an invalid authenticator that the
device received from the server.
Pending requests
Displays the number of accounting request data packets that the device sent to the server to which
it has not yet received a response from the server.
Timeouts
Displays how many times no response to the server was received before the specified waiting time
elapsed.
Unknown types
Displays the number data packets with an unknown data type that the device received from the
server on the accounting port.
Packets dropped
Displays the number of data packets that the device received from the server on the accounting
port and then discarded them.
4.5 DoS
[ Network Security > DoS ]
Denial of Service (DoS) is a cyber-attack that aims to bring down specific services or devices. In
this dialog you can set up several filters to help protect the device itself and other devices in the
network from DoS attacks.
In this dialog you specify the DoS settings for the TCP/UDP, IP and ICMP protocols.
TCP/UDP
A scanner uses port scans to prepare network attacks. The scanner uses different techniques to
determine running devices and open ports. This frame lets you activate filters for specific scanning
techniques.
The device detects and discards incoming TCP packets with the following properties:
No TCP flags are set.
The TCP sequence number is 0.
Possible values:
marked
The filter is active.
unmarked (default setting)
The filter is inactive.
Xmas filter
Activates/deactivates the Xmas filter.
The device detects and discards incoming TCP packets with the following properties:
The TCP flags FIN, URG and PSH are simultaneously set.
The TCP sequence number is 0.
Possible values:
marked
The filter is active.
unmarked (default setting)
The filter is inactive.
SYN/FIN filter
Activates/deactivates the SYN/FIN filter.
The device detects incoming data packets with the TCP flags SYN and FIN set simultaneously and
discards them.
Possible values:
marked
The filter is active.
unmarked (default setting)
The filter is inactive.
The TCP Offset protection detects incoming TCP data packets whose fragment offset field of the
IP header is equal to 1 and discards them.
The TCP Offset protection accepts UDP and ICMP packets whose fragment offset field of the IP
header is equal to 1.
Possible values:
marked
The protection is active.
unmarked (default setting)
The protection is inactive.
The TCP SYN protection detects incoming data packets with the TCP flag SYN set and a L4 source
port <1024 and discards them.
Possible values:
marked
The protection is active.
unmarked (default setting)
The protection is inactive.
L4 Port protection
Activates/deactivates the L4 Port protection.
The L4 Port protection detects incoming TCP and UDP data packets whose source port number
and destination port number are identical and discards them.
Possible values:
marked
The protection is active.
unmarked (default setting)
The protection is inactive.
The Minimal Header filter detects incoming data packets whose IP payload length in the IP header
minus the outer IP header size is smaller than the minimum TCP header size. If this is the first
fragment that the device detects, then the device discards the data packet.
Possible values:
marked
The filter is active.
unmarked (default setting)
The filter is inactive.
IP
Possible values:
marked
The filter is active. The device discards data packets whose source and destination addresses
are identical.
unmarked (default setting)
The filter is inactive.
ICMP
This dialog provides you with filter options for the following ICMP parameters:
Fragmented data packets
ICMP packets from a specific size upwards
Broadcast pings
Possible values:
marked
The filter is active.
unmarked (default setting)
The filter is inactive.
The filter detects ICMP packets whose payload size exceeds the size specified in the Allowed
payload size [byte] field and discards them.
Possible values:
marked
The filter is active.
unmarked (default setting)
The filter is inactive.
Mark the Packet size filter checkbox if you want the device to discard incoming data packets whose
payload size exceeds the maximum allowed size for ICMP packets.
Possible values:
0..1472 (default setting: 512)
Possible values:
marked
The filter is active.
The device detects Broadcast Pings and drops them.
unmarked (default setting)
The filter is inactive.
DHCP Snooping is a function that supports the network security. DHCP Snooping monitors DHCP
packets between the DHCP client and the DHCP server and acts like a firewall between the
unsecured hosts and the secured DHCP servers.
In this dialog you configure and monitor the following device properties:
Validate DHCP packets from untrusted sources and filter out invalid packets.
Limit DHCP data traffic from trusted and untrusted sources.
Set up and update the DHCP Snooping binding database. This database contains the MAC
address, IP address, VLAN and port of DHCP clients at untrusted ports.
Validate follow-up requests from untrusted hosts on the basis of the DHCP Snooping binding
database.
You can activate DHCP Snooping globally and for a specific VLAN. You specify the security status
(trusted or untrusted) on individual ports. Verify that the DHCP service can be reached via trusted
ports. For DHCP Snooping you typically configure the user/client ports as untrusted and the uplink
ports as trusted.
This dialog lets you configure the global DHCP Snooping parameters for your device:
Activate/deactivate DHCP Snooping globally.
Activate/deactivate Auto-Disable globally.
Enable/disable the checking of the source MAC address.
Configure the name, storage location and storing interval for the binding database.
Operation
Operation
Enables/disables the DHCP Snooping function globally.
Possible values:
On
Off (default setting)
Configuration
Verify MAC
Activates/deactivates the source MAC address verification in the Ethernet packet.
Possible values:
marked
The source MAC address verification is active.
The device compares the source MAC address with the MAC address of the client in the
received DHCP packet.
unmarked (default setting)
The source MAC address verification is inactive.
Auto-disable
Activates/deactivates the Auto-Disable function for DHCP Snooping.
Possible values:
marked
The Auto-Disable function for DHCP Snooping is active.
Also mark the checkbox in the Auto-disable column on the Port tab in the Network Security > DHCP
Snooping > Configuration dialog for the relevant ports.
unmarked (default setting)
The Auto-Disable function for DHCP Snooping is inactive.
Binding database
Note: The device saves only dynamic bindings in the persistent binding database. The device
saves static bindings in the configuration profile.
Remote IP address
Specifies the remote IP address under which the device saves the persistent DHCP Snooping
binding database. With the value 0.0.0.0 the device saves the binding database locally.
Possible values:
Valid IPv4 address
0.0.0.0 (default setting)
The device saves the DHCP Snooping binding database locally.
Possible values:
15..86400 (default setting: 300)
This dialog lets you configure DHCP Snooping for individual ports and for individual VLANs.
[Port]
In this tab you configure the DHCP Snooping function for individual ports.
Configure a port as trusted/untrusted.
Activate/deactivate the logging of invalid packets for individual ports.
Limit the number of DHCP packets.
Deactivate a port automatically if the DHCP data traffic exceeds the specified limit.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Trust
Activates/deactivates the security status (trusted, untrusted) of the port.
When this function is active, the port is configured as trusted. Typically, you have connected the
trusted port to a DHCP server.
Possible values:
marked
The port is specified as trusted. DHCP Snooping forwards permissible client packets through
trusted ports.
unmarked (default setting)
The port is configured as untrusted. On untrusted ports, the device compares the receiver port
with the client port in the binding database.
Log
Activates/deactivates the logging of invalid packets that the device determines on this port.
Possible values:
marked
The logging of invalid packets is active.
unmarked (default setting)
The logging of invalid packets is inactive.
Rate limit
Specifies the maximum number of DHCP packets per burst interval on the port. If the number of
incoming DHCP packets is currently exceeding the specified limit in a burst interval, then the device
discards the additional incoming DHCP packets.
Possible values:
-1 (default setting)
Deactivates the limitation of the number of DHCP packets per burst interval on this port.
0..150packets per interval
Limits the maximum number of DHCP packets per burst interval on this port.
If you activate the auto-disable function, then the device also disables the port. You find the auto-
disable function in the Auto-disable column.
Burst interval
Specifies the length of the burst interval in seconds on this port. The burst interval is relevant for
the rate limiting function.
You specify the maximum number of DHCP packets per burst interval in the Rate limit column.
Possible values:
1..15 (default setting: 1)
Auto-disable
Activates/deactivates the Auto-Disable function for the parameters that the DHCP Snooping function
is monitoring on the port.
Possible values:
marked (default setting)
The Auto-Disable function is active on the port.
The prerequisite is that in the Network Security > DHCP Snooping > Global dialog the Auto-disable
checkbox in the Configuration frame is marked.
– If the port receives more DHCP packets than specified in the Rate limit field in the time
specified in the Burst interval column, then the device disables the port. The Link status LED
for the port flashes 3× per period.
– The Diagnostics > Ports > Auto-Disable dialog displays which ports are currently disabled due
to the parameters being exceeded.
– After a waiting period, the Auto-Disable function enables the port again automatically. For this
you go to the Diagnostics > Ports > Auto-Disable dialog and specify a waiting period for the
relevant port in the Reset timer [s] column.
unmarked
The Auto-Disable function on the port is inactive.
[VLAN ID]
In this tab you configure the DHCP Snooping function for individual VLANs.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
VLAN ID
Displays the VLAN ID to which the table entry relates.
Active
Activates/deactivates the DHCP Snooping function in this VLAN.
The DHCP Snooping function forwards valid DHCP client messages to the trusted ports in VLANs
without the Routing function.
Possible values:
marked
The DHCP Snooping function is active in this VLAN.
unmarked (default setting)
The DHCP Snooping function is inactive in this VLAN.
The device forwards DHCP packets according to the switching settings without monitoring the
packets. The binding database remains unchanged.
Note: To enable DHCP Snooping for a port, enable the DHCP Snooping function globally in the
Network Security > DHCP Snooping > Global dialog. Verify that you assigned the port to a VLAN in
which DHCP Snooping is enabled.
With DHCP Snooping, the device logs detected errors and generates statistics. In this dialog you
monitor the DHCP Snooping statistics for each port.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Reset
Port
Displays the port number.
DHCP Snooping uses DHCP messages to set up and update the binding database.
Static bindings
The device lets you enter up to 1024 static DHCP Snooping bindings in the database.
Dynamic bindings
The dynamic binding database contains data for clients only on untrusted ports.
This menu lets you specify the settings for static and dynamic bindings.
Set up new static bindings and set them to active/inactive.
Display, activate/deactivate or delete static bindings that have been set up.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
In the MAC address field, you specify the MAC address which you bind to an IP address and a VLAN
ID.
Possible values:
Valid Unicast MAC address
Specify the value with a colon separator, for example 00:11:22:33:44:55.
Remove
Also, the device removes the dynamic bindings of this port created with the IP Source Guard function.
MAC address
Displays the MAC address that you bind to an IP address and a VLAN ID.
IP address
Specifies the IP address for the static DHCP Snooping binding.
Possible values:
Valid Unicast IPv4 address smaller than 224.x.x.x and outside the range 127.0.0.0/8
(default setting: 0.0.0.0)
VLAN ID
Specifies the ID of the VLAN to which the table entry applies.
Possible values:
<ID of the VLANs that are set up>
Port
Specifies the port for the static DHCP Snooping binding.
Possible values:
Available ports
Active
Activates/deactivates the specified static DHCP Snooping binding.
Possible values:
marked
The static DHCP Snooping binding is active.
unmarked (default setting)
The static DHCP Snooping binding is inactive.
IP Source Guard (IPSG) is a function that supports the network security. The function filters IP data
packets based on the source ID (source IP address or source MAC address) of the subscriber.
IPSG supports you in protecting the network against attacks through IP/MAC address spoofing.
DHCP Snooping discards IP data packets on untrusted ports, except DHCP messages. When the
device receives DHCP responses and the DHCP Snooping binding database is set up, the device
creates a VLAN Access Control List (VACL) for each port containing the source IDs of the
subscribers.
You configure the parameters of the DHCP Snooping function for individual ports and individual
VLANs in the Network Security > DHCP Snooping > Configuration dialog.
The Port Security function takes over the subsequent processing of invalid data packets. You specify
the settings of the Port Security function in the Network Security > Port Security dialog.
Note: In order for the device to check the IP address and the MAC address of the data packets
received on the port, enable the Verify MAC function.
In order for the device to check the VLAN ID and the MAC address of the source before forwarding
the data packet, additionally enable the Port Security function. See the Network Security > Port Security
dialog.
This dialog lets you display and configure the following device properties for each port:
Include/exclude source MAC addresses for the filtering.
Activate/deactivate the IP Source Guard function.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Verify MAC
Activates/deactivates the filtering based on the source MAC address if the IP Source Guard function
is active. The device executes this filtering in addition to the filtering based on the source IP
address.
Possible values:
marked
Filtering based on the source MAC address is active.
To activate the function, mark the Active checkbox.
unmarked (default setting)
Filtering based on the source MAC address is inactive.
To deactivate the function, also unmark the Active checkbox.
Active
Activates/deactivates the IP Source Guard function on the port.
Possible values:
marked
The IP Source Guard function is active.
You also enable the DHCP Snooping function in the Network Security > DHCP Snooping > Global
dialog.
unmarked (default setting)
The IP Source Guard function is inactive.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
MAC address
Displays the MAC address of the binding.
IP address
Displays the IP address of the binding.
VLAN ID
Displays the VLAN ID of the binding.
Port
Displays the number of the port of the binding.
Hardware status
Displays the hardware status of the binding.
The device applies the binding to the hardware only if the settings are correct. Before the device
applies the static IPSG binding to the hardware, it checks the following prerequisites:
• The Active checkbox is marked.
• The IP Source Guard function on the port is active, in the Network Security > IP Source Guard > Port
dialog the Active checkbox is marked.
Possible values:
marked
The binding is active, the device applies the binding to the hardware.
unmarked
The binding is inactive.
Active
Activates/deactivates the specified static IPSG binding between the specified MAC address and
the specified IP address, for the specified VLAN on the specified port.
Possible values:
marked
The static IPSG binding is active.
unmarked (default setting)
The static IPSG binding is inactive.
Note: To make the static binding effective, activate the IP Source Guard function on the
corresponding port. In the Network Security > IP Source Guard > Port dialog, mark the Active checkbox.
Dynamic ARP Inspection is a function that supports the network security. This function analyzes ARP
packets, logs them, and discards invalid and hostile ARP packets.
The Dynamic ARP Inspection function helps prevent a range of man-in-the-middle attacks. With this
kind of attack, a hostile station listens in on the data traffic from other subscribers by encroaching
on the ARP cache of its unsuspecting neighbors. The hostile station sends ARP requests and ARP
responses and enters the IP address of another subscriber for its own MAC address in the IP-to-
MAC address relationship (binding).
Using the following measures, the Dynamic ARP Inspection function helps ensure that the device only
forwards valid ARP requests and ARP responses.
Listening in on ARP requests and ARP responses on untrusted ports.
Verifying that the determined packets have a valid IP to MAC address relationship (binding)
before the device updates the local ARP cache and before the device forwards the packets to
the related destination address.
Discarding invalid ARP packets.
The device lets you specify up to 100 active ARP ACLs (access lists). You can activate up to 20
rules for each ARP ACL.
Configuration
Possible values:
marked
The source MAC address verification is active.
The device checks the source MAC address of the received ARP packets.
– The device transmits ARP packets with a valid source MAC address to the related
destination address and updates the local ARP cache.
– The device discards ARP packets with an invalid source MAC address.
unmarked (default setting)
The source MAC address verification is inactive.
Possible values:
marked
The destination MAC address verification is active.
The device checks the destination MAC address of the incoming ARP packets.
– The device transmits ARP packets with a valid destination MAC address to the related
destination address and updates the local ARP cache.
– The device discards ARP packets with an invalid destination MAC address.
unmarked (default setting)
The checking of the destination MAC address of the incoming ARP packets is inactive.
Verify IP address
Activates/deactivates the IP address verification.
In ARP requests, the device checks the source IP address. In ARP responses, the device checks
the destination and source IP address.
Possible values:
marked
The IP address verification is active.
The device checks the IP address of the incoming ARP packets. The device transmits ARP
packets with a valid IP address to the related destination address and updates the local ARP
cache. The device discards ARP packets with an invalid IP address.
unmarked (default setting)
The IP address verification is inactive.
Auto-disable
Activates/deactivates the Auto-Disable function for Dynamic ARP Inspection.
Possible values:
marked
The Auto-Disable function for Dynamic ARP Inspection is active.
Also mark the checkbox in the Port column on the Auto-disable tab in the Network Security >
Dynamic ARP Inspection > Configuration dialog for the relevant ports.
unmarked (default setting)
The Auto-Disable function for Dynamic ARP Inspection is inactive.
[Port]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Trust
Activates/deactivates the monitoring of ARP packets on untrusted ports.
Possible values:
marked
Monitoring is active.
The device monitors ARP packets on untrusted ports.
The device immediately forwards ARP packets on trusted ports.
unmarked (default setting)
Monitoring is inactive.
Rate limit
Specifies the maximum number of ARP packets per interval on this port. If the rate of incoming ARP
packets is currently exceeding the specified limit in a burst interval, then the device discards the
additional incoming ARP packets. You specify the burst interval in the Burst interval column.
Optionally, the device also deactivates the port if you activate the auto-disable function. You
enable/disable the Auto-Disable function in the Auto-disable column.
Possible values:
-1 (default setting)
Deactivates the limitation of the number of ARP packets per burst interval on this port.
0..300packets per interval
Limits the maximum number of ARP packets per burst interval on this port.
Burst interval
Specifies the length of the burst interval in seconds on this port. The burst interval is relevant for
the rate limiting function.
You specify the maximum number of ARP packets per burst interval in the Rate limit column.
Possible values:
1..15 (default setting: 1)
Auto-disable
Activates/deactivates the Auto-Disable function for the parameters that the Dynamic ARP Inspection
function is monitoring on the port.
Possible values:
marked (default setting)
The Auto-Disable function is active on the port.
The prerequisite is that in the Network Security > Dynamic ARP Inspection > Global dialog the Auto-
disable checkbox in the Configuration frame is marked.
– If the port receives more ARP packets than specified in the Rate limit field in the time specified
in the Burst interval column, then the device disables the port. The Link status LED for the port
flashes 3× per period.
– The Diagnostics > Ports > Auto-Disable dialog displays which ports are currently disabled due
to the parameters being exceeded.
– After a waiting period, the Auto-Disable function enables the port again automatically. For this
you go to the Diagnostics > Ports > Auto-Disable dialog and specify a waiting period for the
relevant port in the Reset timer [s] column.
unmarked
The Auto-Disable function on the port is inactive.
[VLAN ID]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
VLAN ID
Displays the VLAN ID to which the table entry relates.
Log
Activates/deactivates the logging of invalid ARP packets that the device determines in this VLAN.
If the device detects an error when checking the IP, source MAC or destination MAC address, or
when checking the IP-to-MAC address relationship (binding), then the device identifies an ARP
packet as invalid.
Possible values:
marked
The logging of invalid packets is active.
The device registers invalid ARP packets.
unmarked (default setting)
The logging of invalid packets is inactive.
Binding check
Activates/deactivates the checking of incoming ARP packets that the device receives on untrusted
ports and on VLANs for which the Dynamic ARP Inspection function is active. For these ARP packets
the device checks the ARP ACL and the DHCP Snooping relationship (bindings).
Possible values:
marked (default setting)
The binding check of ARP packets is active.
unmarked
The binding check of ARP packets is inactive.
ACL strict
Activates/deactivates the strict checking of incoming ARP packets based on the ARP ACL rules
specified.
Possible values:
marked
The strict checking is active.
The device checks the incoming ARP packets based on the ARP ACL rule specified in the ARP
ACL column.
unmarked (default setting)
The strict checking is inactive.
The device checks the incoming ARP packets based on the ARP ACL rule specified in the ARP
ACL column and subsequently on the entries in the DHCP Snooping database.
ARP ACL
Specifies the ARP ACL that the device uses.
Possible values:
<rule name>
You create and edit the rules in the Network Security > Dynamic ARP Inspection > ARP Rules dialog.
Active
Activates/deactivates the Dynamic ARP Inspection function in this VLAN.
Possible values:
marked
The Dynamic ARP Inspection function is active in this VLAN.
unmarked (default setting)
The Dynamic ARP Inspection function is inactive in this VLAN.
This dialog lets you specify rules for checking and filtering ARP packets.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Name
Displays the name of the ARP rule.
Source IP address
Specifies the source address of the IP data packets to which the device applies the rule.
Possible values:
Valid IPv4 address
The device applies the rule to IP data packets with the specified source address.
Possible values:
Valid MAC address
The device applies the rule to MAC data packets with the specified source address.
Active
Activates/deactivates the ARP rule.
Possible values:
marked (default setting)
The rule is active.
unmarked
The rule is inactive.
This window displays the number of discarded and forwarded ARP packets in an overview.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Reset
VLAN ID
Displays the VLAN ID to which the table entry relates.
Packets forwarded
Displays the number of ARP packets that the device forwards after checking them using the
Dynamic ARP Inspection function.
Packets dropped
Displays the number of ARP packets that the device discards after checking them using the
Dynamic ARP Inspection function.
DHCP drops
Displays the number of ARP packets that the device discards after checking the DHCP Snooping
relationship (binding).
DHCP permits
Displays the number of ARP packets that the device forwards after checking the DHCP Snooping
relationship (binding).
ACL drops
Displays the number of ARP packets that the device discards after checking them using the ARP
ACL rules.
ACL permits
Displays the number of ARP packets that the device forwards after checking them using the ARP
ACL rules.
Invalid IP address
Displays the number of ARP packets that the device discards after the Dynamic ARP Inspection
function detected an error in the IP address.
4.9 ACL
[ Network Security > ACL ]
In this menu, you specify the settings for the Access Control Lists (ACL). Access Control Lists
contain rules which the device applies successively to the data stream on its ports or VLANs.
If a data packet matches the criteria of one or more rules, then the device applies the action
specified in the first rule that matches to the data stream. The device ignores the rules that follow
the first rule that matches. Possible actions include:
permit: The device transmits the data packet to a port or to a VLAN.
When necessary, the device transmits a copy of the data packets to a further port.
deny: The device drops the data packet.
In the default setting, the device forwards every data packet. Once you assign an Access Control
List to a port or VLAN, then this behavior changes. The device enters at the end of an Access
Control List an implicit Deny-All rule. Consequently, the device discards data packets that do not
match the criteria of any rules. If you want a different behavior, then add a Permit-All rule at the end
of your Access Control Lists.
In this dialog you specify the rules that the device applies to the IP data packets.
An Access Control List (group) contains one or more rules. The device applies the rules of an
Access Control List successively, beginning with the rule with the lowest value in the Index column.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Group name
Displays the name of the Access Control List. The Access Control List contains the rules.
Index
Displays the number of the rule within the Access Control List.
If the Access Control List contains multiple rules, then the device processes the rule with the lowest
value first.
Possible values:
marked (default setting)
The device applies the rule to every IP data packet.
unmarked
The device applies the rule to IP data packets depending on the value in the following fields:
– Source IP address, Destination IP address, Protocol
– DSCP, TOS priority, TOS mask
– ICMP type, ICMP code
– IGMP type
– Established
– Packet fragmented
– TCP flag
Source IP address
Specifies the source address of the IP data packets to which the device applies the rule.
Possible values:
?.?.?.? (default setting)
The device applies the rule to IP data packets with any source address.
Valid IPv4 address
The device applies the rule to IP data packets with the specified source address.
You use the ? character as a wild card.
Example 192.?.?.32: The device applies the rule to IP data packets whose source address
begins with 192. and ends with .32.
Valid IPv4 address/bit mask
The device applies the rule to IP data packets with the specified source address. The inverse
bit mask lets you specify the address range with bit-level accuracy.
Example 192.168.1.0/0.0.0.127: The device applies the rule to IP data packets with a source
address in the range from 192.168.1.0 to ….127.
Destination IP address
Specifies the destination address of the IP data packets to which the device applies the rule.
Possible values:
?.?.?.? (default setting)
The device applies the rule to IP data packets with any destination address.
Valid IPv4 address
The device applies the rule to data packets with the specified destination address.
You use the ? character as a wild card.
Example 192.?.?.32: The device applies the rule to IP data packets whose source address
begins with 192. and ends with .32.
Valid IPv4 address/bit mask
The device applies the rule to data packets with the specified destination address. The inverse
bit mask lets you specify the address range with bit-level accuracy.
Example 192.168.1.0/0.0.0.127: The device applies the rule to IP data packets with a
destination address in the range from 192.168.1.0 to ….127.
Protocol
Specifies the IP protocol or Layer 4 protocol type of the data packets to which the device applies
the rule. The device applies the rule only to data packets with a Protocol field of the specified value.
Possible values:
any (default setting)
The device applies the rule to every IP data packet without evaluating the protocol type.
icmp
Internet Control Message Protocol (RFC 792)
igmp
Internet Group Management Protocol
ip-in-ip
IP in IP tunneling (RFC 2003)
tcp
Transmission Control Protocol (RFC 793)
udp
User Datagram Protocol (RFC 768)
ip
Internet Protocol
Possible values:
any (default setting)
The device applies the rule to every IP data packet without evaluating the source port.
1..65535
The device applies the rule only to IP data packets containing the specified source port.
To specify a port range, you can use one of the following operators:
– <
Range below the specified port number
– >
Range above the specified port number
– !=
Entire port range except the specified port
These operators are allowed only in rules which the device applies to the received data packets.
See the Network Security > ACL > Assignment dialog: Direction column = inbound.
Possible values:
any (default setting)
The device applies the rule to every IP data packet without evaluating the destination port.
1..65535
The device applies the rule only to IP data packets containing the specified destination port.
To specify a port range, you can use one of the following operators:
– <
Range below the specified port number
– >
Range above the specified port number
– !=
Entire port range except the specified port
These operators are allowed only in rules which the device applies to the received data packets.
See the Network Security > ACL > Assignment dialog: Direction column = inbound.
DSCP
Specifies the Differentiated Service Code Point (DSCP value) in the header of the IP data packets
to which the device applies the rule.
Possible values:
– (default setting)
The device applies the rule to every IP data packet without evaluating the DSCP value.
0..63
The device applies the rule only to IP data packets containing the specified DSCP value.
TOS priority
Specifies the IP precedence (ToS value) in the header of the IP data packets to which the device
applies the rule.
Possible values:
any (default setting)
The device applies the rule to every IP data packet without evaluating the ToS value.
0..7
The device applies the rule only to IP data packets containing the specified ToS value.
TOS mask
Specifies the bit mask for the ToS value in the header of the IP data packets to which the device
applies the rule. The prerequisite is that you specify in the TOS priority column a ToS value.
Possible values:
any (default setting)
The device applies the rule to IP data packets and evaluates the ToS value completely.
1..1f
The device applies the rule to IP data packets and evaluates the bits of the ToS value specified
in the bit mask.
ICMP type
Specifies the ICMP type in the TCP header of the IP data packets to which the device applies the
rule.
Possible values:
-1 (default setting)
ICMP type matching is inactive.
0..255
The device applies the rule to every IP data packet and evaluates the specified ICMP type.
ICMP code
Specifies the ICMP code in the TCP header of the IP data packets to which the device applies the
rule. The prerequisite is that you specify in the ICMP type field an ICMP value.
Possible values:
-1 (default setting)
ICMP code matching is inactive.
0..255
The device applies the rule to every IP data packet and evaluates the specified ICMP code.
IGMP type
Specifies the IGMP type in the TCP header of the IP data packets to which the device applies the
rule.
Possible values:
0 (default setting)
IGMP type matching is inactive.
1..255
The device applies the rule to every IP data packet and evaluates the specified IGMP type.
Established
Activates/deactivates applying the ACL rule to TCP data packets which have either the RST bit, or
the ACK bit set in the TCP header.
Possible values:
marked
The device applies the rule to every IP data packet in which the RST bit, or the ACK bit is set in
the TCP header.
unmarked (default setting)
Matching is inactive.
Packet fragmented
Activates/deactivates applying the ACL rule to the packet fragments.
To filter the complete data packet including its subsequent fragments, create 2 ACL rules.
• Create an ACL rule for the initial data packet to filter on both at the protocol level and at the TCP/
UDP ports.
• Create a second ACL rule for the fragments to filter only at the protocol level.
Possible values:
marked
The device applies the ACL rule to the fragments. Use this setting in the second ACL rule for
the fragments.
unmarked (default setting)
The device does not apply the ACL rule to the fragments.
TCP flag
Specifies the TCP flag and mask value.
The device lets you enter multiple values, by separating the values with a comma.
Possible values:
- (default setting)
TCP flag matching is inactive.
-
When you use this value in combination with the following flags, the device evaluates packets
in which the flag is not set.
+
When you use this value in combination with the following flags, the device evaluates packets
in which the flag is set.
fin
Indicates that the sending device has finished its transmission.
syn
Indicates that the Synchronize sequence numbers are significant. Only the first packet sent
from each end device has this flag set.
rst
Indicates a reset of the TCP connection.
psh
Indicates the push function, in which a device asks to push the buffered data to the receiving
application.
ack
Indicates that the Acknowledgment field is significant. Every packet, after the initial syn packet
sent by the client, has this flag set.
urg
Indicates that the Urgent pointer field is significant.
Action
Specifies how the device processes received IP data packets when the device applies the rule.
Possible values:
permit (default setting)
The device transmits the IP data packets.
deny
The device drops the IP data packets.
Redirection port
Specifies the port on which the device transmits the IP data packets. The prerequisite is that you
specify in the Action column the value permit. The device does not provide the option of mirroring
IP data packets across VLAN boundaries or to router interfaces.
Possible values:
– (default setting)
The Redirection port function is inactive.
<Port number>
The device transmits the IP data packets on the specified port.
Mirror port
Specifies the port on which the device transmits a copy of the IP data packets. The prerequisite is
that you specify in the Action column the value permit. The device does not provide the option of
mirroring IP data packets across VLAN boundaries or to router interfaces.
Possible values:
– (default setting)
The Mirror port function is inactive.
<Port number>
The device transmits a copy of the IP data packets on the specified port.
Assigned queue ID
Specifies the priority queue to which the device assigns the IP data packets.
Possible values:
0..7 (default setting: 0)
Log
Activates/deactivates the logging in the log file. See the Diagnostics > Report > System Log dialog.
Possible values:
marked
Logging is active.
The prerequisite is that you assign the Access Control List in the Network Security > ACL >
Assignment dialog to a VLAN or port.
The device registers in the log file, in an interval of 30 s, how many times it applied the deny rule
to IP data packets.
unmarked (default setting)
Logging is inactive.
The device lets you activate this function for up to 128 deny rules.
Time profile
Specifies if the device applies the rule permanently or time-controlled.
Possible values:
<empty> (default setting)
The device applies the rule permanently.
[Time Profile]
The device applies the rule only at the times specified in the time profile. You edit the time profile
in the Network Security > ACL > Time Profile dialog.
Rate limit
Specifies the limit for the data transfer rate for the port specified in the Redirection port column. The
limit applies to the summary of the data sent and received.
This function limits the data stream on the port or in the VLAN:
Possible values:
0 (default setting)
No limitation of the data transfer rate.
1..4294967295
If the data transfer rate on the port exceeds the value specified, then the device discards surplus
IP data packets. The prerequisite is that you specify in the Burst size column a value >0. You
specify the measurement unit of the limit in the Unit column.
Unit
Specifies the measurement unit for the data transfer rate specified in the Rate limit column.
Possible values:
kbps
kBytes per second
Burst size
Specifies the limit in KByte for the data volume during temporary bursts.
Possible values:
0 (default setting)
No limitation of the data volume.
1..128
If during temporary bursts on the port the data volume exceeds the value specified, then the
device discards surplus MAC data packets. The prerequisite is that you specify in the Rate limit
column a value >0.
Recommendation:
If the bandwidth is known:
Burst size = bandwidth × allowed duration of a burst / 8.
If the bandwidth is unknown:
Burst size = 10 × MTU (Maximum Transmission Unit) of the port.
In this dialog you specify the rules that the device applies to the MAC data packets.
An Access Control List (group) contains one or more rules. The device applies the rules of an
Access Control List successively, beginning with the rule with the lowest value in the Index column.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Group name
Displays the name of the Access Control List. The Access Control List contains the rules.
Index
Displays the number of the rule within the Access Control List.
If the Access Control List contains multiple rules, then the device processes the rule with the lowest
value first.
Possible values:
marked (default setting)
The device applies the rule to every MAC data packet.
The device ignores the value in the Source MAC address, Destination MAC address, Ethertype,
Ethertype custom value, VLAN ID, and COS fields.
unmarked
The device applies the rule to MAC data packets depending on the value in the Source MAC
address, Destination MAC address, Ethertype, Ethertype custom value, VLAN ID, and COS fields.
Possible values:
??:??:??:??:??:?? (default setting)
The device applies the rule to MAC data packets with any source address.
Valid MAC address
The device applies the rule to MAC data packets with the specified source address.
You use the ? character as a wild card.
Example 00:11:??:??:??:??: The device applies the rule to MAC data packets whose source
address begins with 00:11.
Valid MAC address/bit mask
The device applies the rule to MAC data packets with the specified source address. The bit
mask lets you specify the address range with bit-level accuracy.
Example 00:11:22:33:44:54/FF:FF:FF:FF:FF:FC: The device applies the rule to MAC data
packets with a source address in the range from 00:11:22:33:44:54 to …:57.
Possible values:
??:??:??:??:??:?? (default setting)
The device applies the rule to MAC data packets with any destination address.
Valid MAC address
The device applies the rule to MAC data packets with the specified destination address.
You use the ? character as a wild card.
Example 00:11:??:??:??:??: The device applies the rule to MAC data packets whose
destination address begins with 00:11.
Valid MAC address/bit mask
The device applies the rule to MAC data packets with the specified source address. The bit
mask lets you specify the address range with bit-level accuracy.
Example 00:11:22:33:44:54/FF:FF:FF:FF:FF:FC: The device applies the rule to MAC data
packets with a destination address in the range from 00:11:22:33:44:54 to …:57.
Ethertype
Specifies the Ethertype keyword of the MAC data packets to which the device applies the rule.
Possible values:
custom (default setting)
The device applies the value specified in the Ethertype custom value column.
appletalk
arp
ibmsna
ipv4
ipv6
ipxold
mplsmcast
mplsucast
netbios
novell
rarp
pppoe
Possible values:
any (default setting)
The device applies the rule to every MAC data packet without evaluating the Ethertype value.
600..ffff
The device applies the rule only to MAC data packets containing the Ethertype value specified
here.
VLAN ID
Specifies the VLAN ID of the MAC data packets to which the device applies the rule.
Possible values:
0 (default setting)
The device applies the rule to every MAC data packet without evaluating the VLAN ID.
1..4042
COS
Specifies the Class of Service (COS) value of the MAC data packets to which the device applies
the rule.
Possible values:
0..7
any (default setting)
The device applies the rule to every MAC data packet without evaluating the Class of Service
value.
Note: For data packets without a VLAN tag, the device uses the port priority instead of the COS
value.
Action
Specifies how the device processes received MAC data packets when the device applies the rule.
Possible values:
permit (default setting)
The device transmits the MAC data packets.
deny
The device discards the MAC data packets.
Redirection port
Specifies the port on which the device transmits the MAC data packets. The prerequisite is that in
the Action column the value permit is specified. The device does not provide the option of mirroring
IP data packets across VLAN boundaries or to router interfaces.
Possible values:
– (default setting)
The Redirection port function is inactive.
<Port number>
The device transmits the MAC data packets on the specified port.
Mirror port
Specifies the port on which the device transmits a copy of the MAC data packets. The prerequisite
is that in the Action column the value permit is specified. The device does not provide the option of
mirroring IP data packets across VLAN boundaries or to router interfaces.
Possible values:
– (default setting)
The Mirror port function is disabled.
<Port number>
The device transmits a copy of the MAC data packets on the specified port.
Assigned queue ID
Specifies the ID of the priority queue on which the device transmits the MAC data packets.
Possible values:
0..7 (default setting: 0)
Log
Activates/deactivates the logging in the log file. See the Diagnostics > Report > System Log dialog.
Possible values:
marked
Logging is active.
The prerequisite is that you assign the Access Control List in the Network Security > ACL >
Assignment dialog to a VLAN or port.
The device registers in the log file, in an interval of 30 s, how many times it applied the deny rule
to MAC data packets.
unmarked (default setting)
Logging is inactive.
The device lets you activate this function for up to 128 deny rules.
Time profile
Specifies if the device applies the rule permanently or time-controlled.
Possible values:
<empty> (default setting)
The device applies the rule permanently.
[Time Profile]
The device applies the rule only at the times specified in the time profile. You edit the time profile
in the Network Security > ACL > Time Profile dialog.
Rate limit
Specifies the limit for the data transfer rate for the port specified in the Redirection port column. The
limit applies to the summary of the data sent and received.
This function limits the data stream on the port or in the VLAN:
Possible values:
0 (default setting)
No limitation of the data transfer rate.
1..4294967295
If the data transfer rate on the port exceeds the value specified, then the device discards surplus
MAC data packets. The prerequisite is that you specify in the Burst size column a value >0. You
specify the measurement unit of the limit in the Unit column.
Unit
Specifies the unit of measurement for the data transfer rate specified in the Rate limit column.
Possible values:
kbps
kBytes per second
Burst size
Specifies the limit in KByte for the data volume during temporary bursts.
Possible values:
0 (default setting)
No limitation of the data volume.
1..128
If during temporary bursts on the port the data volume exceeds the value specified, then the
device discards surplus MAC data packets. The prerequisite is that you specify in the Rate limit
column a value >0.
Recommendation:
If the bandwidth is known:
Burst size = bandwidth × allowed duration of a burst / 8.
If the bandwidth is unknown:
Burst size = 10 × MTU (Maximum Transmission Unit) of the port.
This dialog lets you assign one or more Access Control Lists to the ports and VLANs of the device.
By assigning a priority you specify the processing sequence, provided you assign one or more
Access Control Lists to a port or VLAN.
The device applies rules successively, namely in the sequence specified by the rule index. You
specify the priority of a group in the Priority column. The lower the number, the higher the priority.
In this process, the device applies the rules with a high priority before the rules with a low priority.
The assignment of Access Control Lists to ports and VLANs results in the following different types
of ACLs:
Port-based IPv4 ACLs
Port-based MAC ACLs
VLAN-based IPv4 ACLs
VLAN-based MAC ACLs
The device lets you apply the Access Control Lists to data packets received (inbound) or sent
(outbound).
Note: Before you enable the function, verify that at least one active entry in the table lets you
access. Otherwise, the connection to the device terminates if you change the settings. To access
the device management is possible only using the CLI through the serial interface of the device.
Note: You cannot apply IP ACL rules and DiffServ rules together in the same direction on a port.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Group name
Displays the name of the Access Control List. The Access Control List contains the rules.
Type
Displays if the Access Control List contains MAC rules or IPv4 rules.
Possible values:
mac
The Access Control List contains MAC rules.
ip
The Access Control List contains IPv4 rules.
You edit Access Control Lists with IPv4 rules in the Network Security > ACL > IPv4 Rule dialog. You
edit Access Control Lists with MAC rules in the Network Security > ACL > MAC Rule dialog.
Port
Displays the port to which the Access Control List is assigned. The field remains empty when the
Access Control List is assigned to a VLAN.
VLAN ID
Displays the VLAN to which the Access Control List is assigned. The field remains empty when the
Access Control List is assigned to a port.
Direction
Displays if the device applies the Access Control List to data packets received or sent.
Possible values:
inbound
The device applies the Access Control List to data packets received on the port or in the VLAN.
outbound
The device applies the Access Control List to data packets sent on the port or in the VLAN.
Priority
Displays the priority of the Access Control List.
Using the priority, you specify the sequence in which the device applies the Access Control Lists to
the data stream. The device applies the rules in ascending order which starts with priority 1. If an
Access Control List is assigned to a port and to a VLAN with the same priority, then the device
applies the rules to the port first.
Possible values:
1..4294967295
Active
Displays if the Access Control List on the port or in the VLAN is active.
Possible values:
marked (default setting)
The Access Control List is active.
unmarked
The Access Control List is inactive.
This dialog lets you create and edit time profiles. If you assign a time profile to an ACL rule, then
the device applies the rule at the times specified in the time profile. If no time profile is assigned,
the device applies the rule permanently.
The device lets you create up to 100 time profiles. The device applies the ACL rules during the time
specified within the time period.
The implied Deny-All rule of the ACLs is permanently valid independently of the time control.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Note: If you reconfigure a time period, then first specify the end time and then the start time.
Otherwise, the dialog displays an error message.
Buttons
Add
Remove
Profile name
Displays the name of the time profile. The time profile contains the time periods.
Operational status
Displays whether the status of the time profile is currently active/inactive.
Index
Displays the number of the time period within the time profile. The device automatically assigns this
number.
Type
Displays the time profile type.
Possible values:
Absolute
The device applies the rule once. For more information, refer to columns Start date to End time.
Periodic
The device applies the rule recurrently. For more information, refer to columns Starting days to
End time.
Start date
Specifies the date at which the device starts to apply the one-time rule.
Possible values:
YYYY-MM-DD or DD.MM.YY
(depending on the language preferences of your web browser)
Start time
Specifies the time at which the device starts to apply the one-time rule.
Possible values:
hh:mm
Hour:Minute
End date
Specifies the date at which the device terminates the one-time rule.
Possible values:
YYYY-MM-DD or DD.MM.YY
(depending on the language preferences of your web browser)
The device also allows you to specify time periods that span several days. Example:
Start date: Sat
Start time: 12:00 PM
End date: Sun
End time: 11:00 AM
End time
Specifies the time at which the device terminates the one-time rule.
Possible values:
hh:mm
Hour:Minute
Starting days
Specifies the days of the week on which the device periodically starts to apply the rule.
The device allows you to specify multiple values in the Starting days column, for example a list of the
weekdays Mon,Tue,Wed,Thu,Fri. In this case, verify that the Starting days and Ending days fields
contain identical values. The device then applies the rule every weekday at the times specified in
the Start time and End time fields.
Possible values:
Sun
Mon
Tue
Wed
Thu
Fri
Sat
Start time
Specifies the time at which the device periodically starts to apply the rule.
Possible values:
hh:mm
Hour:Minute
Ending days
Specifies the days of the week on which the device periodically terminates the rule.
The device allows you to specify multiple values in the Ending days column, for example a list of the
weekdays Mon,Tue,Wed,Thu,Fri. In this case, verify that the Starting days and Ending days fields
contain identical values. The device then applies the rule every weekday at the times specified in
the Start time and End time fields.
The device also allows you to specify time periods that span several days. In this case, verify that
the Starting days and Ending days fields each contain a single value. Example: Starting days: Sat, Start
time: 12:00 PM, Ending days: Sun, End time: 11:00 AM.
Possible values:
Sun
Mon
Tue
Wed
Thu
Fri
Sat
End time
Specifies the time at which the device periodically terminates the rule.
Possible values:
hh:mm
Hour:Minute
5 Switching
If a large number of data packets are received in the priority queue of a port at the same time, then
this can cause the port memory to overflow. This happens, for example, when the device receives
data on a Gigabit port and forwards it to a port with a lower bandwidth. The device discards surplus
data packets.
The flow control mechanism described in standard IEEE 802.3 helps ensure that no data packets
are lost due to a port memory overflowing. Shortly before a port memory is completely full, the
device signals to the connected devices that it is not accepting any more data packets from them.
In full-duplex mode, the device sends a pause data packet.
In half-duplex mode, the device simulates a collision.
Then the connected devices do not send any more data packets for as long as the signaling takes.
On uplink ports, this can possibly cause undesired sending breaks in the higher-level network
segment (“wandering backpressure”).
According to standard IEEE 802.1Q, the device forwards data packets with a VLAN tag in a
VLAN ≥1. However, a small number of applications on connected end devices send or receive data
packets with a VLAN ID=0. When the device receives one of these data packets, before forwarding
it the device overwrites the original value in the data packet with the VLAN ID of the receiving port.
If you activate the VLAN Unaware Mode, then this deactivates the VLAN settings in the device. The
device then transparently forwards the data packets and evaluates the priority information
contained only in the data packet.
Configuration
MAC address
Displays the MAC address of the device.
Possible values:
10..500000 (default setting: 30)
The device monitors the age of the learned unicast MAC addresses. The device deletes address
entries that exceed a particular age (aging time) from its address table.
You find the address table in the Switching > Filter for MAC Addresses dialog.
Flow control
Activates/deactivates the flow control in the device.
Possible values:
marked
The flow control is active in the device.
Additionally activate the flow control on the required ports. See the Basic Settings > Port dialog,
Configuration tab, checkbox in the Flow control column.
unmarked (default setting)
The flow control is inactive in the device.
If you are using a redundancy function, then deactivate the flow control on the participating ports.
If the flow control and the redundancy function are active at the same time, it is possible that the
redundancy function operates differently than intended.
Possible values:
marked
The VLAN unaware mode is active.
The device works in the VLAN Unaware bridging mode (IEEE 802.1Q):
– The device ignores the VLAN settings in the device and the VLAN tags in the data packets.
The device transmits the data packets based on their destination MAC address or
destination IP address in VLAN 1.
– The device ignores the VLAN settings specified in the Switching > VLAN > Configuration and
Switching > VLAN > Port dialogs. Every port is assigned to VLAN 1.
– The device evaluates the priority information contained in the data packet.
Note: You specify the VLAN ID 1 for every function in the device which uses VLAN settings. Among
other things, this applies to static filters, MRP and IGMP Snooping.
The device lets you limit the traffic on the ports in order to help provide stable operation even with
a large traffic volume. If the traffic on a port exceeds the traffic value entered, then the device
discards the excess traffic on this port.
The rate limiter function operates only on Layer 2, and is used to limit the effects of storms of data
packets that flood the device (typically Broadcasts).
The rate limiter function ignores protocol information on higher layers, such as IP or TCP.
[Ingress]
In this tab you enable the Rate Limiter function. The threshold value specifies the maximum amount
of traffic the port receives. If the traffic on this port exceeds the threshold value, then the device
discards the excess traffic on this port.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Threshold unit
Specifies the unit for the threshold value:
Possible values:
percent (default setting)
Specifies the threshold value as a percentage of the data rate of the port.
pps
Specifies the threshold value in data packets per second.
Broadcast mode
Activates/deactivates the rate limiter function for received broadcast data packets.
Possible values:
marked
unmarked (default setting)
If the threshold value is exceeded, then the device discards the excess broadcast data packets on
this port.
Broadcast threshold
Specifies the threshold value for received broadcasts on this port.
Possible values:
0..14880000 (default setting: 0)
The value 0 deactivates the rate limiter function on this port.
If you select the value percent in the Threshold unit column, then enter a percentage value
from 1 to 100.
If you select the value pps in the Threshold unit column, then enter an absolute value for the
data rate.
Multicast mode
Activates/deactivates the rate limiter function for received multicast data packets.
Possible values:
marked
unmarked (default setting)
If the threshold value is exceeded, then the device discards the excess multicast data packets on
this port.
Multicast threshold
Specifies the threshold value for received multicasts on this port.
Possible values:
0..14880000 (default setting: 0)
The value 0 deactivates the rate limiter function on this port.
If you select the value percent in the Threshold unit column, then enter a percentage value
from 0 to 100.
If you select the value pps in the Threshold unit column, then enter an absolute value for the
data rate.
Possible values:
marked
unmarked (default setting)
If the threshold value is exceeded, then the device discards the excess unicast data packets on this
port.
Unicast threshold
Specifies the threshold value for received unicasts with an unknown destination address on this
port.
Possible values:
0..14880000 (default setting: 0)
The value 0 deactivates the rate limiter function on this port.
If you select the value percent in the Threshold unit, then enter a percentage value from 0
to 100.
If you select the value pps in the Threshold unit column, then enter an absolute value for the
data rate.
[Egress]
In this tab you specify the egress transmission rate on the port.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Bandwidth [%]
Specifies the egress transmission rate.
Possible values:
0 (default setting)
The bandwidth limitation is disabled.
1..100
The bandwidth limitation is enabled.
This value specifies the percentage of overall link speed for the port in 1% increments.
This dialog lets you display and edit address filters for the address table. Address filters specify the
way the data packets are forwarded in the device based on the destination MAC address.
Each row in the table represents one filter. The device automatically sets up the filters. The device
lets you set up additional filters manually.
Table
To delete the learned MAC addresses from the address table, click in the Basic Settings > Restart
dialog the Reset MAC address table button.
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Removes the MAC addresses from the forwarding table that have the value learned in the Status
column.
Address
Displays the destination MAC address to which the table entry applies.
VLAN ID
Displays the ID of the VLAN to which the table entry applies.
The device learns the MAC addresses for every VLAN separately (independent VLAN learning).
Status
Displays how the device has set up the address filter.
Possible values:
learned
Address filter set up automatically by the device based on received data packets.
permanent
Address filter set up manually. The address filter stays set up permanently.
IGMP
Address filter automatically set up by IGMP Snooping.
mgmt
MAC address of the device. The address filter is protected against changes.
MRP-MMRP
Multicast address filter automatically set up by MMRP.
GMRP
Multicast address filter automatically set up by GMRP.
<Port number>
Displays how the corresponding port transmits data packets which it directs to the adjacent
destination address.
Possible values:
–
The port does not transmit any data packets to the destination address.
learned
The port transmits data packets to the destination address. The device created the filter
automatically based on received data packets.
IGMP learned
The port transmits data packets to the destination address. The device created the filter
automatically based on IGMP.
unicast static
The port transmits data packets to the destination address. A user created the filter.
multicast static
The port transmits data packets to the destination address. A user created the filter.
The Internet Group Management Protocol (IGMP) is a protocol for dynamically managing Multicast
groups. The protocol describes the distribution of Multicast data packets between routers and end
devices on Layer 3.
The device lets you use the IGMP Snooping function to also use the IGMP mechanisms on Layer 2:
Without IGMP Snooping, the device transmits the Multicast data packets to every port.
With the activated IGMP Snooping function, the device transmits the Multicast data packets only
on ports to which Multicast receivers are connected. This reduces the network load. The device
evaluates the IGMP data packets transmitted on Layer 3 and uses the information on Layer 2.
Activate the IGMP Snooping function not until the following conditions are fulfilled:
There is a Multicast router in the network that creates IGMP queries (periodic queries).
The devices participating in IGMP Snooping forward the IGMP queries.
The device links the IGMP reports with the entries in its address table. When a multicast receiver
joins a multicast group, the device creates a table entry for this port in the Switching > Filter for MAC
Addresses dialog. When the multicast receiver leaves the multicast group, the device removes the
table entry.
This dialog lets you enable the IGMP Snooping protocol in the device and also configure it for each
port and each VLAN.
Operation
Operation
Enables/disables the IGMP Snooping function in the device.
Possible values:
On
The IGMP Snooping function is enabled in the device according to RFC 4541 (Considerations for
Internet Group Management Protocol (IGMP) and Multicast Listener Discovery (MLD) Snooping
Switches).
Off (default setting)
The IGMP Snooping function is disabled in the device.
The device transmits received query, report, and leave data packets without evaluating them.
Received data packets with a Multicast destination address are transmitted to every port by the
device.
Information
Buttons
Removes the IGMP Snooping entries and resets the counter in the Information frame to 0.
The device uses the Multicast control data packets to create the address table for transmitting the
Multicast data packets.
Possible values:
0..231-1
You use the Reset IGMP snooping data button in the Basic Settings > Restart dialog or the command
clear igmp-snooping using the Command Line Interface to reset the IGMP Snooping entries,
including the counter for the processed multicast control data packets.
This dialog lets you enable the IGMP Snooping function in the device and also configure it for each
port and each VLAN.
[VLAN ID]
In this tab you configure the IGMP Snooping function for every VLAN.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
VLAN ID
Displays the ID of the VLAN to which the table entry applies.
Active
Activates/deactivates the IGMP Snooping function for this VLAN.
Possible values:
marked
IGMP Snooping is activated for this VLAN. The VLAN has joined the Multicast data stream.
unmarked (default setting)
IGMP Snooping is deactivated for this VLAN. The VLAN has left the Multicast data stream.
Specify a value larger than the value in the Max. response time column.
Possible values:
2..3600 (default setting: 260)
Specify a value smaller than the value in the Group membership interval column.
Possible values:
1..25 (default setting: 10)
Possible values:
marked
When the Fast Leave function is active and the device receives an IGMP Leave message from
a multicast group, the device immediately removes the entry from its address table.
unmarked (default setting)
When the Fast Leave function is inactive, the device first sends MAC-based queries to the
members of the multicast group and removes an entry when a VLAN does not send any more
report messages.
You have the option of configuring this parameter only if the port belongs to an existing VLAN.
Possible values:
0
unlimited timeout - no expiration time
1..3600 (default setting: 260)
[Port]
In this tab you configure the IGMP Snooping function for every port.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Active
Activates/deactivates the IGMP Snooping function on the port.
Possible values:
marked
IGMP Snooping is active on this port. The device includes the port in the multicast data stream.
unmarked (default setting)
IGMP Snooping is inactive on this port. The port left the multicast data stream.
Possible values:
2..3600 (default setting: 260)
Specify the value larger than the value in the Max. response time column.
Possible values:
1..25 (default setting: 10)
Specify a value lower than the value in the Group membership interval column.
Possible values:
0
unlimited timeout - no expiration time
1..3600 (default setting: 260)
Possible values:
marked
When the Fast Leave function is active and the device receives an IGMP Leave message from
a multicast group, the device immediately removes the entry from its address table.
unmarked (default setting)
When the Fast Leave function is inactive, the device first sends MAC-based queries to the
members of the multicast group and removes an entry when a port does not send any more
report messages.
Possible values:
marked
The Static query port mode is active.
The port is a static query port in the VLANs that are set up.
If you use the Redundant Coupling Protocol function and the device operates as slave, then do not
activate the Static query port mode for the ports on the secondary ring/network.
unmarked (default setting)
The Static query port mode is inactive.
The port is not a static query port. The device transmits IGMP report messages to the port only
if it receives IGMP queries.
VLAN IDs
Displays the ID of the VLANs to which the table entry applies.
This dialog lets you select a port for a VLAN ID and to configure the port.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Wizard
Opens the Wizard window that helps you select and set up the ports. See “[Wizard: IGMP snooping
enhancements]” on page 237.
VLAN ID
Displays the ID of the VLAN to which the table entry applies.
<Port number>
Displays for every VLAN set up in the device if the relevant port is a query port. Additionally, the
field displays if the device transmits every Multicast stream in the VLAN to this port.
Possible values:
–
The port is not a query port in this VLAN.
L= Learned
The device detected the port as a query port because the port received IGMP queries in this
VLAN. The port is not a statically configured query port.
A= Automatic
The device detected the port as a query port. The prerequisite is that you configure the port as
Learn by LLDP.
S= Static (manual setting)
A user specified the port as a static query port. The device transmits IGMP reports only to ports
on which it previously received IGMP queries – and to statically configured query ports.
To assign this value, perform the following steps:
Open the Wizard window.
In the Configuration dialog, mark the Static checkbox.
Display categories
Enhances the clarity of the display. The table emphasizes the cells which contain the specified
value. This helps to analyze and sort the table according to your needs.
Learned (L)
The table displays cells which contain the value L and possibly further values. Cells which
contain other values than L only, the table displays with the “-“ symbol.
Static (S)
The table displays cells which contain the value S and possibly further values. Cells which
contain other values than S only, the table displays with the “-“ symbol.
Automatic (A)
The table displays cells which contain the value A and possibly further values. Cells which
contain other values than A only, the table displays with the “-“ symbol.
Learned by LLDP (P)
The table displays cells which contain the value P and possibly further values. Cells which
contain other values than P only, the table displays with the “-“ symbol.
Forward all (F)
The table displays cells which contain the value F and possibly further values. Cells which
contain other values than F only, the table displays with the “-“ symbol.
The Wizard window helps you select and configure the ports.
After closing the Wizard window, click the button to save your settings.
Selection VLAN/Port
VLAN ID
Select the ID of the VLAN.
Port
Select the ports.
Configuration
VLAN ID
Displays the ID of the selected VLAN.
Port
Displays the number of the selected ports.
Static
Specifies the port as a static query port in the VLANs that are set up. The device transmits IGMP
report messages to the ports at which it receives IGMP queries. This lets you also transmit IGMP
report messages to other selected ports (enable) or connected Hirschmann devices (Automatic).
Learn by LLDP
Specifies the port as Learn by LLDP. Lets the device detect directly connected Hirschmann
devices using LLDP and learn the related ports as a query port.
Forward all
Specifies the port as Forward all. With the Forward all setting, the device transmits at this port
every data packet with a Multicast address in the destination address field.
The device lets you send a Multicast stream only to those ports to which a Multicast receiver is
connected.
To determine which ports Multicast receivers are connected to, the device sends query data
packets to the ports at a definable interval. When a Multicast receiver is connected, it joins the
Multicast stream by responding to the device with a report data packet.
This dialog lets you configure the Snooping Querier settings globally and for the VLANs that are set
up.
Operation
Operation
Enables/disables the IGMP Querier function globally in the device.
Possible values:
On
Off (default setting)
Configuration
In this frame you specify the IGMP Snooping Querier settings for the general query data packets.
Protocol version
Specifies the IGMP version of the general query data packets.
Possible values:
1
IGMP v1
2 (default setting)
IGMP v2
3
IGMP v3
Possible values:
1..1800 (default setting: 60)
Possible values:
60..300 (default setting: 125)
Table
In the table you specify the Snooping Querier settings for the VLANs that are set up.
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
VLAN ID
Displays the ID of the VLAN to which the table entry applies.
Active
Activates/deactivates the IGMP Snooping Querier function for this VLAN.
Possible values:
marked
The IGMP Snooping Querier function is active for this VLAN.
unmarked (default setting)
The IGMP Snooping Querier function is inactive for this VLAN.
Current state
Displays if the Snooping Querier is active for this VLAN.
Possible values:
marked
The Snooping Querier is active for this VLAN.
unmarked
The Snooping Querier is inactive for this VLAN.
Address
Specifies the IP address that the device adds as the source address in generated general query
data packets. You use the address of the multicast router.
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
Protocol version
Displays the IGMP protocol version of the general query data packets.
Possible values:
1
IGMP v1
2
IGMP v2
3
IGMP v3
The device lets you specify how it transmits data packets with unknown Multicast addresses: Either
the device discards these data packets, floods them to every port, or transmits them only to the
ports that previously received query packets.
The device also lets you transmit the data packets with known Multicast addresses to the query
ports.
Configuration
Unknown multicasts
Specifies how the device forwards data packets with unknown Multicast addresses.
Possible values:
discard
The device discards data packets with an unknown MAC/IP Multicast address.
flood (default setting)
The device forwards data packets with an unknown MAC/IP Multicast address to every port.
query ports
The device forwards data packets with an unknown MAC/IP Multicast address to the query
ports.
Table
In the table you specify the settings for known Multicasts for the VLANs that are set up.
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
VLAN ID
Displays the ID of the VLAN to which the table entry applies.
Known multicasts
Specifies how the device forwards data packets with known Multicast addresses.
Possible values:
send to query and registered ports
The device forwards data packets with a known MAC/IP Multicast address to the query ports
and to the registered ports.
send to registered ports (default setting)
The device forwards data packets with a known MAC/IP Multicast address to registered ports.
5.5 MRP-IEEE
[ Switching > MRP-IEEE ]
The IEEE 802.1ak amendment to the IEEE 802.1Q standard introduced the Multiple Registration
Protocol (MRP) to replace the Generic Attribute Registration Protocol (GARP). The IEEE also
modified and replaced the GARP applications, GARP Multicast Registration Protocol (GMRP) and
GARP VLAN Registration Protocol (GVRP). The Multiple MAC Registration Protocol (MMRP) and
the Multiple VLAN Registration Protocol (MVRP) replace these protocols.
MRP-IEEE helps confine traffic to the required areas of the LAN. To confine traffic, the MRP-IEEE
applications distribute attribute values to participating MRP-IEEE devices across a LAN registering
and de-registering multicast group membership and VLAN identifiers.
Registering group participants lets you reserve resources for specific traffic transversing a LAN.
Defining resource requirements regulates the level of traffic, allowing the devices to determine the
required resources and provides for dynamic maintenance of the allocated resources.
This dialog lets you set the various MRP timers. By maintaining a relationship between the various
timer values, the protocol operates efficiently and with less likelihood of unnecessary attribute
withdraws and re-registrations. The default timer values effectively maintain these relationships.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Possible values:
10..100 (default setting: 20)
Possible values:
20..600 (default setting: 60)
Possible values:
200..6000 (default setting: 1000)
The Multiple MAC Registration Protocol (MMRP) lets end devices and MAC switches register and
de-register group membership and individual MAC address information with switches located in the
same LAN. The switches within the LAN disseminate the information through switches that support
extended filtering services. Using the MAC address information, MMRP lets you confine multicast
traffic to the required areas of a Layer 2 network.
For an example of how MMRP works, consider a security camera mounted on a mast overlooking
a building. The camera sends multicast packets onto a LAN. You have 2 end devices installed for
surveillance in separate locations. You register the MAC addresses of the camera and the 2 end
devices in the same multicast group. You then specify the MMRP settings on the ports to send the
multicast group packets to the 2 end devices.
[Configuration]
In this tab you select active MMRP port participants and set the device to transmit periodic events.
The dialog also lets you enable VLAN registered MAC address broadcasting.
A periodic state machine exists for each port and transmits periodic events regularly to the applicant
state machines associated with active ports. Periodic events contain information indicating the
status of the devices associated with the active port.
Operation
Operation
Enables/disables the global MMRP function in the device. The device participates in MMRP
message exchanges.
Possible values:
On
The device is a normal participant in MMRP message exchanges.
Off (default setting)
The device ignores MMRP messages.
Configuration
Possible values:
On
With MMRP Operation enabled globally, the device transmits MMRP messages in one-second
intervals, on MMRP participating ports.
Off (default setting)
Disables the periodic state machine in the device.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Active
Activates/deactivates the port MMRP participation.
Possible values:
marked (default setting)
With MMRP enabled globally and on this port, the device sends and receives MMRP messages
on this port.
unmarked
Disables the port MMRP participation.
Possible values:
marked
If enabled and a static filter entry for the MAC address exists on the VLAN concerned, then the
device registers the MAC address attributes dynamically.
unmarked (default setting)
Activates/deactivates the restriction of dynamic MAC address registration using MMRP on the
port.
[Service requirement]
This tab contains forwarding parameters for each active VLAN, specifying the ports on which
multicast forwarding applies. The device lets you statically setup VLAN ports as Forward all or
Forbidden. You set the Forbidden MMRP service requirement statically only through the
Graphical User Interface or Command Line Interface.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
VLAN ID
Displays the ID of the VLAN.
<Port number>
Specifies the service requirement handling for the port.
Possible values:
FA
Specifies the ForwardAll traffic setting on the port. The device forwards traffic destined to
MMRP registered multicast MAC addresses on the VLAN. The device forwards traffic to ports
which MMRP has dynamically setup or ports which the administrator has statically setup as
ForwardAll ports.
F
Specifies the Forbidden traffic setting on the port. The device blocks dynamic MMRP
ForwardAll service requirements. With ForwardAll requests blocked on this port in this VLAN,
the device blocks traffic destined to MMRP registered multicast MAC addresses on this port.
Furthermore, the device blocks MMRP service request for changing this value on this port.
- (default setting)
Disables the forwarding functions on this port.
Learned
Displays values setup by MMRP service requests.
[Statistics]
Devices on a LAN exchange Multiple MAC Registration Protocol Data Units (MMRPDU) to maintain
statuses of devices on an active MMRP port. This tab lets you monitor the MMRP traffic statistics
for each port.
Information
Buttons
Reset statistics
Resets the port statistics counters and the values in the Last received MAC address column.
Transmission failed
Displays the number of MMRPDUs not transmitted in the device.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Transmission failed
Displays the number of MMRPDUs not transmitted on the port.
The Multiple VLAN Registration Protocol (MVRP) provides a mechanism that lets you distribute
VLAN information and configure VLANs dynamically. For example, when you configure a VLAN on
an active MVRP port, the device distributes the VLAN information to other MVRP enabled devices.
Using the information received, an MVRP enabled device dynamically creates the VLAN trunks on
other MVRP enabled devices as needed.
[Configuration]
In this tab you select active MVRP port participants and set the device to transmit periodic events.
A periodic state machine exists for each port and transmits periodic events regularly to the applicant
state machines associated with active ports. Periodic events contain information indicating the
status of the VLANs associated with the active port. Using the periodic events, MVRP enabled
switches dynamically maintain the VLANs.
Operation
Operation
Enables/disables the global Applicant Administrative Control which specifies if the Applicant state
machine participates in MMRP message exchanges.
Possible values:
On
Normal Participant. The Applicant state machine participates in MMRP message exchanges.
Off (default setting)
Non-Participant. The Applicant state machine ignores MMRP messages.
Configuration
Possible values:
On
The periodic state machine is enabled.
With MVRP Operation enabled globally, the device transmits MVRP periodic events in 1 second
intervals, on MVRP participating ports.
Off (default setting)
The periodic state machine is disabled.
Disables the periodic state machine in the device.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Active
Activates/deactivates the port MVRP participation.
Possible values:
marked (default setting)
With MVRP enabled globally and on this port, the device distributes VLAN membership
information to MVRP-aware devices connected to this port.
unmarked
Disables the port MVRP participation.
Possible values:
marked
If enabled and a static VLAN registration entry exists, then the device lets you create a dynamic
VLAN for this entry.
unmarked (default setting)
Disables the Restricted VLAN registration function on this port.
[Statistics]
Devices on a LAN exchange Multiple VLAN Registration Protocol Data Units (MVRPDU) to
maintain statuses of VLANs on active ports. This tab lets you monitor the MVRP traffic.
Information
Transmission failed
Displays the number of failures while adding a message into the MVRP queue.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Reset statistics
Resets the port statistics counters and the values in the Last received MAC address column.
Port
Displays the port number.
Transmission failed
Displays the number of MVRPDUs that the device blocked on the port.
Registrations failed
Displays the number of failed registration attempts on the port.
5.6 GARP
[ Switching > GARP ]
The Generic Attribute Registration Protocol (GARP) is defined by the IEEE to provide a generic
framework so switches can register and deregister attribute values, such as VLAN identifiers and
multicast group membership.
When an attribute for a participant is registered or deregistered according to GARP, the participant
is modified according to specific rules. The participants are a set of reachable end stations and
network devices. The defined set of participants at any given time, along with their attributes, is the
reachability tree for the subset of the network topology. The device forwards the data frames only
to the registered end stations. The station registration helps prevent attempts to send data to the
end stations that are unreachable.
Note: Before you enable the GMRP function, verify that the MMRP function is disabled.
5.6.1 GMRP
[ Switching > GARP > GMRP ]
The GARP Multicast Registration Protocol (GMRP) is a Generic Attribute Registration Protocol
(GARP) that provides a mechanism allowing network devices and end stations to dynamically
register group membership. The devices register group membership information with the devices
attached to the same LAN segment. GARP also lets the devices distribute the information across
the network devices that support extended filtering services.
GMRP and GARP are industry-standard protocols defined by the IEEE 802.1P.
Operation
Operation
Enables/disables the global GMRP function in the device. The device participates in GMRP
message exchanges.
Possible values:
On
GMRP is enabled.
Off (default setting)
The device ignores GMRP messages.
Multicasts
Unknown multicasts
Enables/disables the unknown multicast data to be either flooded or discarded.
Possible values:
discard
The device discards unknown multicast data.
flood (default setting)
The device forwards unknown multicast data to every port.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
GMRP active
Activates/deactivates the port GMRP participation.
Possible values:
marked (default setting)
The port GMRP participation is active.
unmarked
The port GMRP participation is inactive.
Service requirement
Specifies the ports on which multicast forwarding applies.
Possible values:
Forward all unregistered groups (default setting)
The device forwards data destined to GMRP-registered multicast MAC addresses on the VLAN.
The device forwards data to the unregistered groups.
Forward all groups
The device forwards data destined to every group, registered or unregistered.
5.6.2 GVRP
[ Switching > GARP > GVRP ]
The GARP VLAN Registration Protocol (GVRP) or Generic VLAN Registration Protocol is a
protocol that facilitates control of Virtual Local Area Networks (VLANs) within a larger network.
GVRP is a Layer 2 network protocol, used to automatically configure devices in a VLAN network.
GVRP is a GARP application that provides IEEE 802.1Q-compliant VLAN pruning, and creating
dynamic VLAN on 802.1Q trunk ports. With GVRP, the device exchanges VLAN configuration
information with other GVRP devices. Thus, the device reduces the unnecessary broadcast and
unknown unicast traffic. Exchanging VLAN configuration information also lets you dynamically
create and manage VLANs connected through the 802.1Q trunk ports.
Operation
Operation
Enables/disables the GVRP function globally in the device. The device participates in GVRP
message exchanges. If the function is disabled, then the device ignores GVRP messages.
Possible values:
On
The GVRP function is enabled.
Off (default setting)
The GVRP function is disabled.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
GVRP active
Activates/deactivates the port GVRP participation.
Possible values:
marked (default setting)
The port GVRP participation is active.
unmarked
The port GVRP participation is inactive.
5.7 QoS/Priority
[ Switching > QoS/Priority ]
Communication networks transmit a number of applications at the same time that have different
requirements as regards availability, bandwidth and latency periods.
QoS (Quality of Service) is a procedure defined in IEEE 802.1D. It is used to distribute resources
in the network. You therefore have the possibility of providing minimum bandwidth for necessary
applications. The prerequisite is that the end devices and the devices in the network support
prioritized data transmission. Data packets with high priority are given preference when transmitted
by devices in the network. You transfer data packets with lower priority when there are no data
packets with a higher priority to be transmitted.
Note: If you use the functions in this menu, then disable the flow control. The flow control is inactive
if in the Switching > Global dialog, Configuration frame the Flow control checkbox is unmarked.
The device lets you maintain access to the device management, even in situations with heavy
utilization. In this dialog you specify the required QoS/priority settings.
Configuration
Possible values:
0..7 (default setting: 0)
In the Switching > QoS/Priority > 802.1D/p Mapping dialog, you assign a traffic class to every VLAN
priority.
Possible values:
0 (be/cs0)..63 (default setting: 0 (be/cs0))
Some values in the list also have a DSCP keyword, for example 0 (be/cs0), 10 (af11) and 46
(ef). These values are compatible with the IP precedence model.
In the Switching > QoS/Priority > IP DSCP Mapping dialog you assign a traffic class to every IP DSCP
value.
The device has 8 priority queues per port. You assign every priority queue to a specific traffic class
(traffic class according to IEEE 802.1D).
In this dialog you specify for every port how the device processes received data packets based on
their QoS/priority information.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Port priority
Specifies what VLAN priority information the device writes into a data packet if the data packet
contains no priority information. After this, the device transmits the data packet depending on the
value specified in the Trust mode column.
Possible values:
0..7 (default setting: 0)
Trust mode
Specifies how the device handles a received data packet if the data packet contains QoS/priority
information.
Possible values:
untrusted
The device transmits the data packet according to the priority specified in the Port priority column.
The device ignores the priority information contained in the data packet.
In the Switching > QoS/Priority > 802.1D/p Mapping dialog, you assign a traffic class to every VLAN
priority.
trustDot1p (default setting)
The device transmits the data packet according to the priority information in the VLAN tag.
In the Switching > QoS/Priority > 802.1D/p Mapping dialog, you assign a traffic class to every VLAN
priority.
trustIpDscp
– If the data packet is an IP packet, then:
The device transmits the data packet according to the IP DSCP value contained in the data
packet.
In the Switching > QoS/Priority > IP DSCP Mapping dialog you assign a traffic class to every IP
DSCP value.
– If the data packet is not an IP packet, then:
The device transmits the data packet according to the priority specified in the Port priority
column.
In the Switching > QoS/Priority > 802.1D/p Mapping dialog, you assign a traffic class to every
VLAN priority.
Possible values:
0..7
The device transmits data packets with a VLAN tag according to the contained QoS/priority
information with a higher or lower priority.
In this dialog you assign a traffic class to every VLAN priority. You assign the traffic classes to the
priority queues of the ports.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
VLAN priority
Displays the VLAN priority.
Traffic class
Specifies the traffic class assigned to the VLAN priority.
Possible values:
0..7
0 assigned to the priority queue with the lowest priority.
7 assigned to the priority queue with the highest priority.
Note: Among other things redundancy mechanisms use the highest traffic class. Therefore, select
another traffic class for application data.
The device transmits IP data packets according to the DSCP value contained in the data packet
with a higher or lower priority.
In this dialog you assign a traffic class to every DSCP value. You assign the traffic classes to the
priority queues of the ports.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
DSCP value
Displays the DSCP value.
Traffic class
Specifies the traffic class which is assigned to the DSCP value.
Possible values:
0..7
0 assigned to the priority queue with the lowest priority.
7 assigned to the priority queue with the highest priority.
This dialog lets you enable and disable the Strict priority function for the traffic classes. When you
disable the Strict priority function, the device processes the priority queues of the ports with
Weighted Fair Queuing.
You also have the option of assigning a minimum bandwidths to every traffic classes which the
device uses to process the priority queues with Weighted Fair Queuing.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Traffic class
Displays the traffic class.
Strict priority
Activates/deactivates the processing of the port priority queue with Strict priority for this traffic class.
Possible values:
marked (default setting)
The processing of the port priority queue with Strict priority is active.
– The port forwards only data packets that are in the priority queue with the highest priority.
When this priority queue is empty, the port forwards data packets that are in the priority
queue with the next lower priority.
– The port forwards data packets with a lower traffic class after the priority queues with a higher
priority are empty. In unfavorable situations, the port does not send these data packets.
– When you select this setting for a traffic class, the device also enables the function for traffic
classes with a higher priority.
– Use this setting for applications such as VoIP or video that require the least possible delay.
unmarked
The processing of the port priority queue with Strict priority is inactive. The device uses Weighted
Fair Queuing/"Weighted Round Robin" (WRR) to process the port priority queue.
– The device assigns a minimum bandwidth to each traffic class.
– Even under a high network load the port transmits data packets with a low traffic class.
– When you select this setting for a traffic class, the device also disables the function for traffic
classes with a lower priority.
Possible values:
0..100 (default setting: 0 = the device does not reserve any bandwidth for this traffic class)
The value specified in percent refers to the available bandwidth on the port. When you disable the
Strict priority function for every traffic class, the maximum bandwidth is available on the port for the
Weighted Fair Queuing.
Possible values:
0 (default setting)
The device does not reserve any bandwidth for this traffic class.
1..100
The device reserves the specified bandwidth for this traffic class. The specified value in percent
refers to the maximum available bandwidth on this port.
For example, using queue shaping lets you limit the rate of a strict-high priority queue. Limiting a
strict-high priority queue lets the device also process low-priority queues. To use queue shaping,
you set the maximum bandwidth for a particular queue.
5.7.6 DiffServ
[ Switching > QoS/Priority > DiffServ ]
Differentiated Services (DiffServ) filter data packets in order to prioritize or limit the data stream.
• In a class, you specify the filter criteria.
• In a policy, you link the class with actions.
The device applies the actions of the policy to those data packets that meet the filter criteria of the
assigned class.
The device lets you use the following per class and per instance configurations:
13 rules per class
28 instances per policy
3 attributes per instance
Overview
The top level displays:
• The ports for which someone has set up a DiffServ policy.
• The direction of the data packets which the DiffServ policy affects.
Buttons
Displays a text field to search for a keyword. When you enter a character or string, the overview
displays only items related to this keyword.
Collapses the levels. The overview then displays only the first level of the items.
Expands the levels. The overview then displays every level of the items.
Expands the current item and displays the items of the next lower level.
Collapses the item and hides the items of the underlying levels.
Port
Port
Simplifies the table and displays the entries relating to a specific port. Displaying the table in this
fashion makes it easier for you to sort the table as you desire.
Possible values:
All (default setting)
The table displays the entries for every port.
<Port number>
The table displays the entries that apply to the selected port.
Operation
Operation
Enables/disables the DiffServ function.
Possible values:
On
The DiffServ function is enabled.
The device processes traffic according to the DiffServ rules.
Off (default setting)
The DiffServ function is disabled.
In this dialog you specify the data packets to which the device executes the actions specified in the
Policy dialog. This assignment is called a class.
Only one class can be assigned to a policy. This means each class can contain multiple filter
criteria.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Opens the Create window to add a new entry to the table. See “[Create window]” on page 271.
Class name
Specifies the name of the DiffServ class. The device lets you change the class name directly in the
table.
Possible values:
Alphanumeric ASCII character string with 1..31 characters
Criteria
Displays the specified criteria for this rule.
[Create window]
Class name
Specifies the name of the DiffServ class.
Possible values:
Alphanumeric ASCII character string with 1..31 characters
Type
Specifies the type of Class Rule for matching; this determines the individual match conditions for
the present class rule.
Depending on which value you select, the following visible parameters change.
Possible values:
cos (default setting)
dstip
dstl4port
dstmac
every
ipdscp
ipprecedence
iptos
protocol
refclass
srcip
srcl4port
srcmac
cos2
etype
vlanid
vlanid2
Type = cos
COS
Specifies the class of service as the match value for the class.
Possible values:
0..7 (default setting: 0)
Type = dstip
Destination IP address
Specifies the destination IP address as the match value for the class.
Possible values:
Valid IP address
Possible values:
Valid netmask
Type = dstl4port
Destination port
Specifies the destination Layer 4 port as the match value for the class.
Possible values:
Valid TCP or UDP port number
Type = dstmac
Possible values:
Valid MAC address
Possible values:
Valid netmask
Type = ipdscp
DSCP
Specifies the IP DiffServ Code Point (DSCP) as the match value for the class.
Possible values:
0..63 (default setting: 0(be/cs0))
Type = ipprecedence
TOS priority
Specifies the IP Precedence as the match value for the class. The precedence bits are the high-
order 3 bits of the Service Type octet in the IPv4 header.
Possible values:
0..7 (default setting: 0)
Type = iptos
TOS mask
Specifies the IP TOS bits and mask as the match value for the class. The TOS bits are the 8 bits
of the Service Type octet in the IPv4 header.
Possible values:
0x00..0xFF
Type = protocol
Protocol number
Specifies the value of the IPv4 header protocol field as the match value for the class.
Possible values:
0..255
Some common values are listed here:
– 1
ICMP
– 2
IGMP
– 4
IPv4 (IPv4 in IPv4 encapsulation)
– 6
TCP
– 17
UDP
– 41
IPv6 (IPv6 in IPv4 encapsulation)
– 255
A rule with this value matches every protocol in the list.
The IANA defined the “Assigned Internet Protocol Numbers” that you enter here.
To find a list of the assigned numbers use the following link: www.iana.org/assignments/protocol-
numbers/protocol-numbers.xhtml.
Type = refclass
Ref class
Specifies the parent class as a corresponding reference class. This reference class uses the set of
match rules specified in a parent class as the match value.
Possible values:
<Name of the DiffServ Class>
Conditions:
If the reference class refers only to the parent class, then the parent class to which you bind this
rule and the reference class produce the same results.
Any attempt to delete the parent class while still referenced to by another class fails.
If the reference class uses the parent class as the match value, then any subsequent change to
the parent class rules changes the reference class rules only.
You add subsequent rules to the parent class compatible with the rules existing in the reference
class.
Type = srcip
Source IP address
Specifies the source IP address as the match value for the class.
Possible values:
Valid IP address
Possible values:
Valid netmask
Type = srcl4port
Source port
Specifies the source Layer 4 port as the match value for the class.
Possible values:
Valid TCP or UDP port number
Type = srcmac
Possible values:
Valid MAC address and mask
Possible values:
Valid netmask
Type = cos2
COS 2
Specifies a secondary class of service as the match value for the class.
Possible values:
0..7 (default setting: 0)
Type = etype
Etype
Specifies the Ethertype as the match value for the class.
Possible values:
custom (default setting)
You specify the Ethertype in the Etype value field.
appletalk
arp
ibmsna
ipv4
ipv6
ipx
mplsmcast
mplsucast
netbios
novell
pppoe
rarp
Etype value
Specifies the user-defined Ethertype value.
The prerequisite is that in the Etype field you specify the value custom.
Possible values:
0x0600..0xFFFF
Type = vlanid
VLAN ID
Specifies the VLAN ID as the match value for the class.
Possible values:
1..4042
Type = vlanid2
VLAN2 ID
Specifies the secondary VLAN ID as the match value for the class.
Possible values:
1..4042
In this dialog you specify which actions the device performs on data packets which fulfill the filter
criteria specified in the Class dialog. This assignment is called a policy.
Only one policy can be assigned to a port. Each policy can contain multiple actions.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Opens the Create window to add a new entry to the table. See “[Create window]” on page 279.
Modify attribute
Opens the Modify attribute window to specify the action that the device performs on the data packets.
The prerequisite is that you select a table entry that contains a value in the Attribute column.
Policy name
Displays the name of the policy.
Possible values:
Alphanumeric ASCII character string with 1..31 characters
Direction
Displays the data packets (receiving or sending) to which the device applies the policy.
Possible values:
in
The device applies the policy to data packets that it receives.
out
The device applies the policy to data packets that it sends.
Class name
Displays the name of the class that is assigned to the policy.
Attribute
Displays the action that the device performs on the data packets.
To change an existing action, select the affected row and click the button.
[Create window]
In this dialog you create a new policy or add further actions to an existing policy.
Policy name
Specifies the name of the policy.
To create a new policy, add a new name.
To add more actions to an existing policy, select a name in the list.
Possible values:
Alphanumeric ASCII character string with 1..31 characters
Direction
Specifies the data packets (receiving or sending) to which the device applies the policy.
Possible values:
in (default setting)
The device applies the policy to data packets that it receives.
out
The device applies the policy to data packets that it sends.
Class name
Assigns the class to the policy.
Type
Specifies the policy type.
Depending on which value you select, the following visible parameters change.
Possible values:
markCosVal (default setting)
markIpDscpVal
markIpPrecedenceVal
policeSimple
policeTworate
assignQueue
drop
redirect
mirror
markCosAsSecCos
Type = markCosVal
Overwrites the priority field in the VLAN tag of the Ethernet packets:
• In the VLAN tag, the device overwrites the priority value in the COS parameter.
• With QinQ-tagged (IEEE 802.1ad) Ethernet packets, the device writes the value to the outer tag
(Service tag or S tag).
• With data packets without VLAN tags, the device adds a priority tag.
COS
Specifies the priority value that the device writes to the priority field of the VLAN tag of the Ethernet
packets.
Possible values:
0..7
Type = markIpDscpVal
Overwrites the DS field of the IP packets.
The device writes the value specified in the DSCP parameter to the DS field. Subsequent devices
in the network to which the device forwards the IP packets, prioritize the IP packets according to
this setting. For making the device prioritize the IP packets, also enter the IP packets with
Type = assignQueue into the desired queue.
DSCP
Specifies the value that the device writes to the DS field of the IP packets.
Possible values:
0..63
Type = markIpPrecedenceVal
Overwrites the TOS field of the IP packets.
The device writes the value specified in the TOS priority parameter to the TOS field.
TOS priority
Specifies the value that the device writes to the TOS field of the IP packets.
Possible values:
0..7
Type = policeSimple
Limits the classified data stream to the values specified in the Simple C rate and Simple C burst fields:
• If the transfer rate and burst size of the data stream are below the specified values, then the
Simple C rate
Specifies the committed rate in kbit/s.
Upper limit
Possible values:
1..4294967295
Simple C burst
Specifies the committed burst size in kBytes.
Possible values:
0..128
In the Non conform action field, you specify the action that the device applies to the non-compliant
data stream. Non-compliant means that the data stream is over the limits specified in the
parameters Simple C rate and Simple C burst.
Possible values:
drop
Discards the data packets.
markDscp
Overwrites the DS field of the IP packets.
The device writes the value specified in the adjacent field [0..63] to the DS field.
markPrec
Overwrites the TOS field of the IP packets.
The device writes the value specified in the adjacent field [0..7] to the TOS field.
send
Sends the data packets.
markCos
Overwrites the priority field in the VLAN tag of the Ethernet packets:
– in the VLAN tag, the device overwrites the priority value in the COS parameter.
– With QinQ-tagged (IEEE 802.1ad) Ethernet packets, the device writes the value to the outer
tag (Service tag or S tag).
– With Ethernet packets without VLAN tags, the device adds a priority tag.
markCos2
With QinQ-tagged Ethernet packets, overwrites the priority field in the inner tag (Customer tag
or C tag) with the value specified in the adjacent field [0..7].
markCosAsSecCos
Overwrites the priority field in the outer tag (Service tag or S tag) with the priority value of the
inner tag (C tag).
Possible values:
blind
The device operates in the color-blind mode. The devices designates the complete data stream
received as conform (green).
<Name of the DiffServ Class>
The devices designates only this class of the received data stream as conform (green).
Those classes are selectable for which in the Switching > QoS/Priority > DiffServ > Class dialog,
Criteria column a rule of the type cos, ipdscp, ipprec, cos2 is specified.
Verify that the filter criteria of the class selected in the Class name drop-down list above and of the
class selected in this drop-down list, is neither identical nor exclude each other. Exclusion criteria
are:
• The filter criteria have the same rule type, for example cos and cos. Use classes with a different
rule type, for example cos and ipdscp.
• One of the classes references with the rule type refclass another class that conflicts with the
used classes.
Type = policeTworate
Limits the classified data stream to the values specified in the Two rate C rate, Two rate C burst, Two
rate P rate, and Two rate P burst fields.
• If the transfer rate and burst size are below Two rate C rate and Two rate C burst, then the device
applies the Conform action action to the data stream.
• If the transfer rate and burst size are between Two rate C rate and Two rate P rate as well as Two
rate C burst and Two rate P burst, then the device applies the Exceed action action to the data
stream.
• If the transfer rate and burst size are above Two rate P rate and Two rate P burst, then the device
applies the Non conform action action to the data stream.
Possible values:
1..4294967295
Possible values:
0..128
Possible values:
1..4294967295
Possible values:
1..128
Conform action
Conform value
Exceed action
Exceed value
Non conform action
Non conform value
In the Conform action field, you specify the action that the device applies to the compliant data
stream. Compliant means that transfer rate and burst size are below Two rate C rate and Two rate C
burst.
In the Exceed action field, you specify the action that the device applies to the data stream. The
prerequisite is that the transfer rate and burst size are between Two rate C rate and Two rate P rate
In the Non conform action field, you specify the action that the device applies to the non-compliant
data stream. Non-compliant means that the transfer rate and burst size are above Two rate P rate
and Two rate P burst.
Possible values:
drop
Discards the data packets.
markDscp
Overwrites the DS field of the IP packets.
The device writes the value specified in the adjacent field [0..63] to the DS field.
markPrec
Overwrites the TOS field of the IP packets.
The device writes the value specified in the adjacent field [0..7] to the TOS field.
send
Sends the data packets.
markCos
Overwrites the priority field in the VLAN tag of the Ethernet packets:
– in the VLAN tag, the device overwrites the priority value in the COS parameter.
– With QinQ-tagged (IEEE 802.1ad) Ethernet packets, the device writes the value to the outer
tag (Service tag or S tag).
– With Ethernet packets without VLAN tags, the device adds a priority tag.
markCos2
With QinQ-tagged Ethernet packets, overwrites the priority field in the inner tag (Customer tag
or C tag) with the value specified in the adjacent field [0..7].
markCosAsSecCos
Overwrites the priority field in the outer tag (S tag) with the priority value of the inner tag (C tag).
Possible values:
0 - blind
The device operates in the color blind mode. The devices designates the complete data stream
received as conform (green).
<Name of the DiffServ Class>
The devices designates only this class of the received data stream as conform (green).
Those classes are selectable for which in the Switching > QoS/Priority > DiffServ > Class dialog,
Criteria column a rule of the type cos, ipdscp, ipprec, cos2 is specified.
Verify that the filter criteria of the class selected in the Class name drop-down list above and of the
class selected in this drop-down list, is neither identical nor exclude each other. Exclusion criteria
are:
• The filter criteria have the same rule type, for example cos and cos. Use classes with a different
rule type, for example cos and ipdscp.
• One of the classes references with the rule type refclass another class that conflicts with the
used classes.
Type = assignQueue
Changes the priority queue into which the device adds the data packets.
The device enqueues the data packets into the priority queue with the ID specified in the Queue ID
parameter.
Apply this action only to data packets that the device receives.
Queue ID
Specifies the ID of the priority queue into which the device adds the data packets. See the Traffic
class field and the Switching > QoS/Priority > 802.1D/p Mapping dialog.
Possible values:
0..7
Type = drop
Discards the data packets.
Type = redirect
The device forwards the received data stream to the port specified in the Redirection interface field.
Apply this action only to data packets that the device receives.
Redirection interface
Specifies the destination port.
Possible values:
<Port number>
Number of the destination port. The device forwards the data packets to this port.
Note: The destination port needs sufficient bandwidth to absorb the data stream. If the copied data
stream exceeds the bandwidth of the destination port, then the device discards surplus data
packets on the destination port.
Type = mirror
The device copies the received data stream and also transfers it to the port specified in the Mirror
interface field.
Apply this action only to data packets that the device receives.
Mirror interface
Specifies the destination port.
Possible values:
<Port number>
Number of the destination port. The device copies the data packets to this port.
Note: The destination port needs sufficient bandwidth to absorb the data stream. If the copied data
stream exceeds the bandwidth of the destination port, then the device discards surplus data
packets on the destination port.
Type = markCosAsSecCos
Overrides the priority field in the outer VLAN tag of the Ethernet packets with the priority value of
the inner VLAN tag.
Apply this action only to data packets that the device receives.
Note: You cannot apply IP ACL rules and DiffServ rules together in the same direction on a port.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Opens the Create window to add a new entry to the table. See “[Create window]” on page 289.
Port
Displays the port number.
Direction
Displays the interface direction to which you assigned the policy.
Policy name
Displays the name of the policy assigned to the interface.
Status
Displays the port status.
Active
Activates/deactivates the DiffServ parameters associated with this row.
Possible values:
marked
The device forwards traffic according to the specified DiffServ settings.
unmarked
The device forwards traffic without regarding the specified DiffServ settings.
[Create window]
Port
Specifies the port to which the table entry relates.
Possible values:
Available ports
Direction
Specifies the direction in which the device applies the policy.
Possible values:
In (default setting)
Out
Policy
Specifies the policy assigned to the port.
Possible values:
Available policies
5.8 VLAN
[ Switching > VLAN ]
With VLAN (Virtual Local Area Network) you distribute the data traffic in the physical network to
logical subnetworks. This provides you with the following advantages:
High flexibility
– With VLAN you distribute the data traffic to logical networks in the existing infrastructure.
Without VLAN, it would be necessary to have additional devices and complicated cabling.
– With VLAN you specify network segments independently of the location of the individual end
devices.
Improved throughput
– In VLANs data packets can be transferred by priority.
When the priority is high, the device transfers the data of a VLAN preferentially, for example
for time-sensitive applications such as VoIP phone calls.
– When the data packets and Broadcasts are distributed in small network segments instead of
in the entire network, the network load is considerably reduced.
Increased security
The distribution of the data traffic among individual logical networks makes unwanted accessing
more difficult and strengthens the system against attacks such as MAC Flooding or MAC
Spoofing.
The device supports packet-based “tagged” VLANs according to the IEEE 802.1Q standard. The
VLAN tagging in the data packet indicates the VLAN to which the data packet belongs.
The device transmits the tagged data packets of a VLAN only on ports that are assigned to the
same VLAN. This reduces the network load.
The device learns the MAC addresses for every VLAN separately (independent VLAN learning).
The device prioritizes the received data stream in the following sequence:
Voice VLAN
MAC-based VLAN
IP subnet-based VLAN
Protocol-based VLAN
Port-based VLAN
This dialog lets you view general VLAN parameters for the device.
Configuration
Buttons
Note that you lose your connection to the device if you have changed the VLAN ID for the device
management in the Basic Settings > Network > Global dialog.
Max. VLAN ID
Highest ID assignable to a VLAN.
VLANs (max.)
Displays the maximum number of VLANs possible.
VLANs
Number of VLANs currently configured in the device.
In this dialog you manage the VLANs. To set up a VLAN, create a further row in the table. There
you specify for each port if it transmits data packets of the respective VLAN and if the data packets
contain a VLAN tag.
Note: The settings are effective only if the VLAN Unaware Mode is disabled. See the Switching >
Global dialog.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
VLAN ID
ID of the VLAN.
Possible values:
1..4042
Status
Displays how the VLAN is set up.
Possible values:
other
VLAN 1
or
VLAN set up using the 802.1X Port Authentication function. See the Network Security > 802.1X Port
Authentication dialog.
permanent
VLAN set up by the user.
or
VLAN set up using the MRP function. See the Switching > L2-Redundancy > MRP dialog.
If you save the changes in the non-volatile memory, then the VLANs with this setting remain set
up after a restart.
dynamicMvrp
VLAN set up using the MVRP function. See the Switching > MRP-IEEE > MVRP dialog.
VLANs with this setting are write-protected. The device removes a VLAN from the table as soon
as the last port leaves the VLAN.
Creation time
Displays the time of VLAN creation.
The field displays the time stamp for the operating time (system uptime).
Name
Specifies the name of the VLAN.
Possible values:
Alphanumeric ASCII character string with 1..32 characters
<Port number>
Specifies if the respective port transmits data packets of the VLAN and if the data packets contain
a VLAN tag.
Possible values:
- (default setting)
The port is not a member of the VLAN and does not transmit data packets of the VLAN.
T = Tagged
The port is a member of the VLAN and transmits the data packets with a VLAN tag. You use this
setting for uplink ports, for example.
LT = Tagged Learned
The port is a member of the VLAN and transmits the data packets with a VLAN tag.
The device created the entry automatically based on the GVRP or MVRP function.
F = Forbidden
The port is not a member of the VLAN and does not transmit data packets of this VLAN.
Additionally, the device helps prevent the port from becoming a VLAN member through the
MVRP function.
U = Untagged (default setting for VLAN 1)
The port is a member of the VLAN and transmits the data packets without a VLAN tag. Use this
setting if the connected device does not evaluate any VLAN tags, for example on end ports.
LU = Untagged Learned
The port is a member of the VLAN and transmits the data packets without a VLAN tag.
The device created the entry automatically based on the GVRP or MVRP function.
Note: Verify that the port on which the network management station is connected is a member of
the VLAN in which the device transmits the management data. In the default setting, the device
transmits the management data on VLAN 1. Otherwise, the connection to the device terminates
when you transfer the changes to the device. The access to the device management is possible
only using the Command Line Interface through the serial interface.
In this dialog you specify how the device handles received data packets that have no VLAN tag, or
whose VLAN tag differs from the VLAN ID of the port.
This dialog lets you assign a VLAN to the ports and thus specify the port VLAN ID.
Additionally, you also specify for each port how the device transmits data packets if the VLAN
Unaware mode is disabled and one of the following situations occurs:
The port receives data packets without a VLAN tagging.
The port receives data packets with VLAN priority information (VLAN ID 0, priority tagged).
The VLAN tagging of the data packet differs from the VLAN ID of the port.
Note: The settings are effective only if the VLAN Unaware Mode is disabled. See the Switching >
Global dialog.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Port-VLAN ID
Specifies the ID of the VLAN which the device assigns to data packets without a VLAN tag.
Prerequisites:
• In the Acceptable packet types column, you specify the value admitAll.
Possible values:
ID of a VLAN you set up (default setting: 1)
If you use the MRP function and you did not assign a VLAN to the ring ports, then you specify the
value 1 here for the ring ports. Otherwise, the device assigns the value to the ring ports
automatically.
Possible values:
admitAll (default setting)
The port accepts data packets both with and without a VLAN tag.
admitOnlyVlanTagged
The port accepts only data packets tagged with a VLAN ID ≥ 1.
Ingress filtering
Activates/deactivates the ingress filtering.
Possible values:
marked
The ingress filtering is active.
The device compares the VLAN ID in the data packet with the VLANs of which the device is a
member. See the Switching > VLAN > Configuration dialog. If the VLAN ID in the data packet
matches one of these VLANs, then the port transmits the data packet. Otherwise, the device
discards the data packet.
unmarked (default setting)
The ingress filtering is inactive.
The device transmits received data packets without comparing the VLAN ID. Thus the port also
transmits data packets with a VLAN ID of which the port is not a member.
Use the Voice VLAN feature to separate voice and data traffic on a port, by VLAN and/or priority.
A primary benefit of Voice VLAN is safeguarding the quality of voice traffic when data traffic on the
port is high.
The device detects VoIP phones using the Link Layer Discovery Protocol - Media Endpoint
Discovery (LLDP-MED). The device then adds the appropriate port to the member set of the
configured Voice VLAN. The member set is either tagged or untagged. Tagging depends on the
Voice VLAN interface mode (VLAN ID, Dot1p, None, Untagged).
Another benefit of the Voice VLAN feature is that the VoIP phone obtains VLAN ID or priority
information via LLDP-MED from the device. As a result, the VoIP phone sends voice data tagged
as priority, or untagged. This depends on the configured Voice VLAN Interface mode. You activate
Voice VLAN on the port which is connecting to the VoIP phone.
Operation
Operation
Enables/disables the VLAN Voice function of the device globally.
Possible values:
On
Off (default setting)
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Possible values:
disabled (default setting)
Deactivates the VLAN Voice function for this table entry.
none
Lets the IP telephone use its own configuration for sending untagged voice traffic.
vlan/dot1p-priority
The port filters data packets of the voice VLAN using the vlan and dot1p priority tags.
untagged
The port filters data packets without a voice VLAN tag.
vlan
The port filters data packets of the voice VLAN using the vlan tag.
dot1p-priority
The port filters data packets of the voice VLAN using the dot1p priority tags. If you select this
value, then additionally specify a proper value in the Priority column.
The device uses this mode for data traffic on the voice VLAN, when it detects a VoIP telephone and
a PC and when these devices use the same cable for transmitting and receiving data.
Possible values:
trust (default setting)
If voice traffic is present on the interface, then the data traffic uses the normal priority with this
setting.
untrust
If voice traffic is present and the Voice VLAN mode is set to dot1p-priority, then the data has
the priority 0. If the interface only transmits data, then the data has the normal priority.
Status
Displays the status of the Voice VLAN on the port.
Possible values:
marked
The Voice VLAN is enabled.
unmarked
The Voice VLAN is disabled.
VLAN ID
Specifies the ID of the VLAN to which the table entry applies.
To forward traffic to this VLAN ID using this filter, select in the Voice VLAN mode column the value
vlan.
Possible values:
0..4042
Priority
Specifies the Voice VLAN Priority of the port.
Prerequisites:
• In the Voice VLAN mode column, you specify the value dot1p-priority.
Possible values:
0..7
none
Deactivates the Voice VLAN Priority of the port.
DSCP
Specifies the IP DSCP value.
Possible values:
0 (be/cs0)..63 (default setting: 0 (be/cs0))
Some values in the list also have a DSCP keyword, for example 0 (be/cs0), 10 (af11) and 46
(ef). These values are compatible with the IP precedence model.
In the Switching > QoS/Priority > IP DSCP Mapping dialog you assign a traffic class to every IP DSCP
value.
Bypass authentication
Activates the Voice VLAN Authentication mode.
If you deactivate the function and set the value in the Voice VLAN mode column to dot1p-priority,
then voice devices require an authentication.
Possible values:
marked (default setting)
If you activated the function in the Network Security > 802.1X Port Authentication > Global dialog,
then set the Port control parameter for this port to the multiClient value before activating this
function. You find the Port control parameter in the Network Security > 802.1X Port Authentication >
Global dialog.
unmarked
In a MAC-based VLAN, the device forwards traffic based on the source MAC address associated
with a VLAN. User-defined filters determine if a packet belongs to a particular VLAN.
MAC-based VLANs specify the filtering criteria only for untagged or priority-tagged packets. Assign
a port to a MAC-based VLAN for a specific source MAC address. The device then forwards
untagged packets received with the configured MAC address to the MAC-based VLAN ID. Other
untagged packets are subject to normal VLAN classification rules.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
MAC address
Displays the MAC address to which the table entry relates.
Possible values:
Valid MAC address
VLAN ID
Displays the ID of the VLAN to which the table entry applies.
Possible values:
1..4042 (set up VLAN IDs)
In IP subnet-based VLANs, the device forwards traffic based on the source IP address and subnet
mask associated with the VLAN. User-defined filters determine if a packet belongs to a particular
VLAN.
IP subnet-based VLANs specify the filtering criteria only for untagged packets or priority tagged
packets. Assign a port to an IP subnet-based VLAN for a specific source address. The device then
forwards untagged packets received with the configured address to the IP subnet-based VLAN ID.
To configure an IP subnet based VLAN, specify an IP address, a subnet mask, and the
corresponding VLAN identifier. When multiple entries apply, the device uses the entry with the
longest prefix first.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
IP address
Displays the IP address to which you assign the subnetwork based VLAN.
The device supports up to 128 VLANs set up simultaneously to subnetwork based VLANs.
Possible values:
Valid IP address
Netmask
Displays the netmask to which you assign the subnetwork based VLAN.
Possible values:
Valid IP netmask
VLAN ID
Displays the VLAN ID.
Possible values:
1..4042
In a protocol-based VLAN, specified ports bridge traffic based on the L3 protocol (Ethertype)
associated with the VLAN. User-defined packet filters determine if a packet belongs to a particular
VLAN.
Protocol-based VLANs specify the filtering criteria only for untagged packets. Assign a port to a
protocol-based VLAN for a specific protocol. The device then forwards untagged packets received
with the configured protocol to the protocol-based VLAN ID. The device assigns other untagged
packets with the port VLAN ID.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Group ID
Displays the group identifier of the protocol-based VLAN entry.
Possible values:
1..128
Name
Specifies the group name of the protocol-based VLAN entry.
Possible values:
Alphanumeric ASCII character string with 1..16 characters
VLAN ID
Specifies the ID of the VLAN.
Possible values:
1..4042
Port
Specifies the ports that are assigned to the group.
Possible values:
<Port number>
In the drop-down list, select the ports.
Ethertype
Specifies the Ethertype value assigned to the VLAN.
The Ethertype is a two-octet field in an Ethernet packet to indicate which protocol the payload
contains.
Possible values:
0x0600..0xFFFF
Ethertype as a hexadecimal number sequence
When you enter a decimal value, the device converts the value into a hexadecimal number
sequence when you click the button.
ip
Ethertype keyword for IPv4 (equivalent to 0x0800)
arp
Ethertype keyword for ARP (equivalent to 0x0806)
ipx
Ethertype keyword for IPX (equivalent to 0x8137)
5.9 L2-Redundancy
[ Switching > L2-Redundancy ]
5.9.1 MRP
[ Switching > L2-Redundancy > MRP ]
The Media Redundancy Protocol (MRP) is a protocol that lets you set up high-availability, ring-
shaped network structures. An MRP ring with Hirschmann devices is made up of up to 100 devices
that support the MRP protocol according to IEC 62439.
If a section fails, then the ring structure of an MRP ring changes back into a line structure. The
maximum recovery time can be configured.
The Ring Manager function of the device closes the ends of a backbone in a line structure to a
redundant ring.
Note: Spanning Tree and Ring Redundancy have an effect on each other. Deactivate the Spanning
Tree protocol for the ports connected to the MRP ring. See the Switching > L2-Redundancy > Spanning
Tree > Port dialog.
When you work with oversized Ethernet packets (the value in the MTU column for the port is > 1518,
see the Basic Settings > Port dialog), the switching time of the MRP ring reconfiguration depends on
the following parameters:
Bandwidth of the ring line
Size of the Ethernet packets
Number of devices in the ring
Set the recovery time sufficiently large to help avoid delays in the MRP packages due to latencies
in the devices. You can find the formula for calculating the switching time in IEC 62439-2, section
9.5.
Operation
Buttons
Disables the redundancy function and resets the settings in the dialog to the default setting.
Operation
Enables/disables the MRP function.
After you configured the parameters for the MRP ring, enable the function here.
Possible values:
On
The MRP function is enabled.
After you configured the devices in the MRP ring, the redundancy is active.
Off (default setting)
The MRP function is disabled.
Port
Specifies the number of the port that is operating as a ring port.
Possible values:
<Port number>
Number of the ring port
Operation
Displays the operating status of the ring port.
Possible values:
forwarding
The port is enabled, connection exists.
blocked
The port is blocked, connection exists.
disabled
The port is disabled.
not-connected
No connection exists.
Fixed backup
Activates/deactivates the backup port function for the Ring port 2.
Note: The switch over to the primary port can exceed the maximum ring recovery time.
Possible values:
marked
The Ring port 2 backup function is active. When the ring is closed, the ring manager reverts back
to the primary ring port.
unmarked (default setting)
The Ring port 2 backup function is inactive. When the ring is closed, the ring manager continues
to send data on the secondary ring port.
Configuration
Ring manager
Enables/disables the Ring manager function.
If there is one device at each end of the line, then you activate this function.
Possible values:
On
The Ring manager function is enabled.
The device operates as a ring manager.
Off (default setting)
The Ring manager function is disabled.
The device operates as a ring client.
Advanced mode
Activates/deactivates the advanced mode for fast recovery times.
Possible values:
marked (default setting)
Advanced mode active.
MRP-capable Hirschmann devices support this mode.
unmarked
Advanced mode inactive.
Select this setting if another device in the ring does not support this mode.
Ring recovery
Specifies the maximum recovery time in milliseconds for reconfiguration of the ring. This setting is
effective if the device operates as a ring manager.
Possible values:
500ms
200ms (default setting)
Shorter switching times make greater demands on the response time of every individual device in
the ring. Use values lower than 500ms if the other devices in the ring also support this shorter
recovery time.
When you are working with oversized Ethernet packets, the number of devices in the ring is limited.
Note that the switching time depends on several parameters. See the description above.
VLAN ID
Specifies the ID of the VLAN which you assign to the ring ports.
Possible values:
0 (default setting)
No VLAN assigned.
Assign in the Switching > VLAN > Configuration dialog to the ring ports for VLAN 1 the value U.
1..4042
VLAN assigned.
If you assign to the ring ports a non-existing VLAN, then the device creates this VLAN. In the
Switching > VLAN > Configuration dialog, the device creates an entry in the table for the VLAN and
assigns the value T to the ring ports.
Information
Information
Displays messages for the redundancy configuration and the possible causes of errors.
When the device operates as a ring client or a ring manager, the following messages are possible:
Redundancy available
The redundancy is set up. When a component of the ring is down, the redundant line takes over
its function.
Configuration error: Error on ringport link.
Error in the cabling of the ring ports.
When the device operates as a ring manager, the following messages are possible:
Configuration error: Packets from another ring manager received.
Another device exists in the ring that operates as the ring manager.
Enable the Ring manager function only on one device in the ring.
Configuration error: Ring link is connected to wrong port.
A line in the ring is connected with a different port instead of with a ring port. The device only
receives test data packets on one ring port.
The concept of HIPER ring redundancy enables the construction of high-availability, ring-shaped
networks. This device provides a HIPER ring client. This function lets you extend an existing HIPER
ring or to replace a device already participating as a client in a HIPER ring.
A HIPER ring contains a Ring Manager (RM) which controls the ring. The RM sends watchdog
packets into the ring on both the primary and secondary ports. When the RM receives the watchdog
packets on both ports, the primary port remains in the forwarding state and the secondary port
remains in the discarding state.
The device operates only in the ring client mode. This means that the device is able to recognize
and forward the watchdog packets on the ring ports and can also forward the change in link status
to the RM for example, LinkDown and LinkUp packets.
The device only supports Fast Ethernet and Gigabit Ethernet ports as ring ports. Furthermore, the
device only supports HIPER ring in VLAN 1.
Note: Spanning Tree and Ring Redundancy have an effect on each other. Deactivate the Spanning
Tree protocol for the ports connected to the HIPER ring. See the Switching > L2-Redundancy >
Spanning Tree > Port dialog.
Note: Configure the devices of the HIPER ring individually. Before you connect the redundant link,
complete the configuration of every device of the HIPER ring. You thus help avoid loops during the
configuration phase.
Operation
Operation
Enables/disables the HIPER Ring client.
Possible values:
On
The HIPER Ring client is enabled.
Off (default setting)
The HIPER Ring client is disabled.
Port
Specifies the port number of the primary/secondary ring port.
Possible values:
- (default setting)
No primary/secondary ring port selected.
<Port number>
Number of the ring port
State
Displays the state of the primary/secondary ring port.
Possible values:
not-available
The HIPER Ring client is disabled.
or
No primary or secondary ring port selected.
active
The ring port is enabled and logically up.
inactive
The ring port is logically down.
As soon as the link goes down on a ring port, the device sends a LinkDown packet to the Ring
Manager on the other ring port.
Information
Mode
Displays that the device is able to operate in the ring client mode.
The Spanning Tree Protocol (STP) is a protocol that deactivates redundant paths of a network in
order to help avoid loops. If a network component becomes inoperable on the path, then the device
calculates the new topology and reactivates these paths.
The Rapid Spanning Tree Protocol (RSTP) enables fast switching to a newly calculated topology
without interrupting existing connections. RSTP gets average reconfiguration times of less than a
second. When you use RSTP in a ring with 10 to 20 devices, you can get reconfiguration times in
the order of milliseconds.
The device supports the Multiple Spanning Tree Protocol (MSTP) standardized in IEEE 802.1,
which is a further development of the Spanning Tree Protocol (STP).
In this dialog you enable/disable the Spanning Tree function and specify the bridge settings.
Operation
Operation
Enables/disables the Spanning Tree function in the device.
Possible values:
On (default setting)
Off
The device behaves transparently. The device floods received Spanning Tree data packets like
multicast data packets to the ports.
Variant
Variant
Specifies the protocol used for the Spanning Tree function:
Possible values:
rstp (default setting)
The protocol RSTP is active.
With RSTP (IEEE 802.1Q-2005), the Spanning Tree function operates for the underlying physical
layer.
mstp
The protocol MSTP is active.
To help avoid longer recovery times, specify the maximum value 40 in the Tx holds field.
Traps
Send trap
Activates/deactivates the sending of SNMP traps for the following events:
• Another bridge takes over the root bridge role.
• The topology changes. A port changes its Port state from forwarding into discarding or from
discarding into forwarding.
Possible values:
marked
The sending of SNMP traps is active.
unmarked (default setting)
The sending of SNMP traps is inactive.
Active
Activates/deactivates the Ring only mode function, in which the device does not verify the age of the
BPDUs.
Possible values:
marked
The Ring only mode function is active. Use this setting for applications for RSTP rings with
diameters greater than 40.
unmarked (default setting)
The Ring only mode function is inactive.
First port
Specifies the port number of the first interface.
Possible values:
<Port number> (default setting: -)
Second port
Specifies the port number of the second interface.
Possible values:
<Port number> (default setting: -)
Bridge configuration
Bridge ID
Displays the bridge ID of the device.
The device with the lowest bridge ID numerical value takes over the role of the root bridge in the
network.
Possible values:
<Bridge priority> / <MAC address>
Value in the Priority field / MAC address of the device
Priority
Specifies the bridge priority of the device.
Possible values:
0..61440 in steps of 4096 (default setting: 32768)
To make this device the root bridge, assign the lowest numeric priority value in the network to the
device.
Possible values:
1..2 (default setting: 2)
If the device takes over the role of the root bridge, then the other devices in the network use the
value specified here.
Otherwise, the device uses the value specified by the root bridge. See the Root information frame.
Due to the interaction with the Tx holds parameter, we recommend that you do not change the
default setting.
Possible values:
4..30 (default setting: 15)
If the device takes over the role of the root bridge, then the other devices in the network use the
value specified here.
Otherwise, the device uses the value specified by the root bridge. See the Root information frame.
In the RSTP protocol, the bridges negotiate a status change without a specified delay.
The Spanning Tree protocol uses the parameter to delay the status change between the statuses
disabled, discarding, learning, forwarding.
The parameters Forward delay [s] and Max age have the following relationship:
If you enter values in the fields that contradict this relationship, then the device replaces these
values with the last valid values or with the default value.
Max age
Specifies the maximum permitted branch length for example, the number of devices to the root
bridge.
Possible values:
6..40 (default setting: 20)
If the device takes over the role of the root bridge, then the other devices in the network use the
value specified here.
Otherwise, the device uses the value specified by the root bridge. See the Root information frame.
The Spanning Tree protocol uses the parameter to specify the validity of STP-BPDUs in seconds.
Tx holds
Limits the maximum transmission rate for sending BPDUs.
Possible values:
1..40 (default setting: 10)
To help avoid longer recovery times when using the MSTP protocol, set the maximum value to 40.
When the device sends a BPDU, the device increments a counter on this port.
If the counter reaches the value specified here, then the port stops sending BPDUs. On the one
hand, this reduces the load generated by RSTP, and on the other when the device does not receive
BPDUs, a communication interruption can be caused.
The device decrements the counter by 1 every second. In the following second, the device sends
a maximum of 1 new BPDU.
BPDU guard
Activates/deactivates the BPDU Guard function in the device.
With this function, the device helps protect your network from incorrect configurations, attacks with
STP-BPDUs, and unwanted topology changes.
Possible values:
marked
The BPDU guard is active.
– The device applies the function to manually specified edge ports. For these ports, in the
Switching > L2-Redundancy > Spanning Tree > Port dialog, CIST tab the checkbox in the Admin
edge port column is marked.
– If an edge port receives an STP-BPDU, then the device disables the port. For this port, in the
Basic Settings > Port dialog, Configuration tab the checkbox in the Port on column is unmarked.
unmarked (default setting)
The BPDU guard is inactive.
To reset the status of the port to the value forwarding, you proceed as follows:
If the port is still receiving BPDUs, then:
– In the Switching > L2-Redundancy > Spanning Tree > Port dialog, CIST tab unmark the checkbox
in the Admin edge port column.
or
– In the Switching > L2-Redundancy > Spanning Tree > Global dialog, unmark the BPDU guard
checkbox.
To re-enable the port again you use the Auto-Disable function. Alternatively, proceed as follows:
– Open the Basic Settings > Port dialog, Configuration tab.
– Mark the checkbox in the Port on column.
Possible values:
marked
The BPDU filter is active on every edge port.
The function does not use these ports in Spanning Tree operations.
– The device does not send STP-BPDUs on these ports.
– The device drops any STP-BPDUs received on these ports.
unmarked (default setting)
The global BPDU filter is inactive.
You have the option to explicitly activate the BPDU filter for single ports. See the Port BPDU filter
column in the Switching > L2-Redundancy > Spanning Tree > Port dialog.
Auto-disable
Activates/deactivates the Auto-Disable function for the parameters that BPDU guard is monitoring on
the port.
Possible values:
marked
The Auto-Disable function for the BPDU guard is active.
– When the port receives an STP-BPDU, the device disables an edge port. The Link status
LED for the port flashes 3× per period.
– The Diagnostics > Ports > Auto-Disable dialog displays which ports are currently disabled due
to the parameters being exceeded.
– After a waiting period, the Auto-Disable function enables the port again automatically. For this
you go to the Diagnostics > Ports > Auto-Disable dialog and specify a waiting period for the
relevant port in the Reset timer [s] column.
unmarked (default setting)
The Auto-Disable function for the BPDU guard is inactive.
Root information
Bridge ID
Displays the bridge ID of the current root bridge.
Possible values:
<Bridge priority> / <MAC address>
Priority
Displays the bridge priority of the current root bridge.
Possible values:
0..61440 in steps of 4096
Possible values:
1..2
The device uses this specified value. See the Bridge configuration frame.
Possible values:
4..30
The device uses this specified value. See the Bridge configuration frame.
In the RSTP protocol, the bridges negotiate a status change without a specified delay.
The Spanning Tree protocol uses the parameter to delay the status change between the statuses
disabled, discarding, learning, forwarding.
Max age
Specifies the maximum permitted branch length that the root bridge sets up for example, the
number of devices to the root bridge.
Possible values:
6..40 (default setting: 20)
The Spanning Tree protocol uses the parameter to specify the validity of STP-BPDUs in seconds.
Topology information
Bridge is root
Displays if the device currently has the role of the root bridge.
Possible values:
marked
The device currently has the role of the root bridge.
unmarked
Another device currently has the role of the root bridge.
Root port
Displays the number of the port from which the current path leads to the root bridge.
If the device takes over the role of the root bridge, then the field displays the value no Port.
Possible values:
0..200000000
If the value 0 is specified, then the device takes over the role of the root bridge.
Topology changes
Displays how many times the device has put a port into the forwarding status using the Spanning
Tree function since the Spanning Tree instance was started.
Possible values:
<days, hours:minutes:seconds>
In this dialog you manage the settings of the global and local MST instances.
In contrast to the local MST instances, the global MST instance is configured permanently in the
device. The global MST instance contains the VLANs that are not explicitly allocated to a local MST
instance.
The device supports up to 16 local MST instances. To create a local MST instance, click the
button.
While STP has a single Spanning Tree spanning the network, MSTP lets you set up one Spanning
Tree per VLAN or group of VLANs. Thus it is possible to specify several smaller Spanning Trees
covering one network.
For bridges in an MST region, specify identical values for the following parameters:
Name of the MST region
Revision level of the MST region
Allocation of the VLANs to the MST instances
– Include ports connecting the bridges of an MST region as members in the VLANs set up on
the bridges. The ports are to transmit the data packets with a VLAN tag. You thus help avoid
potential connection breaks within the MST region when the topology is changed.
– Include ports connecting an MST region with other MST regions or with the CST region
(boundary ports) as members in the VLANs set up in both regions. The ports are to transmit
the data packets with a VLAN tag. You thus help avoid potential connection breaks when
topology changes affecting the boundary ports are made.
Name
Specifies the name of the MST region to which the device belongs.
Possible values:
Alphanumeric ASCII character string with 1..32 characters
Revision level
Specifies the version number of the MST region to which the device belongs.
Possible values:
0..65535 (default setting: 1)
Checksum
Displays the MD5 checksum of the MST configuration.
Hops (max.)
Specifies the maximum number of bridges within the MST region in a branch to the root bridge.
Possible values:
6..40 (default setting: 20)
Attached VLANs
Displays the IDs of the VLANs that are assigned only to the global MST instance and to no other
local MST instance.
Possible values:
ID of the statically configured VLANs
(default setting: 1)
Bridge ID
Displays the bridge ID of the device.
Possible values:
<Bridge priority> / <MAC address>
The value is made up as follows:
– Value in the Priority field. See the Switching > L2-Redundancy > Spanning Tree > Global dialog,
Bridge configuration frame.
– MAC address of the device.
Root ID
Displays the bridge ID of the current CIST root bridge of the whole Layer 2 network.
Possible values:
<Bridge priority> / <MAC address>
The device with the numerically lowest bridge ID takes over the role of the CIST root bridge in the
network. The following devices are able to take over the role of the root bridge:
Bridges not belonging to any MST region
Bridges belonging to the global instance of an MST region
In the whole Layer 2 network, the bridges use the time settings of the CIST root bridge, for example
Hello time [s].
Regional root ID
Displays the Bridge ID of the current root bridge that belongs to the global instance of the MST
region to which this device belongs.
Possible values:
<Bridge priority> / <MAC address>
The values in the Regional root ID and Root ID fields are identical when the regional root bridge has
the lowest bridge ID in the whole Layer 2 network.
Root port
Displays the port of the device from which the path leads to the current CIST root bridge of the
whole Layer 2 network.
Possible values:
no Port
The device currently has the role of the root bridge.
<Port number>
The path to the current CIST root bridge of the whole Layer 2 network leads over this port.
Possible values:
0..200000000
If the value 0 is specified, then the regional root bridge simultaneously has the role of the CIST
root bridge.
For the devices within an MST region, the Root path cost values are identical.
If you do not use MSTP, then the Root path cost values are identical to the root path costs of
Spanning Tree or Rapid Spanning Tree. In this case, every device considers itself as an own
region.
Possible values:
0..200000000
If the value 0 is specified, then the local bridge simultaneously has the role of the current
regional root bridge.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Configure VLANs
Opens the Configure VLANs dialog to allocate VLANs to the local MST instance which is selected in
the table.
MSTI
Displays the instance number of the local MST instance.
Attached VLANs
Displays the IDs of the VLANs that are allocated to this local MST instance.
Priority
Specifies the bridge priority of the local MST instance.
Possible values:
0..61440 in steps of 4096 (default setting: 32768)
Assign the lowest numeric priority in this local MST instance to the device to make this device the
root bridge.
Bridge ID
Displays the bridge ID.
The device with the numerically lowest bridge ID takes over the role of the MSTI (regional) root
bridge in the instance.
Possible values:
<Bridge priority + Number of the instance> / <MAC address>
Sum of the value in the Priority and MSTI fields / MAC address of the device.
Topology changes
Displays how many times the device has put a port into the forwarding status using the Spanning
Tree function since the Spanning Tree instance was started.
Topology change
Displays if the device has detected a topology change within the instance.
Possible values:
marked
The device has detected a topology change.
unmarked
The device has not detected a topology change.
Root ID
Displays the bridge ID of the current root bridge in this instance.
Possible values:
<Bridge ID> / <MAC address>
Possible values:
0..200000000
If the value 0 is specified, then the bridge is simultaneously the root bridge of the instance.
Root port
Displays the port of the device from which the current path leads to the root bridge of the instance.
Possible values:
no Port
The device currently has the role of the root bridge.
<Port number>
The path to the current root bridge of the instance leads over this port.
In this dialog you activate the Spanning Tree function on the ports, specify edge ports, and specify
the settings for various protection functions.
[CIST]
In this tab you have the option to activate the Spanning Tree function on the ports individually,
specify the settings for edge ports, and view the current values. The abbreviation CIST stands for
Common and Internal Spanning Tree.
Note: Deactivate the Spanning Tree function on the ports that are participating in other Layer 2
redundancy protocols. Otherwise, it is possible that the redundancy protocols operate differently
than intended. This can cause loops.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
STP active
Activates/deactivates the Spanning Tree function on the port.
Possible values:
marked (default setting)
The Spanning Tree function is active on the port.
unmarked
The Spanning Tree function is inactive on the port.
If the Spanning Tree function is enabled in the device and inactive on the port, then the port does
not send STP-BPDUs and drops any STP-BPDUs received.
Port state
Displays the transmission status of the port.
Possible values:
discarding
The port is blocked and forwards only STP-BPDUs.
learning
The port is blocked, but it learns the MAC addresses of received data packets.
forwarding
The port forwards data packets.
disabled
The port is inactive. See the Basic Settings > Port dialog, Configuration tab.
manualFwd
The Spanning Tree function is disabled on the port. The port forwards STP-BPDUs.
notParticipate
The port is not participating in STP.
Port role
Displays the current role of the port in CIST.
Possible values:
root
Port with the cheapest path to the root bridge.
alternate
Port with the alternative path to the root bridge (currently blocking).
designated
Port for the side of the tree averted from the root bridge (currently blocking).
backup
Port receives STP-BPDUs from its own device.
master
Port with the cheapest path to the CIST. The port is the CIST root port of the CIST Regional
Root. The port is unique in an MST region.
disabled
The port is inactive. See the Basic Settings > Port dialog, Configuration tab.
Possible values:
0..200000000 (default setting: 0)
When the value is 0, the device automatically calculates the path costs depending on the data rate
of the port.
Port priority
Specifies the priority of the port.
Possible values:
16..240 in steps of 16 (default setting: 128)
Received bridge ID
Displays the bridge ID of the device from which this port last received an STP-BPDU.
Possible values:
For ports with the designated role, the device displays the information for the STP-BPDU last
received by the port. This helps to diagnose the possible STP problems in the network.
For the alternate, backup, master, and root port roles, in the stationary condition (static
topology) this information is identical to the information of the designated port role.
If a port has no connection or if it did not receive any STP-BDPUs yet, then the device displays
the values that the port can send with the designated role.
Received port ID
Displays the port ID of the device from which this port last received an STP-BPDU.
Possible values:
For ports with the designated role, the device displays the information for the STP-BPDU last
received by the port. This helps to diagnose the possible STP problems in the network.
For the alternate, backup, master, and root port roles, in the stationary condition (static
topology) this information is identical to the information of the designated port role.
If a port has no connection or if it did not receive any STP-BDPUs yet, then the device displays
the values that the port can send with the designated role.
Possible values:
For ports with the designated role, the device displays the information for the STP-BPDU last
received by the port. This helps to diagnose the possible STP problems in the network.
For the alternate, backup, master, and root port roles, in the stationary condition (static
topology) this information is identical to the information of the designated port role.
If a port has no connection or if it did not receive any STP-BDPUs yet, then the device displays
the values that the port can send with the designated role.
Possible values:
marked
The Admin edge port mode is active.
The port is connected to an end device.
– After the connection is set up, the port changes to the forwarding status without changing
to the learning status beforehand.
– If the port receives an STP-BPDU and the BPDU Guard function is active, then the device
deactivates the port. See the Switching > L2-Redundancy > Spanning Tree > Global dialog.
unmarked (default setting)
The Admin edge port mode is inactive.
The port is connected to another STP bridge.
After the connection is set up, the port changes to the learning status before changing to the
forwarding status, if applicable.
Possible values:
marked (default setting)
The automatic detection is active.
After the installation of the connection and after 1.5 × Hello time [s], the device sets the port to
the forwarding status (default setting 1.5 × 2 s) if the port did not receive any STP-BPDUs
during this time.
unmarked
The automatic detection is inactive.
After the installation of the connection, and after Max age the device sets the port to the
forwarding status.
(default setting: 20 s)
Possible values:
marked
An end device is connected to the port. The port does not receive any STP-BPDUs.
unmarked
An STP bridge is connected to the port. The port receives STP-BPDUs.
Oper PointToPoint
Displays if the port is connected to an STP device via a direct full-duplex link.
Possible values:
marked
The port is connected directly to an STP device via a full-duplex link. The direct, decentralized
communication between 2 bridges provides short reconfiguration times.
unmarked
The port is connected in another way, for example via a half-duplex link or via a hub.
The prerequisite is that the port is a manually specified edge port. For these ports, the checkbox in
the Admin edge port column is marked.
Possible values:
marked
The BPDU filter is active on the port.
The function excludes the port from Spanning Tree operations.
– The device does not send STP-BPDUs on the port.
– The device drops any STP-BPDUs received on the port.
unmarked (default setting)
The BPDU filter is inactive on the port.
You have the option to globally activate the BPDU filter for every edge port. See the Switching >
L2-Redundancy > Spanning Tree > Global dialog, Bridge configuration frame.
If the BPDU filter (all admin edge ports) checkbox is marked, then the BPDU filter is still active on
the port.
Possible values:
marked
The BPDU filter is active on the port as a result of the following settings:
– The checkbox in the Port BPDU filter column is marked.
and/or
– The checkbox in the BPDU filter (all admin edge ports) column is marked. See the Switching >
L2-Redundancy > Spanning Tree > Global dialog, Bridge configuration frame.
unmarked
The BPDU filter is inactive on the port.
BPDU flood
Activates/deactivates the BPDU flood mode on the port even if the Spanning Tree function is inactive
on the port. The device floods STP-BPDUs received on the port to the ports for which the Spanning
Tree function is inactive and the BPDU flood mode is active too.
Possible values:
marked
The BPDU flood mode is active.
unmarked (default setting)
The BPDU flood mode is inactive.
[Guards]
This tab lets you specify the settings for various protection functions on the ports.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Root guard
Activates/deactivates the monitoring of STP-BPDUs on the port. The prerequisite is that the Loop
guard function is inactive.
With this setting the device helps you protect your network from incorrect configurations or attacks
with STP-BPDUs that try to change the topology. This setting is relevant only for ports with the STP
role designated.
Possible values:
marked
The monitoring of STP-BPDUs is active.
– If the port receives an STP-BPDU with better path information to the root bridge, then the
device discards the STP-BPDU and sets the status of the port to the value discarding
instead of root.
– If there are no STP-BPDUs with better path information to the root bridge, then the device
resets the status of the port after 2 × Hello time [s].
unmarked (default setting)
The monitoring of STP-BPDUs is inactive.
TCN guard
Activates/deactivates the monitoring of "Topology Change Notifications" on the port. With this
setting the device helps you protect your network from attacks with STP-BPDUs that try to change
the topology.
Possible values:
marked
The monitoring of "Topology Change Notifications" is enabled.
– The port ignores the Topology Change flag in received STP-BPDUs.
– If the received BPDU contains other information that causes a topology change, then the
device processes the BPDU even if the TCN guard is enabled.
Example: The device receives better path information for the root bridge.
unmarked (default setting)
The monitoring of "Topology Change Notifications" is disabled.
If the device receives STP-BPDUs with a Topology Change flag, then the device deletes the
address table of the port and forwards the Topology Change Notifications.
Loop guard
Activates/deactivates the monitoring of loops on the port. The prerequisite is that the Root guard
function is inactive.
With this setting the device helps prevent loops if the port does not receive any more STP-BPDUs.
Use this setting only for ports with the STP role alternate, backup or root.
Possible values:
marked
The monitoring of loops is active. This helps prevent loops for example, if you disable the
Spanning Tree function on the remote device or if the connection is interrupted only in the
receiving direction.
– If the port does not receive any STP-BPDUs for a while, then the device sets the status of
the port to the value discarding and marks the checkbox in the Loop state column.
– If the port receives STP-BPDUs again, then the device sets the status of the port to a value
according to Port role and unmarks the checkbox in the Loop state column.
unmarked (default setting)
The monitoring of loops is inactive.
If the port does not receive any STP-BPDUs for a while, then the device sets the status of the
port to the value forwarding.
Loop state
Displays if the loop state of the port is inconsistent.
Possible values:
marked
The loop state of the port is inconsistent:
– The port is not receiving any STP-BPDUs and the Loop guard function is enabled.
– The device sets the state of the port to the value discarding. The device thus helps prevent
any potential loops.
unmarked
The loop state of the port is consistent. The port receives STP-BPDUs.
Prerequisite:
• The port is a manually specified edge port. In the Port dialog, the checkbox for this port in the
Admin edge port column is marked.
• In the Switching > L2-Redundancy > Spanning Tree > Global dialog, the BPDU Guard function is
active.
Possible values:
marked
The port is an edge port and received an STP-BPDU.
The device deactivates the port. For this port, in the Basic Settings > Port dialog, Configuration tab
the checkbox in the Port on column is unmarked.
unmarked
The port is an edge port and has not received any STP-BPDUs, or the port is not an edge port.
To reset the status of the port to the value forwarding, you proceed as follows:
If the port is still receiving BPDUs, then:
– In the CIST tab, unmark the checkbox in the Admin edge port column.
or
– In the Switching > L2-Redundancy > Spanning Tree > Global dialog, unmark the BPDU guard
checkbox.
To activate the port, proceed as follows:
– Open the Basic Settings > Port dialog, Configuration tab.
– Mark the checkbox in the Port on column.
[MSTI<MSTI>]
This tab lets you specify the settings on the ports for path costs and priority in the local MST
instance, and to view current values.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Port state
Displays the transmission status of the port.
Possible values:
discarding
The port is blocked and forwards only STP-BPDUs.
learning
The port is blocked, but it learns the MAC addresses of received data packets.
forwarding
The port forwards data packets.
disabled
The port is inactive. See the Basic Settings > Port dialog, Configuration tab.
manualFwd
The Spanning Tree function is disabled on the port.
The port forwards STP-BPDUs.
notParticipate
The port is not participating in STP.
Port role
Specifies the current role of the port in the local instance.
Possible values:
root
Port with the cheapest path to the root bridge.
alternate
Port with the alternative path to the root bridge (currently interrupted).
designated
Port for the side of the tree averted from the root bridge.
backup
Port which receives STP-BPDUs from its own device.
master
Port with the cheapest path to the CIST. The port is the CIST root port of the CIST Regional
Root. The port is unique in an MST region.
disabled
The port is inactive. See the Basic Settings > Port dialog, Configuration tab.
Possible values:
0..200000000 (default setting: 0)
When the value is 0, the device automatically calculates the path costs depending on the data
rate of the port.
Port priority
Specifies the priority of the port in the local instance.
Possible values:
16..240 in steps of 16 (default setting: 128)
Received bridge ID
Displays the bridge ID of the device from which this port last received an STP-BPDU in the local
instance.
Received port ID
Displays the port ID of the device from which this port last received an STP-BPDU.
Possible values:
For ports with the designated role, the device displays the information for the STP-BPDU last
received by the port. This helps to diagnose the possible STP problems in the network.
For the alternate, backup, master, and root port roles, in the stationary condition (static
topology) this information is identical to the information of the designated port role.
If a port has no connection or if it did not receive any STP-BDPUs yet, then the device displays
the values that the port can send with the designated role.
Possible values:
For ports with the designated role, the device displays the information for the STP-BPDU last
received by the port. This helps to diagnose the possible STP problems in the network.
For the alternate, backup, master, and root port roles, in the stationary condition (static
topology) this information is identical to the information of the designated port role.
If a port has no connection or if it did not receive any STP-BDPUs yet, then the device displays
the values that the port can send with the designated role.
The Link Aggregation function lets you aggregate multiple parallel links. The prerequisite is that the
links have the same speed and are full duplex. The advantages compared to conventional
connections using a single line are higher availability and a higher transmission bandwidth.
The criteria for distributing the load to the parallel links are based on the Hashing option function.
The Link Aggregation Control Protocol (LACP) makes it possible to monitor the packet-based
continuous link status on the physical ports. LACP also helps ensure that the link partners meet the
aggregation prerequisites.
If the remote side does not support the Link Aggregation Control Protocol (LACP), then you can
use the Static link aggregation function. In this case, the device aggregates the links based on the
link, link speed and duplex setting.
Configuration
Hashing option
Specifies which information the device uses to distribute the packets to the physical ports of the
LAG interface. The device transmits packets containing the same distribution-relevant information
over the same physical port to keep the packet order.
This setting overwrites the value specified in the Hashing option column for the port.
Possible values:
sourceMacVlan
The device uses the Source MAC address, VLAN ID, EtherType fields of the packet, and the
physical ingress port.
destMacVlan
The device uses the Destination MAC address, VLAN ID, EtherType fields of the packet, and
the physical ingress port.
sourceDestMacVlan (default setting)
The device uses the Source MAC address, Destination MAC address, VLAN ID, EtherType
fields of the packet, and the physical ingress port.
sourceIPsourcePort
The device uses the Source IP address and Source TCP/UDP port fields of the packet.
destIPdestPort
The device uses the Destination IP address and Destination TCP/UDP port fields of the
packet.
sourceDestIPPort
The device uses the Source IP address, Destination IP address, Source TCP/UDP port,
and Destination TCP/UDP port fields of the packet.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Opens the Create window to add a new LAG interface entry to the table or to assign a physical port
to a LAG interface.
In the Trunk port drop-down list, you select the LAG interface number.
In the Port drop-down list, you select the number of a physical port to assign to the LAG interface.
After you create a LAG interface, the device adds the LAG interface to the table in the Basic
Settings > Port dialog, Statisticstab.
Trunk port
Displays the LAG interface number.
Name
Specifies the name of the LAG interface.
Possible values:
Alphanumeric ASCII character string with 1..15 characters
Link/Status
Displays the current operating state of the LAG interface and the physical ports.
Possible values:
up (lag/… row)
The LAG interface is operational.
The prerequisites are:
– The Static link aggregation function is active on this LAG interface.
or
– LACP is active on the physical ports assigned to the LAG interface, see the LACP active
column.
and
The key specified for the LAG interface in the LACP admin key column matches the keys
specified for the physical ports in the LACP port actor admin key column.
and
The number of operational physical ports assigned to the LAG interface is greater than or
equal to the value specified in the Active ports (min.) column.
up
The physical port is operational.
down (lag/… row)
The LAG interface is down.
down
The physical port is disabled.
or
No cable connected or no active link.
Active
Activates/deactivates the LAG interface.
Possible values:
marked (default setting)
The LAG interface is active.
Consider that the following protocols do not work properly on the physical ports when you
activate the LAG interface:
– PTP
unmarked
The LAG interface is inactive.
STP active
Activates/deactivates the Spanning Tree protocol on this LAG interface. The prerequisite is that you
enable the Spanning Tree function globally in the Switching > L2-Redundancy > Spanning Tree > Global
dialog.
You can also activate/deactivate the Spanning Tree protocol on the LAG interfaces in the Switching >
L2-Redundancy > Spanning Tree > Port dialog.
Possible values:
marked (default setting)
The Spanning Tree protocol is active on this LAG interface.
unmarked
The Spanning Tree protocol is inactive on this LAG interface.
Possible values:
marked
The Static link aggregation function is active on this LAG interface. The device aggregates an
assigned physical port to the LAG interface as soon as the physical port gets a link. The device
does not send LACPDUs and discards received LACPDUs.
unmarked (default setting)
The Static link aggregation function is inactive on this LAG interface. If the connection was
successfully negotiated using LACP, then the device aggregates an assigned physical port to
the LAG interface.
Hashing option
Specifies which information the device uses to distribute the packets to the individual physical ports
of the LAG interface. This setting has priority over the value selected in the Configuration frame,
Hashing option drop-down list.
For further information on the values, see the description of the Hashing option drop-down list in the
Configuration frame.
MTU
Specifies the maximum allowed size of Ethernet packets on the LAG interface in bytes. Any present
VLAN tag is not taken into account.
This setting lets you increase the size of the Ethernet packets for specific applications.
Possible values:
1518..12288 (default setting: 1518)
With the value 1518, the LAG interface transmits the Ethernet packets up to the following size:
– 1518 bytes without VLAN tag
(1514 bytes + 4 bytes CRC)
– 1522 bytes with VLAN tag
(1518 bytes + 4 bytes CRC)
If a redundancy function like Spanning Tree or MRP over LAG is active in the device, then you use
this function to force the device to switch automatically to the redundant line.
Possible values:
1 (default setting)
2
Depending on the hardware:
4
8
32
Type
Displays if the LAG interface is based on the Static link aggregation function or on LACP.
Possible values:
static
The LAG interface is based on the Static link aggregation function.
dynamic
The LAG interface is based on LACP.
Possible values:
marked (default setting)
The sending of SNMP traps is active.
If the device detects a link up/down status change, then the device sends an SNMP trap.
unmarked
The sending of SNMP traps is inactive.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
Possible values:
0..65535
You specify the corresponding value for the physical ports in the LACP port actor admin key
column.
Port
Displays the physical ports number assigned to the LAG interface.
Possible values:
active
The LAG interface aggregates the physical port.
inactive
The LAG interface does not aggregate the physical port.
LACP active
Activates/deactivates LACP on the physical port.
Possible values:
marked (default setting)
LACP is active on the physical port.
unmarked
LACP is inactive on the physical port.
Possible values:
0
The device ignores the key on this physical port when deciding to aggregate the port into the
LAG interface.
1..65535
If this value matches the value of the LAG interface specified in the LACP admin key column, then
the device only aggregates this physical port to the LAG interface.
The device lets you mix the values. In the drop-down list, select one or more values.
Possible values:
ACT
(LACP_Activity state)
When selected, the link transmits the LACPDUs cyclically, otherwise when requested.
STO
(LACP_Timeout state)
When selected, the link transmits the LACPDUs cyclically using the short timeout, otherwise
using the long timeout.
AGG
(Aggregation state)
When selected, the device interprets the link as a candidate for aggregation, otherwise as an
individual link.
For further information on the values, see the standard IEEE 802.1AX-2014.
Possible values:
ACT
(LACP_Activity state)
When visible, the link transmits the LACPDUs cyclically, otherwise when requested.
STO
(LACP_Timeout state)
When visible, the link transmits the LACPDUs cyclically using the short timeout, otherwise using
the long timeout.
AGG
(Aggregation state)
When visible, the device interprets the link as a candidate for aggregation, otherwise as an
individual link.
SYN
(Synchronization state)
When visible, the device interprets the link as IN_SYNC, otherwise as OUT_OF_SYNC.
COL
(Collecting state)
When visible, collection of incoming frames is enabled on this link, otherwise disabled.
DST
(Distributing state)
When visible, distribution of outgoing frames is enabled on this link, otherwise disabled.
DFT
(Defaulted state)
When visible, the link uses defaulted operational information, administratively specified for the
Partner. Otherwise the link uses the operational information received from a LACPDU.
EXP
(Expired state)
When visible, the link receiver is in the EXPIRED state.
The LAG interface has received this information in a LACPDU from the partner.
The LAG interface has received this information in a LACPDU from the partner.
Possible values:
ACT
STO
AGG
SYN
COL
DST
DFT
EXP
For further information on the values, see the description of the LACP actor oper state column and
the standard IEEE 802.1AX-2014.
With Link Backup, you configure pairs of redundant links. Each pair has a primary port and a
backup port. The primary port forwards traffic until the device detects an error. If the device detects
an error on the primary port, then the Link Backup function transfers traffic over to the backup port.
The dialog also lets you set a fail back option. If you enable the fail back function and the primary
port returns to normal operation, then the device first blocks traffic on the backup port and then
forwards traffic on the primary port. This process helps protect the device from causing loops in the
network.
Operation
Operation
Enables/disables the Link Backup function globally in the device.
Possible values:
On
Enables the Link Backup function.
Off (default setting)
Disables the Link Backup function.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Primary port
Displays the primary port of the interface pair. When you enable the Link Backup function, this port
is responsible for forwarding traffic.
Possible values:
Physical ports
Backup port
Displays the backup port on which the device forwards traffic if the device detects an error on the
primary port.
Possible values:
Physical ports except for the port you set as the primary port.
Description
Specifies the Link Backup pair. Enter a name to identify the Backup pair.
Possible values:
Alphanumeric ASCII character string with 0..255 characters
Possible values:
forwarding
The link is up, no shutdown, and forwarding traffic.
blocking
The link is up, no shutdown, and blocking traffic.
down
The port is either link down, cable unplugged, or disabled in software, shutdown.
unknown
The Link Backup feature is globally disabled, or the port pair is inactive. Therefore, the device
ignores the port pair settings.
Possible values:
forwarding
The link is up, no shutdown, and forwarding traffic.
blocking
The link is up, no shutdown, and blocking traffic.
down
The port is either link down, cable unplugged, or disabled in the software, shutdown.
unknown
The Link Backup feature is globally disabled, or the port pair is inactive. Therefore, the device
ignores the port pair settings.
Fail back
Activates/deactivates the automatic fail back.
Possible values:
marked (default setting)
The automatic fail back is active.
After the delay timer expires, the backup port changes to blocking and the primary port
changes to forwarding.
unmarked
The automatic fail back is inactive.
The backup port continues forwarding traffic even after the primary port re-establishes a link or
you manually change the admin status of the primary port from shutdown to no shutdown.
Possible values:
0..3600 (default setting: 30)
When set to 0, immediately after the primary port re-establishes a link, the backup port changes
to blocking and the primary port changes to forwarding. Furthermore, immediately after you
manually set the admin status of from shutdown to no shutdown, the backup port changes to
blocking and the primary port changes to forwarding.
Active
Activates/deactivates the Link Back up pair configuration.
Possible values:
marked
The Link Backup pair is active. The device senses the link and administration status and
forwards traffic according to the pair configuration.
unmarked (default setting)
The Link Backup pair is inactive. The ports forward traffic according to standard switching.
Create
Primary port
Specifies the primary port of the backup interface pair. During normal operation this port is
responsible for forwarding the traffic.
Possible values:
Physical ports
Backup port
Specifies the backup port to which the device transfers the traffic to if the device detects an error
on the primary port.
Possible values:
Physical ports except for the port you set as the primary port.
5.9.6 FuseNet
[ Switching > L2-Redundancy > FuseNet ]
The FuseNet protocols let you couple rings that are operating with one of the following redundancy
protocols:
MRP
HIPER Ring
RSTP
Note: If you use the Ring/Network Coupling protocol to couple networks, then verify that the networks
only contain Hirschmann devices.
Use the following table to select the FuseNet coupling protocol to be used in your network:
The Sub Ring function enables you to easily couple network segments to existing redundancy rings.
The subring manager (SRM) couples a subring to an existing ring (base ring).
In the subring you can use any devices that support MRP as ring participants. These devices do
not require a subring manager function.
Note: To help avoid loops, only close the redundant line when the settings are specified in every
device participating in the ring.
Operation
Operation
Enables/disables the Sub Ring function.
Possible values:
On
The Sub Ring function is enabled.
Off (default setting)
The Sub Ring function is disabled.
Information
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Sub ring ID
Displays the unique identifier of this subring.
Possible values:
1..8
Name
Specifies the optional name of the subring.
Possible values:
Alphanumeric ASCII character string with 0..255 characters
Active
Activates/deactivates the subring.
Activate the subring when the configuration of every subring device is complete. Close the subring
only after activating the Sub Ring function.
Possible values:
marked
The subring is active.
unmarked (default setting)
The subring is inactive.
Configuration status
Displays the operational state of the subring configuration.
Possible values:
noError
The device detects an acceptable subring configuration.
ringPortLinkError
– The ring port has no link.
– One of the subring lines is connected to one more port of the device. But the subring line is
not connected to one of the ring ports of the device.
multipleSRM
The subring manager receives packets from more than one subring manager in the subring.
noPartnerManager
The subring manager receives its own frames.
concurrentVLAN
The MRP protocol in the base ring uses the VLAN of the subring manager domain.
concurrentPort
One more redundancy protocol uses the ring port of the subring manager domain.
concurrentRedundancy
The subring manager domain is inactive because of one more active redundancy protocol.
trunkMember
The ring port of the subring manager domain is member of a Link Aggregation connection.
sharedVLAN
The subring manager domain is inactive because shared VLAN is active and the main ring also
uses the MRP protocol.
Redundancy available
Displays the operational state of the ring redundancy in the subring.
Possible values:
redGuaranteed
Redundancy reserve is available.
redNotGuaranteed
Loss of redundancy reserve.
Port
Specifies the port that connects the device to the subring.
Possible values:
<Port number>
SRM mode
Specifies the mode of the subring manager.
A subring has 2 managers simultaneously that couple the subring to the base ring. As long as the
subring is physically closed, one manager blocks its subring port.
Possible values:
manager (default setting)
The subring port forwards data packets.
When this value is set on both devices that couple the subring to the base ring, the device with
the higher MAC address functions as the redundantManager.
redundantManager
The subring port is blocked while the subring is physically closed. If the subring is interrupted,
then the subring port transmits the data packets.
When this value is set on both devices that couple the subring to the base ring, the device with
the higher MAC address functions as the redundantManager.
singleManager
Use this value when the subring is coupled to the base ring via one single device. The
prerequisite is that there are 2 instances of the subring in the table. Assign this value to both
instances. The subring port of the instance with the higher port number is blocked while the
subring is physically closed.
SRM status
Displays the current mode of the subring manager.
Possible values:
manager
The subring port forwards data packets.
redundantManager
The subring port is blocked while the subring is physically closed. If the subring is interrupted,
then the subring port transmits the data packets.
singleManager
The subring is coupled to the base ring via one single device. The subring port of the instance
with the higher port number is blocked while the subring is physically closed.
disabled
The subring is inactive.
Port status
Displays the connection status of the subring port.
Possible values:
forwarding
The port is passing frames according to the forwarding behavior of IEEE 802.1D.
disabled
The port is dropping every frame.
blocked
The port is dropping every frame with the exception of the following cases:
– The port passes frames used by the selected ring protocol specified to pass blocked ports.
– The port passes frames from other protocols specified to pass blocked ports.
not-connected
The port link is down.
VLAN
Specifies the VLAN to which this subring is assigned. If no VLAN exists with the specified VLAN ID,
then the device automatically creates it.
Possible values:
Available configured VLANs (default setting: 0)
If you do not want to use a separate VLAN for this subring, then you leave the entry as 0.
Partner MAC
Displays the MAC address of the subring manager at the other end of the subring.
MRP domain
Specifies the MRP domain of the subring manager. Assign the same MRP domain name to every
member of a subring. If you only use Hirschmann devices, then you use the default value for the
MRP domain; otherwise adjust this value if necessary. With multiple subrings, the function lets you
use the same MRP domain name for the subrings.
Possible values:
Permitted MRP domain names (default setting:
255.255.255.255.255.255.255.255.255.255.255.255.255.255.255.255)
Protocol
Specifies the protocol.
Possible values:
iec-62439-mrp
You use the Ring/Network Coupling function to redundantly couple an existing HIPER ring, MRP ring,
or Fast HIPER ring to another network or another ring. Verify that the coupling partners are
Hirschmann devices.
Note: With two-switch coupling, verify that you have configured a HIPER ring, MRP ring, or Fast
HIPER ring before configuring the Ring/Network Coupling function.
In the Ring/Network Coupling dialog, you can perform the following tasks:
display an overview of the existing Ring/Network Coupling
configure a Ring/Network Coupling
create a new Ring/Network Coupling
delete Ring/Network Coupling
enable/disable Ring/Network Coupling
When configuring the coupling ports, specify the following settings in the Basic Settings > Port dialog:
Note: The operating modes of the port actually available depend on the device configuration and
the media module used.
If you configured VLANs, then note the VLAN configuration of the coupling and partner coupling
ports. In the Ring/Network Coupling configuration, select the following values for the coupling and
partner coupling ports:
VLAN ID 1 and Ingress filtering disabled in the port table
VLAN membership T in the VLAN Configuration table
Independently of the VLAN settings, the device sends the ring coupling frames with VLAN ID 1 and
priority 7. Verify that the device sends VLAN 1 frames tagged in the local ring and in the connected
network. Tagging the VLAN frames maintains the priority of the ring coupling frames.
The Ring/Network Coupling function operates with test packets. The devices send their test packets
with a VLAN tag, including the VLAN ID 1 and the highest VLAN priority 7. If the forwarding port is
a member in VLAN 1 and transmits the data packets without a VLAN tag, then the device also
sends test packets.
Operation
Buttons
Reset
Disables the redundancy function and resets the parameters in the dialog to the default setting.
Operation
Enables/disables the Ring/Network Coupling function.
Possible values:
On
The Ring/Network Coupling function is enabled.
Off (default setting)
The Ring/Network Coupling function is disabled.
Information
Redundancy available
Displays if the redundancy is available.
When a component of the ring is down, the redundant line takes over its function.
Possible values:
redGuaranteed
The redundancy is available.
redNotGuaranteed
The redundancy is unavailable.
Configuration failure
You have configured the function incorrectly, or there is no ring port connection.
Possible values:
noError
slaveCouplingLinkError
The coupling line is not connected to the coupling port of the slave device. Instead, the coupling
line is connected to another port of the slave device.
slaveControlLinkError
The control port of the slave device has no data link.
masterControlLinkError
The control line is not connected to the control port of the master device. Instead, the control
line is connected to another port of the master device.
twoSlaves
The control line connects two slave devices.
localPartnerLinkError
The partner coupling line is not connected to the partner coupling port of the slave device.
Instead, the partner coupling line is connected to another port of the slave device in one-switch
coupling mode.
localInvalidCouplingPort
In one-switch coupling mode, the coupling line is not connected on the same device as the
partner line. Instead, the coupling line is connected to another device.
couplingPortNotAvailable
The coupling port is not available because the module to which the port refers is not available
or the port does not exist on this module.
controlPortNotAvailable
The control port is not available because the module to which the port refers is not available or
the port does not exist on this module.
partnerPortNotAvailable
The partner coupling port is not available because the module to which the port refers is not
available or the port does not exist on this module.
Mode
Type
Specifies the method used to couple the networks together.
Possible values:
one-switch coupling
Lets you specify the port settings in the Coupling port and Partner coupling port frames.
two-switch coupling, master
Lets you specify the port settings in the Coupling port frame.
two-switch coupling, slave
Lets you specify the port settings in the Coupling port frame.
two-switch coupling with control line, master
Lets you specify the port settings in the Coupling port and Control port frames.
two-switch coupling with control line, slave
Lets you specify the port settings in the Coupling port and Control port frames.
Coupling port
Port
Specifies the port to which you connect the redundant link.
Possible values:
-
No port selected.
<Port number>
If you also have configured ring ports, then specify the coupling and ring ports on different ports.
To help prevent continuous loops, the device disables the coupling port in the following cases:
disabling the function
changing the configuration while the connections are operating on the ports
When the device has disabled the coupling port, the Port on checkbox is unmarked in the Basic
Settings > Port dialog, Configuration tab.
State
Displays the status of the selected port.
Possible values:
active
The port is active.
standby
The port is in stand-by mode.
not-connected
The port is not connected.
not-applicable
The port is incompatible with the configured control mode.
Port
Specifies the port on which you connect the partner port.
Possible values:
-
No port selected.
<Port number>
If you also have configured ring ports, then specify the coupling and ring ports on different ports.
State
Displays the status of the selected port.
Possible values:
active
The port is active.
standby
The port is in stand-by mode.
not-connected
The port is not connected.
not-applicable
The port is incompatible with the configured control mode.
IP address
Displays the IP address of the partner, when the devices are connected.
The prerequisite is that you select a two-switch coupling method and enable the partner in the
network.
Control port
Port
Displays the port on which you connect the control line.
Possible values:
-
No port selected.
<Port number>
State
Displays the status of the selected port.
Possible values:
active
The port is active.
standby
The port is in stand-by mode.
not-connected
The port is not connected.
not-applicable
The port is incompatible with the configured control mode.
Configuration
Redundancy mode
Enables/disables the device to respond to a failure in the remote ring or network.
Possible values:
redundant ring/network coupling
Either the main line or the redundant line is active. Both lines are not active simultaneously. If
the device detects that the link is down between the devices in the connected network, then the
standby device keeps the redundant port in the standby mode.
extended redundancy
The main line and the redundant line are active simultaneously. If the device detects a problem
in the connection between the devices in the connected network, then the standby device
forwards data on the redundant port. With the setting you can maintain continuity in the remote
network.
Note: During the reconfiguration period, package duplications can occur. Therefore, if your
application is able to detect package duplications, then you can select this setting.
Coupling mode
The settings in this frame allow you to couple a specific type of network.
Possible values:
ring coupling
The device couples redundant rings. The device lets you couple rings that use the following
redundancy protocols:
– HIPER ring
– Fast HIPER ring
– MRP ring
network coupling
The device couples network segments. The function lets you couple mesh and bus networks
together.
A ring topology provides short transition times with a minimal use of resources. However, to couple
these rings redundantly to a higher-level network is more of a challenge.
When you want to use a standard protocol such as MRP for the ring redundancy and RSTP to
couple the rings together, the Redundant Coupling Protocol helps provide options for you.
Do not use the following redundancy protocols on the ports of the RCP primary ring and the RCP
secondary rings:
Sub Ring
Ring/Network Coupling
On a device in the slave role, do not use the port-based Routing function on the ports of the RCP
primary ring and the RCP secondary rings.
Note: On a device in the master role, you can use the port-based Routing function on the ports of
the RCP primary ring and the RCP secondary rings. The prerequisite is that you explicitly set up the
device’s master role.
Operation
Operation
Enables/disables the RCP function.
Possible values:
On
The RCP function is enabled.
Off (default setting)
The RCP function is disabled.
If the device operates as slave (value in the Role field is slave), then do not activate the Static query
port mode for the ports on the secondary ring/network.
Inner port
Specifies the inner port number in the primary ring/secondary ring. The port is directly connected
to the partner bridge.
Possible values:
- (default setting)
No port selected.
<Port number>
Outer port
Specifies the outer port number in the primary ring/secondary ring.
Possible values:
- (default setting)
No port selected.
<Port number>
Coupler configuration
Role
Specifies the role of the local device.
Possible values:
master
The device operates as master.
slave
The device operates as slave.
auto (default setting)
The device automatically selects its role as master or slave.
Current role
Displays the current role of the local device. The value can be different from the configured role:
If you configured both partner bridges as auto, then the partner bridge that is currently coupling
the instances takes the master role. The other partner bridge takes the slave role.
If both partner bridges are configured as master or both as slave, then the partner bridge with
the smaller Basis MAC address takes the master role.
The other partner bridge takes the slave role.
If the protocol is started and the partner bridge cannot be found for a bridge in the configured
role master, slave or auto, then the bridge sets its own role to listening.
If the device detects a configuration problem for example, the inner ring ports are connected
crosswise, then the device sets its role to error.
Timeout [ms]
Specifies the maximum time, in milliseconds, during which the slave device waits for test packets
from the master device on the outer ports before the slave device takes over the coupling. This only
applies in the state in which both inner ports of the slave device have lost the connection to the
master device.
Configure the timeout longer than the longest assumable interruption time for the redundancy
protocol of the faster instance. Otherwise, loops can occur.
Possible values:
5..60000 (default setting: 250)
Partner IP address
Displays the IP address of the partner device.
Coupling state
Displays the coupling state of the local device.
Possible values:
forwarding
The coupling state of the port is forwarding.
blocking
The coupling state of the port is blocking.
Redundancy state
Displays if the redundancy is available.
Possible values:
redAvailable
The redundancy is available.
redNotAvailable
The redundancy is unavailable.
6 Routing
The Routing menu lets you specify the Routing functions settings for transmitting data on Layer 3 of
the ISO/OSI layer model.
For security reasons, the following functions are permanently disabled in the device:
ICMP Redirects
ICMP redirect data packets are able to modify the routing table. The device generally ignores
received ICMP redirect data packets. The settings in the Routing > Interfaces > Configuration
dialog, column ICMP redirects, have an effect only on the sending of ICMP redirect data packets.
In accordance with RFC 2644, the device does not exchange any broadcast data packets from
external networks in a local network. This behavior supports you in protecting the devices in the
local network against overloading, for example due to so-called smurf attacks.
This dialog lets you enable the routing function in the device and to specify further settings.
Operation
Operation
Enables/disables the Routing function in the device.
Possible values:
On
The Routing function is enabled.
Also activate the routing function on the router interfaces. See the Routing > Interfaces >
Configuration dialog.
Off (default setting)
The Routing function is disabled.
Routing profile
In the Routing profile frame, you have the option of selecting a routing profile containing specific
router settings.
A routing profile contains association settings for the internal resources (unicast routes, multicast
routes, next-hop table / ARP table). By selecting a preset routing profile you have the option of
operating the router with settings especially adapted to your intended use.
Possible values:
default
Sets the preset value for the device.
ipv4RoutingDefault (default setting)
ipv4DataCenter
ipv4RoutingUnicast
ipv4RoutingMulticast
When you hover the mouse pointer over or tap one of the values, a tooltip displays the association
settings used in the routing profile.
ICMP filter
In the ICMP filter frame, you have the option of limiting the transmission of ICMP messages on the
set up router interfaces. A limitation is meaningful for several reasons:
• A large number of “ICMP Error” messages influences the router performance and reduces the
available network bandwidth.
• Malicious senders use “ICMP Redirect” messages to perform man-in-the-middle attacks or to
divert data packets through “black hole” for the purpose of supervision or denial-of-service
(DoS).
• “ICMP Echo Reply” messages are ping responses which can be misused to discover vulnerable
devices and routers in the network.
Possible values:
marked (default setting)
Responding to pings is active.
The device reacts to received “IPv4 Echo Requests” and responds with an “ICMP Echo Reply”
message.
unmarked
Responding to pings is inactive.
Send redirects
Activates/deactivates the sending of “ICMP Redirect” messages on the router interfaces.
Possible values:
marked (default setting)
The sending of “ICMP Redirect” messages is active.
In the Routing > Interfaces > Configuration dialog, you have the option of individually activating the
sending on every router interface. See the ICMP redirects function.
unmarked
The sending of “ICMP Redirect” messages is inactive.
This setting helps prevent the multiplication of data packets, if both hardware and software
functions of the device forward a copy of the same data packet.
Possible values:
0..2147483647 (default setting: 1000)
The limitation contains every “ICMP Error” message on the router interfaces that are set up.
Possible values:
1..200 (default setting: 100)
The device lets you specify the limitation for a time window of any size desired. In the default
setting, the device sends 100 data packets per 1000 ms. You obtain the same result but with a finer
granularity using the following settings:
• Rate limit interval [ms]=100
Rate limit burst size=10
or
• Rate limit interval [ms]=10
Rate limit burst size=1
Configuration
Possible values:
none (default setting)
<Port number>
Source routing
Activates/deactivates the Source routing function.
The Source routing function lets the sender of a data packet determine its route through the network.
This can lead to an unavoidable security issue. If a sniffer inserts its IP address into the data
packets, then he can redirect the data packets to his host.
Possible values:
marked
The Source routing function is active.
The device forwards packets which contain Source routing information. If the device is the
receiver specified in a packet, the device accepts the packet.
unmarked (default setting)
The Source routing function is inactive.
The device neither forwards nor accepts packets which contain Source routing information.
Information
Default TTL
Displays the fixed TTL value 64 which the device adds to IP packets that the device management
sends.
TTL (Time To Live, also known as “Hop Count”) identifies the maximum number of steps an IP
packet is allowed to perform on the way from the sender to the receiver. Every router on the
transmission path reduces the value in the IP packet by 1. If a router receives a data packet with
the TTL value 1, then the router discards the IP packet. The router reports to the source that it has
discarded the IP packet.
This menu lets you specify the settings for the router interfaces.
This dialog lets you specify the settings for the router interfaces.
To set up a port-based router interface, edit the table entries. To set up a VLAN-based router
interface, use the Wizard window.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Opens the Create window to add a new entry to the table. In the VLAN ID field, you specify the ID of
the VLAN.
Remove
Wizard
Opens the Wizard window that helps you associate the ports with the address of one or more
desired senders. See “[Wizard: Configure VLAN router interface]” on page 362.
Port
Displays the number of the port or VLAN belonging to the router interface.
Name
Name of the port.
Possible values:
Alphanumeric ASCII character string with 0..64 characters
The device accepts the following characters:
– <space>
– 0..9
– a..z
– A..Z
– !#$%&'()*+,-./:;<=>?@[\\]^_`{}~
Port on
Activates/deactivates the port.
Possible values:
marked (default setting)
The port is active.
unmarked
The port is inactive. The port does not send or receive any data.
Port status
Displays the operating state of the port.
Possible values:
marked
The port is enabled.
unmarked
The port is disabled.
IP address
Specifies the IP address for the router interface.
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
Verify that the IP subnet of the router interface is not overlapping with any subnet connected to
another interface of the device:
• management port
• router interface
• loopback interface
Netmask
Specifies the netmask for the router interface.
Possible values:
Valid IPv4 netmask (default setting: 0.0.0.0)
Routing
Activates/deactivates the Routing function on the router interface.
Possible values:
marked
The Routing function is active.
– With port-based routing, the device transforms the port into a router interface.
Enabling the Routing function removes the port from the VLANs in which it was previously a
member. Disabling the Routing function does not re-establish the assignment; the port is not
a member of any VLAN.
– With VLAN-based routing, the device forwards the data packets in the related VLAN.
unmarked (default setting)
The Routing function is inactive.
With VLAN-based routing, the device is still reachable through the router interface if the IP
address and netmask have been configured for the router interface.
Proxy ARP
Activates/deactivates the Proxy ARP function on the router interface. This feature lets you connect
devices from other networks as if these devices could be reached in the same network.
Possible values:
marked
The Proxy ARP function is active.
The device responds to ARP requests from end devices that are located in other networks.
unmarked (default setting)
The Proxy ARP function is inactive.
Netdirected broadcasts
Activates/deactivates the forwarding of netdirected broadcasts to the connected subnet on the
router interface.
Possible values:
marked
Forwarding is active.
The router interface forwards netdirected broadcasts to the connected subnet. If the subnet has
a direct connection to the Internet, then this setting increases the vulnerability to Denial of
Service (DoS) attacks.
unmarked (default setting)
Forwarding is inactive.
MTU value
Specifies the maximum allowed size of IP packets on the router interface in bytes.
Possible values:
0
Restores the default value (1500).
68..12266 (default setting: 1500)
The prerequisite is that on the ports belonging to the router interface you specify the maximum
allowed size of Ethernet packets at least 18 bytes larger than specified here. See the Basic
Settings > Port dialog, MTU column.
ICMP unreachables
Activates/deactivates the sending of ICMP Destination Unreachable messages on the router
interface.
Possible values:
marked (default setting)
The router interface sends ICMP Destination Unreachable messages.
unmarked
The router interface does not send ICMP Destination Unreachable messages.
ICMP redirects
Activates/deactivates the sending of “ICMP Redirect” messages on the router interface.
Possible values:
marked (default setting)
The router interface sends “ICMP Redirect” messages.
The prerequisite is that you activate the Send redirects function in the device. See the Routing >
Global dialog.
unmarked
The router interface does not send “ICMP Redirect” messages.
VLAN ID
Displays the VLANs set up in the device. To continue, select an entry. Alternatively, specify a value
in the VLAN ID field below.
VLAN ID
Specifies the ID of a VLAN. Alternatively, select an entry in the VLAN ID overview above. You can
also create a VLAN ID in the Configuration dialog.
Possible values:
1..4042
Setup VLAN
VLAN ID
Displays the ID of the VLAN that you have specified in the preceding Wizard step.
Name
Specifies the name of the VLAN. This setting overwrites the setting specified for the port in the
Configuration dialog.
Possible values:
Alphanumeric ASCII character string with 1..32 characters
(hexadecimal ASCII code 0x20..0x7E) including space characters
<Port number>
Displays the port number.
Member
Activates/deactivates the VLAN membership of the port. As a VLAN member the port belongs to
the router interface to be set up. This setting overwrites the setting for the port specified in the
Configuration dialog.
Possible values:
marked
The port is a member of the VLAN.
unmarked
The port is not a member of the VLAN.
Untagged
Activates/deactivates the transmission of data packets with a VLAN tag on the port. This setting
overwrites the setting for the port specified in the Configuration dialog.
Possible values:
marked
The port transmits the data packets without a VLAN tag.
Use this setting if the connected device does not evaluate any VLAN tags, for example on ports
to which an end device is directly connected.
unmarked
The port transmits the data packets with a VLAN tag.
Port-VLAN ID
Specifies the ID of the VLAN which the device assigns to data packets received without a VLAN
tag. This setting overwrites the setting for the port specified in the Port dialog, column Port-VLAN ID.
Possible values:
ID of a VLAN you set up (default setting: 1)
The device lets you specify up to 32 IP addresses (1 primary, 31 secondary) for a router interface
and a total of up to 1024 IP addresses.
When you assign ports to the router interface that already transmit data packets in other VLANs,
the device displays a message upon closing the Wizard window:
If you click the Yes button, then the related ports transmit the data packets from now on only in
the router VLAN.
In the Switching > VLAN > Configuration dialog, the related ports in the row of the router VLAN have
the value U or T, in the rows of other VLANs the value –.
If you click the No button, then the related ports transmit the data packets in the router VLAN
and in other VLANs. This setting possibly causes undesired behavior and may also pose a
security risk.
Primary address
Address
Specifies the primary IP address for the router interface.
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
Netmask
Specifies the primary netmask for the router interface.
Possible values:
Valid IPv4 netmask (default setting: 0.0.0.0)
Secondary addresses
Address
Specifies a further IP address for the router interface (Multinetting).
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
Note: Specify an IP address which is different from the primary IP address of the router interface.
Netmask
Specifies the netmask for the secondary IP address.
Possible values:
Valid IPv4 netmask (default setting: 0.0.0.0)
Add
Creates a VLAN-based router interface.
This dialog lets you assign further IP addresses to the router interfaces. You use this function to
connect a router interface to several subnets.
The device lets you specify up to 32 IP addresses (1 primary, 31 secondary) for a router interface
and a total of up to 1024 IP addresses.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Opens the Create window to add another IP address to the router interface selected in the table.
In the Port drop-down list, you select the port number or VLAN ID belonging to the router
interface.
In the Additional IP address field, you specify the IP address.
Possible values:
– Valid IPv4 address
In the Additional netmask field, you specify the netmask.
Possible values:
– Valid IPv4 netmask
Verify that the IP subnet of the router interface is not overlapping with any subnet connected to
another interface of the device:
• management port
• router interface
• loopback interface
Remove
Port
Displays the number of the port or VLAN belonging to the router interface.
IP address
Displays the primary IP address of the router interface. See the Routing > Interfaces > Configuration
dialog.
Netmask
Displays the primary netmask of the router interface. See the Routing > Interfaces > Configuration
dialog.
Additional IP address
Displays further IP addresses assigned to the router interface.
Additional netmask
Displays further netmasks assigned to the router interface.
6.3 ARP
[ Routing > ARP ]
The Address Resolution Protocol (ARP) learns the MAC address that belongs to an IP address.
This dialog lets you set the ARP parameters and view statistical values.
Configuration
When there is data exchange with the associated device within this time period, the time measuring
begins from the start again.
Possible values:
15..21600 (default setting: 1200)
Possible values:
1..10 (default setting: 1)
Retries
Specifies how many times the device repeats a failed query before it discards the query to this
address.
Possible values:
0..10 (default setting: 4)
Dynamic renew
Activates/deactivates the query to a device if the aging time is exceeded.
Possible values:
marked
The query is activated.
The device sends a new query to a device when its entry has exceeded the aging time. When
the query remains unanswered, the device removes the entry from the ARP table.
unmarked (default setting)
The query is deactivated.
Selective learning
Activates or deactivates the learning of the IP/MAC address assignment of the sender.
Possible values:
marked (default setting)
Learning is activated.
The device learns the IP/MAC address assignment of transmitting equipment only if the ARP
query was addressed to the address of the device itself.
unmarked
Learning is deactivated.
The device learns the IP/MAC address assignment of transmitting devices by evaluating the
received ARP queries.
This does away with time-consuming ARP queries before the device forwards data packets to
unknown devices.
On the other hand, the device is vulnerable to “ARP cache poisoning” and also learns
unnecessary ARP entries, such as from devices that communicate only in the local network.
Information
Entries (max.)
Displays how many entries the ARP table can contain at a maximum.
To reset the counter to the value 0, in the Routing > ARP > Current dialog, click the button.
This dialog lets you view the ARP table and delete the dynamically configured entries.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Port
Displays the router interface on which the device has learned the IP/MAC address assignment.
IP address
Displays the IP address of the device that responded to an ARP query on this router interface.
MAC address
Displays the MAC address of the device that responded to an ARP query on this router interface.
Last updated
Displays the time in seconds since the current settings of the entry were registered in the ARP
table.
Type
Displays the way in which the ARP entry was set up.
Possible values:
dynamic
Dynamically configured entry.
When no traffic with the associated device takes place by the end of the aging time, the device
removes this entry from the ARP table.
You specify the aging time in the Routing > ARP > Global dialog, field Aging time [s].
static
Statically configured entry.
When you remove the dynamically configured addresses from the ARP table using the
button, the entry remains.
local
Identifies the IP/MAC address assignment of the router interface.
invalid
Invalid entry.
This dialog lets you add to the ARP table IP/MAC address assignments that you have specified
yourself.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Wizard
Opens the Wizard window that helps you associate the ports with the address of one or more
desired senders. See “[Wizard: ARP]” on page 371.
IP address
Displays the IP address of the static ARP entry.
MAC address
Displays the MAC address that the device assigns to the IP address when answering an ARP
request.
Port
Displays the router interface to which the device applies the IP/MAC address assignment.
Possible values:
<Router interface>
The device applies the IP/MAC address assignment to this router interface.
no port
The IP/MAC address assignment is currently not assigned to a router interface.
Active
Displays if the IP/MAC address assignment is active or inactive.
Possible values:
marked
The IP/MAC address assignment is active. The ARP table of the device contains the IP/MAC
address assignment as a static entry.
unmarked (default setting)
The IP/MAC address assignment is inactive.
[Wizard: ARP ]
The Wizard window lets you add the IP/MAC address assignments in the ARP table. The
prerequisite is that at least one router interface is set up.
Note: Verify the MAC address carefully. Doing so can help protect your network against
unauthorized devices that might perform a Man-in-the-Middle (MITM) attack.
Insert the IP/MAC address assignment in the Static entries field. To do this, click the Add button.
Close the Wizard window. To do this, click the Finish button.
Specify the router interface in the Port column.
Enable the IP/MAC address assignment. To do this, mark the checkbox in the Active column.
Static entries
Displays the created static entries. You can remove a static entry by clicking the icon.
IP address
Specifies the IP address of the static ARP entry.
Possible values:
Valid IPv4 address
MAC address
Specifies the MAC address that the device assigns to the IP address when answering an ARP
request.
Possible values:
Valid MAC address
The ICMP Router Discovery Protocol (IRDP), described in RFC 1256, lets end devices determine
the addresses of the routers available in a subnet.
The router sends advertisements to identify itself as a router to the end devices.
End devices that support IRDP update their routing table after receiving an advertisement. If a
standard gateway was previously entered, then the address learned with the advertisement has a
lower priority in the routing table.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the router interface to which the setting applies.
Advertise mode
Activates/deactivates the router discovery function on the router interface.
Possible values:
marked
The router discovery function is active. The device sends advertisements on the router interface.
unmarked (default setting)
The router discovery function is inactive.
Advertise address
Specifies the destination to which the device sends advertisements.
Possible values:
Broadcast
The device sends advertisements to the broadcast address 255.255.255.255.
Multicast (default setting)
The device sends advertisements to the multicast address 224.0.0.1.
Possible values:
3..1800 (default setting: 450)
Possible values:
4..1800 (default setting: 600)
Possible values:
4..9000 (default setting: 1800)
Preference level
Specifies the key figure that an end device uses to decide which gateway to the destination network
to use when multiple routers in the subnet identify themselves through IRDP.
Possible values:
0..2147483647 (default setting: 0)
The higher the specified value, the greater the probability that an end device will use the device
as a gateway.
6.5 RIP
[ Routing > RIP ]
The Routing Information Protocol (RIP) as specified in RFC 2453 is a routing protocol based on the
distance vector algorithm using a hop count as the metric to determine the path from source to
destination. You use RIP for the dynamic creation of the routing table.
RIP uses 2 types of packets to communicate with its neighbors, request packets and response
packets. When you first start RIP, the router transmits a request packet out of the interfaces on
which the RIP function is active. Routers on which RIP is active transmit response packets back to
the request originator. The response packets contain the routing table of each router. The routes
transmitted in the response packets include the network address and metric.
RIP uses routing by rumor to update the routing tables. Routing by rumor means that the router only
exchanges routing information with its neighbors.
[Configuration]
In this tab you enter both general settings and settings for each port for the routing information
protocol.
Operation
Operation
Enables/disables the RIP function on this router.
Possible values:
On
The RIP function is enabled.
Off (default setting)
The RIP function is disabled.
Configuration
Auto-summary mode
Activates/deactivates the auto summary mode.
Possible values:
marked (default setting)
The device combines or summarizes, routes advertised by a RIP router whenever possible into
aggregates. Summarizing the routes reduces the amount of routing information in the routing
table.
unmarked
The function is inactive.
Possible values:
marked (default setting)
The device enters (learns) the host routes with a 32-bit netmask advertised to this RIP router
into its routing table.
unmarked
The function is inactive.
Possible values:
marked
The device advertises the default routes learned from other protocols to its neighbors.
unmarked (default setting)
The function is inactive.
Split horizon
Activates/deactivates the split horizon mode. You use the split horizon mode to help avoid the
count-to-infinity issue.
Possible values:
none
Disables split horizon.
simple (default setting)
Simple split horizon omits the entries known by a neighbor when sending the routing table to
this neighbor.
poisonReverse
The Poison Reverse split horizon sends the routing table to a neighbor with the entries known
by this neighbor, but denotes these entries with the infinity metric.
Default metric
Specifies the default metric of redistributed routes.
Possible values:
0 (default setting)
No default metric. The device propagates the route with metric 1.
1..15
Possible values:
0..1000 (default setting: 30)
Values below 10 seconds cause an increased network load in larger networks.
Preference
Specifies the "administrative distance" of the route.
The device uses this value instead of the metric, when the metric of the routes is incomparable.
Possible values:
1..254 (default setting: 120)
In routing decisions, the device gives preference to the route with the smallest value.
255
In routing decisions, the device ignores the route.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the router interface number.
Active
Activates/deactivates the RIP function on this router interface.
Send version
Specifies the RIP version that the router uses on this router interface to send RIP information.
Possible values:
doNotSend
RIP does not send any routing information.
ripVersion1
The device sends information with version 1 as a broadcast.
rip1Compatible
The device sends information with version 2 as a broadcast.
ripVersion2 (default setting)
The device sends information with version 2 as a multicast.
Receive version
Specifies the RIP version that the device accepts on the receiver side.
Possible values:
rip1
The device accepts RIP V1 packets.
rip2
The device accepts RIP V2 packets.
rip1OrRip2 (default setting)
The device accepts RIP V1 and V2 packets.
doNotRecieve
The device rejects RIP information.
Authentication
Specifies the type of authentication used on this interface.
Possible values:
noAuthentication (default setting)
The routers exchange RIP information without authentication.
simplePassword
The routers exchange RIP information with plain text password authentication.
MD5
The routers exchange RIP information with password authentication, whereby the devices
transfer the password with md5 encryption.
Key
Specifies the password for authentication. For communication purposes, the port on the other end
requires the same authentication settings.
The prerequisite is that, in the Authentication column, you specify the value simplePassword or MD5.
Possible values:
0..16 (octets in a string)
If you supply a string shorter than 16 octets, then the device left-justifies and pads the string, on
the right with nulls (0x00), to 16 octets.
Key identifier
Specifies the password identification number for authentication. For communication purposes, the
port at the other end requires the same key ID.
The prerequisite for changing the value is that, in the Authentication column, you specify the value
MD5.
Possible values:
0..255
[Route redistribution]
Route distribution describes how the device propagates routes that the RIP function transferred
from other protocols to other RIP routers.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Source
Displays the source from which the RIP function takes over routing information:
Possible values:
connected
The route points to networks of local router interfaces where the RIP function is not enabled.
static
The route is in the static routing table.
ospf
The route is from OSPF.
Active
Activates/deactivates route-redistribution for a particular source protocol.
Possible values:
marked
The router redistributes routes received with this protocol.
unmarked (default setting)
The device blocks redistribution.
Metric
Specifies the metric that the RIP function assigns to the routes from the source.
Possible values:
0 (default setting)
The device uses the value specified in the Default metric field.
1..15
Match internal
Enables/disables the router to process internal OSPF routes.
Possible values:
Active (default setting)
The device adopts OSPF Intra and OSPF Inter routes.
Inactive
The device rejects OSPF Intra and OSPF Inter routes.
Match external 1
Enables/disables the router to process external OSPF routes of metric type 1.
Possible values:
Active
The device adopts OSPF Ext T1 routes.
Inactive (default setting)
The device rejects OSPF Ext T1 routes.
Match external 2
Enables/disables the router to process external OSPF routes of metric type 2.
Possible values:
Active
The device adopts OSPF Ext T2 routes.
Inactive (default setting)
The device rejects OSPF Ext T2 Inter routes.
Match NSSAExternal 1
Enables/disables the router to process external OSPF routes of metric type 1.
Possible values:
Active
The device adopts OSPF Intra and OSPF Inter routes.
Inactive (default setting)
The device rejects OSPF Intra and OSPF Inter routes.
Match NSSAExternal 2
Enables/disables the router to process external OSPF routes of metric type 2.
Possible values:
Active
The device adopts NSSA (Not so Stubby Area) routes.
Inactive (default setting)
The device rejects NSSA (Not so Stubby Area) routes.
[Statistics]
The Statistics tab displays counters that count events relevant to routing.
Information
Global queries
Displays the number of responses sent to queries from other systems.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Sent updates
Displays the number of routing tables sent with changed routing entries.
Open Shortest Path First (OSPF) version 2, is a routing protocol described in RFC 2328, which is
applicable to networks with many routers.
In contrast to the hop count based distance-vector routing protocols such as RIP, OSPF provides
a link state algorithm. OSPF bases its link state algorithm on link cost meaning that the criteria for
the routing decisions are the path costs instead of hop counts. The path cost is calculated as
(100 Mbit/s) / (bandwidth in Mbit/s). OSPF also supports Variable Length Subnet Masking (VLSM)
or Classless Inter-Domain Routing (CIDR) networks.
OSPF convergence of the entire network is slow. However, after initialization the protocol is quick
in reacting to topology changes. The convergence time for OSPF is 5 to 15 seconds, depending on
the size of the network.
OSPF supports networks grouped to "Areas" and thus reduces the administrative effort when
maintaining the overall network (OSPF domain). The routers participating in the network know and
only manage their own "Area" by flooding Link State Advertisements (LSAs) into the area. Using
the LSAs each router builds its own topology database.
The Area Border Routers (ABR) flood LSAs in an "Area" informing the local networks about
destinations in other areas within the OSPF domain. The Designated Routers (DR) transmit
LSAs informing about destinations in other areas.
With Hello packets, neighboring routers periodically identify themselves and signal their
availability. If a router misses the Hello packets of another router, then after the expiration of the
dead-interval timer, the router considers this router as unreachable.
The device lets you use the md5 algorithm for data transmission. If you use the md5 mode, then
specify the same values in the devices in the same area. Specify the area relevant values
connected to the ABRs and ASBRs.
[General]
This tab lets you enable OSPF in the device and to specify network parameters.
Operation
Operation
Enables/disables the OSPF function in the device.
Possible values:
On
The OSPF function is enabled.
Off (default setting)
The OSPF function is disabled.
Configuration
Router ID
Specifies the unique identifier for the router in the Autonomous System (AS). It influences the
election of the Designated Router (DR) and the Backup Designated Router (BDR). Ideally, you use
the IP address of a router interface in the device.
Possible values:
<IP address of an interface> (default setting: 0.0.0.0)
Possible values:
-1 (default setting)
The router continues to save entries until the memory is full.
0..2147483647
The device saves up to the specified number of entries.
Specify the same value in the routers on the OSPF backbone and in any regular OSPF area.
External LSAs
Displays the current number of entries, non-default AS-external-LSAs, that the device currently
holds in the link state database.
Possible values:
1..4294967 (default setting: 100)
Paths (max.)
Specifies the maximum number of ECMP routes that OSPF adds to the routing table when multiple
routes exist for a subnet with same path costs, but different next hops.
Possible values:
1..4 (default setting: 4)
5..16
Available when the ipv4DataCenter routing profile is currently applied. See the Routing profile
frame in the Routing > Global dialog.
Default metric
Specifies the default metric value for OSPF.
Possible values:
0 (default setting)
OSPF automatically assigns a cost of 20 for routes learned from external sources (static or
directly connected).
1..16777214
Send trap
Activates/deactivates the sending of SNMP traps when the device detects a change in an OSPF
parameter.
Possible values:
marked
The sending of SNMP traps is active.
If the device detects changes in the OSPF parameters, then the device sends an SNMP trap.
unmarked (default setting)
The sending of SNMP traps is inactive.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
Possible values:
0..65535 (default setting: 5)
The value 0 means that the router immediately begins the SPF calculation after receiving the
topology change.
Possible values:
0..65535 (default setting: 10)
The value 0 means that after the router completes an SPF calculation it immediately begins the
next consecutive SPF calculation.
Possible values:
0..2147483647 (default setting: 0)
The value 0 means that the router remains in the Overflow-State until restarted.
Information
ASBR status
Displays if the device operates as an Autonomous System Boundary Router (ASBR).
Possible values:
marked
The router is an ASBR.
unmarked
The router functions in a role other than the role of an ASBR.
ABR status
Displays if the device operates as an Area Border Router (ABR).
Possible values:
marked
The router is a ABR.
unmarked
The router functions in a role other than the role of an ABR.
LSAs received
Displays the number of LSAs received that the router determined to be new instances. This number
also excludes newer instances of self-originated LSAs.
[Configuration]
The Network Working Group is continually developing the OSPF function improving and adding
parameters. This router provides parameters in accordance with RFC 2328. With parameters in
this dialog, you make the router compatible with routers developed under RFC 1583. Activating the
compatibility function lets you install this device in a network containing routers developed under
RFC 1583.
In order to minimize the chance of routing loops, set this function to the same value on the OSPF
enabled routers in an OSPF domain.
Possible values:
On (default setting)
Enable the function when routers are present in the domain without software containing the
external path preference functionality described in RFC 2328.
Off
Disable the function when every router present in the domain has software containing the
external path preference functionality described in RFC 2328.
Preferences
The preferences in this dialog are metrics values which the device uses as a tie breaker between
identical routes with different distance types. For example, when a route is inside the local area
(intra-area) and the other is outside the local area (inter-area or external). If the metric values are
the same for intra, inter and external, then the order of preference is intra, inter then external.
Preference (intra)
Specifies the "administrative distance" between routers within the same area (intra-area OSPF
routes).
Possible values:
1..255 (default setting: 110)
Preference (inter)
Specifies the "administrative distance" between routers in different areas (inter-area OSPF routes).
Possible values:
1..255 (default setting: 110)
Preference (external)
Specifies the "administrative distance" between routers external to the areas (external OSPF
routes).
Possible values:
1..255 (default setting: 110)
Default route
Advertise
Activates/deactivates OSPF advertisements of default routes learned from other protocols.
For example, area border routers of stub areas advertise a default route into the stub area through
summary link advertisements. When you configure the router as an AS boundary router, it
advertises the default route in AS external link advertisements.
Possible values:
marked
The router advertises default routes.
unmarked (default setting)
The router suppresses advertisements of default routes.
Advertise always
Displays if the router constantly advertises 0.0.0.0/0 as the default route.
When routers forward an IP packet, the router constantly forwards the packet to the best matching
destination address. A default route with a destination address of 0.0.0.0 and a mask of 0.0.0.0
is a match for every IP destination address. Matching every IP destination address lets an AS
boundary router operate as a gateway for destinations outside of the AS.
Possible values:
marked
The router constantly advertises 0.0.0.0/0 as the default route.
unmarked (default setting)
The device uses the settings specified in the Advertise parameter.
Metric
Specifies the metric of the default route, which OSPF advertises when learned from other protocols.
Possible values:
0
The device uses the value specified in the Default metric field.
1..16777214
Metric type
Displays the metric type of the default route which OSPF advertises when learned from another
protocol.
Possible values:
externalType1
Includes both the external path cost from the ABR to the ASBR that originated the route plus the
internal path cost to the ABR that advertised the route in the local area.
externalType2 (default setting)
Includes only the external path cost.
[Redistribution]
A router with a disabled OSPF function on a routed interface does not propagate the network of this
interface on its other interfaces. Thus, the network cannot be reached. To propagate such
networks, enable the Redistribution for "connected" networks.
To help prevent routes from double redistribution and thus preventing a possible loop, use the Tag
function. This function marks the routes redistributed from other protocols into OSPF. Then on the
other routers in the network, create an ACL active to deny the tagged number. To specify exactly
which routes the device distributes in OSPF, create ACL permit rules.
The number of routes that the device learns through OSPF is limited to the size of the routing table.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Source
Displays the source protocol, from which OSPF redistributes routes. This object also acts as the
identifier for the table entry.
Activating a row lets the device redistribute routes from the specific source protocol into OSPF.
Possible values:
connected
The router is directly connected to the route.
static
A network administrator has specified the route in the router.
rip
The router has learned the route using the RIP function.
Active
Activates/deactivates route redistribution from the source protocol into OSPF.
Possible values:
marked
Redistribution of routes learned from the source protocol is active.
unmarked (default setting)
OSPF route redistribution is inactive.
Metric
Specifies the metric value for routes redistributed from this protocol.
Possible values:
0 (default setting)
The device uses the value specified in the Default metric field.
1..16777214
Metric type
Specifies the route metric type which OSPF redistributes from other source protocols.
Possible values:
externalType1
This metric type includes both the external path cost from the ABR to the ASBR that originated
the route plus the internal path cost to the ABR that advertised the route in the local area.
externalType2 (default setting)
This metric type is only that of the external path cost.
Tag
Specifies a tag for routes redistributed into OSPF.
When you set a route tag, OSPF assigns the value to every redistributed route from this source
protocol. This function is useful when 2 or more border routers connect an autonomous system to
an external network. To help prevent double redistribution, specify the same value in every border
router when redistributing the same protocol.
Possible values:
0..4294967295 (default setting: 0)
Subnets
Activates/deactivates subnet route redistribution into OSPF.
OSPF only redistributes classful routes into the OSPF domain. In order to redistribute subnet routes
into OSPF activate the subnet parameter.
Possible values:
marked (default setting)
The router redistributes classful and subnet routes into OSPF.
unmarked
The router redistributes only classful routes into OSPF.
To help prevent double redistribution and eventual loops, create an access list denying
redistribution of routes originating in another protocol. Specify the access list ID, then activate the
function in the ACL active column. When filtering redistributed routes, the device uses the source
address.
Possible values:
- (default setting)
No Access Control List assigned.
<Group name> (IPv4)
You specify the Access Control Lists in the Network Security > ACL > IPv4 Rule dialog.
ACL active
Activates/deactivates Access Control List filtering for this source protocol.
Possible values:
marked
The router filters redistribution of routes according to the specified Access Control List.
unmarked (default setting)
The router ignores Access Control List filtering for this source protocol.
OSPF supports networks divided into "Areas" and thus reduces the administrative effort when
maintaining the network. The routers participating in the network know and only manage their own
"Area" by flooding Link State Advertisements (LSAs) into the area. Using the LSAs each router
builds its own topology database.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Area ID
Displays the area ID.
Area type
Specifies the import policy of AS external LSAs for the area which determines the Area Type.
OSPF import policies apply to external routes only. An external route is a route that is outside the
OSPF autonomous system.
Possible values:
area (default setting)
The router imports type 5 AS external LSAs into the area.
stub area
The router ignores type 5 AS external LSAs.
nssa
The router translates type 7AS external LSAs into type 5 NSSA summary LSAs and imports
them into the area.
SPF runs
Displays the number of times that the router calculated the intra-area routing table using the link
state database of this area. The router uses Dijkstra's algorithm for route calculation.
AS boundary router
Displays the total number of ASBRs reachable within this area. The number of reachable ASBRs
is initially 0. OSPF calculates the number in each SPF Pass.
Area LSAs
Displays the total number of link state advertisements in the link state database of this area,
excluding AS External LSAs.
OSPF lets you specify certain areas as stub areas. The Area Border Router (ABR) of a stub area
enters the information learned from AS external LSAs in its database without flooding the AS
external LSAs across the stub area. The ABR instead sends a summary LSA into the stub area
advertising a default route. The default route advertised in the summary LSA pertains only to the
particular stub area. When forwarding data to AS external destinations, the routers in a stub area
use the default ABR only. Sending a summary LSA containing the default route instead of AS
external LSAs reduces the link state database size, and therefore the memory requirements for an
internal router of a stub area.
The device gives you the following options for creating a Stub Area:
Convert an Area into a Stub Area. To do this, perform the following step:
In the Routing > OSPF > Areas dialog, change the value in the Area type column to Stub Area.
Create a new Stub Area. To do this, perform the following steps:
In the Routing > OSPF > Areas dialog, create an entry in the table.
Change the value in the Area type column to stub area.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Area ID
Displays the area ID for the stub area.
Default cost
Specifies the external metric value for the metric type.
Possible values:
0..16777215
The router sets the default value to equal the lower cost within the area for the metric type.
Metric type
Specifies the type of metric used for the default route advertised into the area.
The border router of a stub area advertises a default route as a network summary LSA.
Possible values:
OSPF metric (default setting)
The ABR advertises the metric as OSPF internal, which is the cost of an intra-area route to the
ABR.
External type 1
The ABR advertises the metric as External type 1, which is the cost of the OSPF internal
metric plus external metric to the ASBR.
External type 2
The ABR advertises the metric as External type 2, which is the cost of the external metric to
the ASBR. You use this value for NSSAs.
Totally stub
Activates/deactivates the import of summary LSAs into stub areas.
Possible values:
marked (default setting)
The router does not import area summaries. The stub area relies entirely on the default route.
This makes the default route a Totally Stub Area.
unmarked
The router both summarizes and propagates summary LSAs into the stub area.
NSSAs are similar to the OSPF stub area. However, NSSAs have the additional capability of
importing limited AS external routes. The ABR sends external routes out of the NSSA by converting
type 7 AS external LSAs into type 5 AS external LSAs. The ASBR in an NSSA originates type 7
LSAs. The only difference between the type 5 and type 7 LSAs is that the router sets the “N“ bit for
NSSAs. Both NSSA neighbors have the "N" bit set. This forms the OSPF neighbor adjacency.
Beside the internal data traffic, NSSAs act like transit areas by transport data coming from external
sources to other areas within the OSPF domain.
The device gives you the following options for creating an NSSA:
Convert an Area into an NSSA. To do this, perform the following step:
In the Routing > OSPF > Areas dialog, change the value in the Area type column to nssa.
Create a new NSSA. To do this, perform the following steps:
In the Routing > OSPF > Areas dialog, create an entry in the table.
Change the value in the Area type column to nssa.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Area ID
Displays the area ID to which the table entries apply.
Redistribute
Activates/deactivates external route redistribution into the NSSA.
Possible values:
marked (default setting)
The NSSA ASBRs suppress external route redistribution into the NSSA. Furthermore, the ASBR
stops to create type 7 external LSAs for external routes.
unmarked
The NSSA ASBRs redistribute external routes into the NSSA.
The prerequisite for the creation of type 7 default LSAs is that the router is an NSSA ABR or ASBR.
Possible values:
marked
The router creates type 7 default LSAs and sends then into the NSSA.
unmarked (default setting)
The router suppresses type 7 default LSAs.
Default metric
Specifies the metric value advertised in the type 7 default LSA.
Possible values:
1..16777214 (default setting: 10)
Possible values:
ospfMetric
The router advertises the metric as OSPF internal, which is the cost of an intra-area route to the
ABR.
comparable
The router advertises the metric as external type 1, which is the cost of the OSPF internal metric
plus external metric to the ASBR.
nonComparable
The router advertises the metric as external type 2, which is the cost of the external metric to
the ASBR.
Translator role
Specifies the ability of an NSSA border router to perform translation of type-7 LSAs into type-5
LSAs.
NSSA Area Border Routers receive type-5 LSAs containing information about external routes. The
NSSA border routers block the type-5 LSAs from entering into the NSSA. However, using type-7
LSAs the border routers inform each other about external routes. The ABRs then translate the type-
7 LSAs to type-5 external LSAs and flood the information to the rest of the OSPF network.
Possible values:
always
The router translates type-7 LSAs to type-5 LSAs.
When the router receives a type-5 LSAs from another router with a router ID higher then its own,
it flushes its type-5 LSAs.
candidate (default setting)
The router translates type-7 LSAs to type-5 LSAs.
To help prevent routing loops, OSPF performs a translator election. When multiple candidates
exist, OSPF elects the router with the higher router ID as the translator.
Translator status
Displays if and how the router is translating type-7 LSAs into type-5 LSAs.
Possible values:
enabled
The Translator role of the router is set to always.
elected
As a candidate, the NSSA Border router is translating type-7 LSAs into type-5.
disabled
Another NSSA border router is translating type-7 LSAs into type-5 LSAs.
Possible values:
0..65535 (default setting: 40)
Translator events
Displays the number of translator status changes that have occurred since the last boot-up.
Discontinuities in the value of this counter occur while OSPF is disabled and can occur during re-
initialization of the management system.
Totally NSSA
Activates/deactivates importation of summary routes into the NSSA as type 3 summary LSAs.
Possible values:
marked (default setting)
The router suppresses summary route importation making the area a Totally NSSA.
unmarked
The router imports summary routes into the NSSA as type 3 summary LSAs.
This dialog lets you specify, activate, and display OSPF parameters on the router interfaces.
The device uses the OSPF routing protocol to exchange reachability information between the
routers. The device uses routing information learned from peers to determine the next hop towards
the destination. To route traffic correctly, the router authenticates OSPF protocol exchanges to help
prevent malicious or incorrect routing information from getting introduced into the routing table.
OSPF supports multiple types of authentication. You configure the type of authentication in use on
a per interface basis. The cryptographic authentication option md5, helps protect your network
against passive attacks and helps provide significant protection against active attacks. When using
the cryptographic authentication option, each router appends a "message digest" to its transmitted
OSPF packets. Receivers then use the shared secret key and received digest to verify that each
received OSPF packet is authentic.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the interface to which the table entry applies.
IP address
Displays the IP address of this OSPF interface.
Active
Activates/deactivates the OSPF administrative status of the interface.
Possible values:
marked
The router advertises the values specified on the interface, and the interface as an OSPF
internal route.
unmarked (default setting)
The interface is external to OSPF.
Area ID
Specifies the area ID of the domain to which the interface connects.
Possible values:
<Area ID>
You specify the area IDs in the Routing > OSPF > Areas dialog.
Priority
Specifies the priority of this interface.
In multi-access networks, the router uses the value in the Designated Router election algorithm.
When a tie occurs, the routers use their router ID as a tie breaker. The highest router ID wins.
Possible values:
0
The router is unable to become the Designated Router on this particular network.
1..255 (default setting: 1)
This setting is useful for low speed links. The timer increases the age of the LS updates to
compensate for estimated delays on the interface. Increasing the packet age too much results in a
reply that is younger than the original packet.
Possible values:
0..3600 (default setting: 1)
You also use this value when retransmitting database description and link state request packets.
Possible values:
0..3600 (default setting: 5)
Set this value the same for the routers attached to a common network. Verify that every router in
an area has the same value.
Possible values:
1..65535 (default setting: 10)
Specify the value to a multiple of the Hello interval [s]. Specify the same value for the router interfaces
within the same area.
Possible values:
1..65535 (default setting: 40)
Specify a lower value to get a faster detection of a neighbor in a down state.
Status
Displays the OSPF interface state.
Possible values:
down (default setting)
The interface is in the initial state and is blocking traffic.
loopback
The interface is a loopback interface of the device. Although packets are not sent out on the
loopback interface, the router LSAs continue to advertise the interface address.
waiting
Applies only to interfaces connected to broadcast and Non-broadcast Multi-access (NBMA)
network types. While in this state, the router attempts to identify the state of the network DR and
BDR by sending and receiving Hello packets. The wait timer causes the interface to exit the
waiting state and select a DR. The period of this timer is the same as the value in the Dead
interval [s] field.
pointToPoint
Applies only to interfaces connected to point-to-point, point-to-multipoint, and virtual link
network types. While in this state the interface sends Hello packets every Hello interval [s] and
establishes an adjacency with its neighbor.
designatedRouter
The router is the DR for the multi-access network and establishes adjacencies with the other
network routers.
backupDesignatedRouter
The router is the BDR for the multi-access network and establishes adjacencies with the other
network routers.
otherDesignatedRouter
The router is only a network participant. The router establishes adjacencies only with the DR
and BDR and tracks its network neighbors.
Designated router
Displays the IP address of the Designated Router.
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
Events
Displays the number of times this OSPF interface changed its state, or the router detected an error.
Network type
Specifies the OSPF network type of the autonomous system.
Possible values:
broadcast
Use this value for broadcast networks, such as Ethernet and IEEE 802.5. OSPF performs a DR
and BDR election with which the non-designated routers form an adjacency.
nbma
Use this value for non-broadcast multi-access networks such as X.25 and similar technologies.
OSPF performs a DR and BDR election to limit the number of adjacencies formed.
pointToPoint
Use this value for networks that link only 2 interfaces.
pointToMultipoint
Use this value when you collect several point-to-point links into a non-broadcast network. Every
router in the network transmits Hello packets to other routers in the network, but without having
a DR and BDR election.
Auth type
Specifies the authentication type for an interface.
If you specify simple or MD5, then this router requires other routers to pass an authentication
process before this router accepts the other routers as neighbors.
If you use authentication to help protect your network, then use the same type and key for every
router in your autonomous system.
Possible values:
none (default setting)
Network authentication is inactive.
simple
The router uses clear text authentication. In this case, routers transmit the passwords as clear
text.
MD5
The router uses the message-digest algorithm MD5 authentication. This type of authentication
helps make your network more secure.
Auth key
Specifies the authentication key.
After entering the field displays ***** (asterisk) instead of the authentication key.
Possible values:
Alphanumeric ASCII character string
– with 8 characters if in the Auth type drop-down list the simple item is selected
– with 16 characters if in the Auth type drop-down list the MD5 item is selected
If you specify a shorter authentication key, then the device fills in the remaining characters
with 0.
Auth key ID
Specifies the MD5 authentication key ID value.
The cryptographic authentication option MD5, helps protect your network against passive attacks
and helps provide significant protection against active attacks.
The prerequisite for changing the value is that, in the Auth type column, you specify the value MD5.
Possible values:
0..255 (default setting: 0)
Cost
Specifies the internal metric.
OSPF uses link cost as the metric. OSPF also uses the cost of a link to calculate the SPF routes.
OSPF prefers the route with the smaller value.
The formula to calculate cost is reference bandwidth divided by interface bandwidth. Reference
bandwidth is specified in the Autocost reference bandwidth field and is set to 100 Mbit/s by default.
See the Routing > OSPF > Global dialog, General tab.
Example:
Possible values:
auto (default setting)
OSPF calculates the metric and automatically adjusts the value when the interface bandwidth
changes.
1..65535
OSPF uses the value specified here as metric.
Calculated cost
Displays the metric value which OSPF currently uses for this interface.
MTU ignore
Activates/deactivates the IP MTU (Maximum Transmission Unit) mismatch detection on this OSPF
interface.
Possible values:
marked
Disables the IP MTU check and makes adjacencies possible when the MTU value differs on the
interfaces.
unmarked (default setting)
The router checks if neighbors are using the same MTU value on the interfaces.
The prerequisite is that you specify a value of 1 second for the following parameters:
• Dead interval [s] column
• Delay time [s] column in the Routing > OSPF > Global dialog, Shortest path first frame
Possible values:
marked
The device sends the Hello packets every 250 ms, and ignores the value specified in the Hello
interval [s] column.
unmarked (default setting)
The device sends the Hello packets according to the value specified in the Hello interval [s]
column.
OSPF requires that you link every area to the backbone area. The physical location of routers often
prohibits a direct link to the backbone. Virtual links allow you to connect physically separated areas
to the backbone through a transit area. You specify both routers on the endpoints of a virtual link
as ABRs on a point-to-point link.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Area ID
Displays the area ID for the transit area that the virtual link traverses.
Neighbor ID
Displays the router ID of the virtual neighbor.
The router learns this value from Hello packets received from the virtual neighbor. The value is a
static value for virtual adjacencies.
This setting is useful for low speed links. The timer increases the age of the LS updates to
compensate for estimated delays on the interface. Increasing the packet age too much results in a
reply that is younger than the original packet.
Possible values:
0..3600 (default setting: 1)
You also use this value when retransmitting Database Description (DD) and LS Request packets.
Possible values:
0..3600 (default setting: 5)
Specify the value to a multiple of the Hello interval [s]. Specify the same value for the router interfaces
within the same area.
Possible values:
1..65535 (default setting: 40)
Specify a lower value to get a faster detection of a neighbor in a down state.
Set this value the same for the routers attached to a common network.
Possible values:
1..65535 (default setting: 10)
Status
Displays the OSPF virtual interface state.
Possible values:
down (default setting)
The interface is in the initial state and is blocking traffic.
pointToPoint
Applies only to interfaces connected to point-to-point, point-to-multipoint, and virtual link
network types. While in this state the interface sends Hello packets every Hello interval [s] and
establishes an adjacency with its neighbor.
Events
Displays the number of times this interface changed its state due to a received event.
Auth type
Specifies the authentication type for a virtual link.
If you specify simple or MD5, then this router requires other routers to pass an authentication
process before this router accepts the other routers as neighbors.
If you use authentication to help protect your network, then use the same type and key for every
router in your autonomous system.
Possible values:
none (default setting)
Network authentication is inactive.
simple
The router uses clear text authentication. In this case, routers transmit the passwords as clear
text.
MD5
The router uses the message-digest algorithm MD5 authentication. This type of authentication
helps make your network more secure.
Auth key
Specifies the authentication key.
After entering the field displays ***** (asterisk) instead of the authentication key.
Possible values:
Alphanumeric ASCII character string
– with 8 characters if in the Auth type drop-down list the simple item is selected
– with 16 characters if in the Auth type drop-down list the MD5 item is selected
If you specify a shorter authentication key, then the device fills in the remaining characters
with 0.
Auth key ID
Specifies the MD5 authentication key ID value.
The cryptographic authentication option md5, helps protect your network against passive attacks
and helps provide significant protection against active attacks.
The prerequisite for specifying this value is that you specify in the Auth type column the value MD5.
Possible values:
0..255 (default setting: 0)
In large areas, OSPF messages flooded across the network reduce available bandwidth and
increase the size of the routing table. A large routing table increases the amount of CPU processing
that the router requires to enter the information into the routing table. A large routing table also
reduces available memory. To decrease the number of OSPF messages flooded across the
network, OSPF lets you create several smaller subnets within a large area.
In order to summarize routing information into and out of a subnet, the Area Border Router (ABR)
specifies the subnet as a single address range. The ABR advertises each address range as a single
route to the external area. The IP address that the ABR advertises for the subnet is an address and
mask pair. Unadvertised ranges allow you to hide the existence of subnets from other areas.
The router specifies cost of the advertised route as the greater cost in the set component subnets.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Area ID
Displays the area ID of the address range.
LSDB type
Displays the route information aggregated by the address range.
Possible values:
summaryLink
The area range aggregates type 5 route information.
nssaExternalLink
The area range aggregates type 7 route information.
Network
Displays the IP address of the subnet of the range.
Netmask
Displays the netmask of the subnet of the range.
Effect
Specifies the external advertisement of the subnet ranges.
Possible values:
advertiseMatching (default setting)
The router advertises the range in other areas.
doNotAdvertiseMatching
The router withholds range advertisement to other external areas.
The statistics displayed in the tabs help you to analyze the OSPF processes.
[Statistics]
In order to accomplish the 2 basic processes, OSPF routers send and receive various messages
containing information to form adjacencies, and update routing tables. The counters in the tab
indicate the amount of message traffic transmitted and received on the OSPF interfaces.
Link State Acknowledgments (LSAcks) provide a response to a Link State Update (LS update)
request as part of the link state exchange process.
The Hello messages allow a router to discover other OSPF routers in the area and to establish
adjacencies between the neighboring devices. After establishing adjacencies, the routers
advertise their credentials for establishing a role as either a Designated Router (DR), a Backup
Designated Router (BDR), or only as a participant in the OSPF network. The routers then use
the Hello messages to exchange information about the OSPF configuration in the Autonomous
System (AS).
Database Description (DD) messages contain descriptions of the AS or area topology. The
messages also propagate the contents of the link state database for the AS or area from a router
to other routers in the area.
Link State Requests (LS Request) messages provide a means of requesting updated
information about a portion of the Link State Database (LSDB). The message specifies the link
or links for which the requesting router requires current information.
LS Update messages contain updated information about the state of certain links on the LSDB.
The router sends the updates as a response to an LS Request message. The router also
broadcast or multicast messages periodically. The router uses the message contents to update
the information in the LSDBs of routers that receive them.
LSAs contain the local routing information for the OSPF area. The router transmits the LSAs to
other routers in an OSPF area and only on interfaces connecting the router to the specific OSPF
area.
Type 1 LSAs are router LSAs. Each router in an area originates a router-LSA. A single router
LSA describes the state and cost of every link in the area. The router floods type 1 LSAs only
across its own area.
Type 2 LSAs are network LSAs. The DR creates a network LSA from information received in the
type 1 LSAs. The DR originates in its own area a network LSA for each broadcast and NBMA
network it is connected to. The LSA describes every router attached to the network, including
the DR itself. The router floods type 2 LSAs only across its own area.
Type 3 LSAs are network summary LSAs. An Area Border Router (ABR) creates a single
network summary LSA from information contained in the type 1 and type 2 LSAs received from
the DRs. The ABR transmits network summary LSAs describing inter-area destinations. The
router floods type 3 LSAs across every area connected to it. Except this is the area for which it
generated the Type 3 LSA.
Type 4 LSAs are Autonomous System Boundary Router (ASBR) summary LSAs. An ABR
creates a single ASBR summary LSA from information contained in the type 1 and type 2 LSAs
received from the DRs. The ABR transmits type 4 LSAs to areas different than the area it resides
in, to describe the ASBRs from which the ABR received type 5 LSAs. The router floods type 4
LSAs across every area connected to it. Except this is the area for which it generated the Type
4 LSA.
Type 5 LSAs are AS external LSAs. The AS boundary routers create the AS external LSAs
describing destinations external to the AS. The type 5 LSAs contain information redistributed
into OSPF from other routing processes. The router floods type 5 LSAs to every area except
stub and NSSA areas.
Function
LSA retransmitted
Displays the total number of LSAs retransmitted since resetting the counters. When the router
transmits the same LSA to multiple neighbors, the router increments the count for each neighbor.
A router maintains a separate link state database for every area to which it belongs.
When a router deletes an LSA from the database, it also removes the LSA from the link state
retransmission lists of the other routers in the network. A router deletes an LSA from its database
in the following cases:
A newer instance overwrites the LSA during the flooding process.
The router originates a newer instance of a self-originated LSA.
The LSA ages out and the router flushes the LSA from the routing domain.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Area ID
Displays the area ID from which router received the LSA.
Type
Displays the type of the LSAs received.
Possible values:
routerLink
The router received the information from another router in the same area. Routers announce
their existence and list the links to other routers within the same area using a type 1 LSA. The
link state ID is the originating router ID.
networkLink
The router received the information from a DR on a broadcast segment using a type 2 LSA. The
DR compiles the information received in type 1 LSAs and lists the routers linked together by the
segment. The link state ID is the IP interface address of the DR.
summaryLink
The router received the information from an ABR using a type 3 LSA describing routes to
networks. ABRs compile information learned from type 1 and type 2 LSAs received from the
attached areas before sending the routing information to the other areas. The link state ID is the
destination network number which is the results of the summarization process.
asSummaryLink
The router received the information from an ABR using a type 4 LSA describing routes to
ASBRs. ABRs compile information learned from type 1 and type 2 LSAs received from the
attached areas before sending the routing information to the other areas. The link state ID is the
destination network number.
asExternalLink
The router received the information from an ASBR using a type 5 LSA describing routes to
another AS. The link state ID is the router id of the ASBR.
nssaExternalLink
The router received the information from a router in a NSSA using a type 7 LSA.
LSID
Displays the Link State ID (LSID) value received in the LSA.
The LSID is a field located in the LSA header. The field contains either a router ID or an IP address
according to the LSA type.
Possible values:
<Router ID>
Valid IPv4 address
Router ID
Displays the router ID uniquely identifying the originating router.
Sequence
Displays the value of the sequence field in an LSA.
The router examines the contents or the LS checksum field whenever the LS sequence number
field indicates that 2 instances of an LSA are the same. When there is a difference, the router
considers the instance with the larger LS checksum to be most recent.
Age
Displays the age of the link state advertisement in seconds.
When the router creates the LSA, the router sets the LS age to the value 0. As the routers transmit
the LSA across the network they increment the value by the value specified in the Transmit delay [s]
column.
If a router receives 2 LSAs for the same segment having identical LS sequence numbers and LS
checksums, then the router examines the age of the LSAs.
• The router immediately accepts LSA with MaxAge.
• Otherwise, the router accepts the LSA with the smaller age.
Checksum
Displays the contents of the checksum.
The field is a checksum of the complete contents of the LSA, except for the age field. The age field
of the advertisement increases as the routers transmit the message across the network. Excluding
the age field lets routers transmit the message without needing to update the checksum field.
[Neighbors]
The Hello Protocol is responsible for neighbor acquisition, maintenance, and for 2-way
communication between neighbors.
During the acquisition process, the routers on a segment compare their configurations for
compatibility. If the routers are compatible, then the routers form adjacencies. The routers discover
their master or slave status using information provided in the Hello packets.
After the routers discover their roles, they exchange routing information to synchronize their routing
databases. When the routers finish updating their databases, the neighbors are fully adjacent and
the LSA lists the adjacency.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Neighbor ID
Displays the router ID of the neighboring router.
The router learns this value from Hello packets received from the neighbor. The value is a static
value for virtual adjacencies.
IP address
Displays the IP address of the neighboring router interface attached to the port.
When sending unicast protocol packets on this adjacency, the router uses the value as the
destination IP address. When the neighboring router is the DR, the router is also used in router
LSAs as the link ID for the attached network. The router learns the neighbor IP address when it
receives Hello packets from the neighbor. For virtual links, the router learns the neighbor IP address
while building the routing table.
Interface
Displays the interface to which the entries in this row refer.
Status
Displays the state of the relationship with the neighbor listed in this instance.
An event invokes each state change, such as a received Hello packet. This event produces
different effects, depending on the current state of the neighbor. Also, depending on the state of
neighbor change, the routers initiate a DR election.
Possible values:
down (default setting)
The initial state of a neighbor conversation or a router terminated the conversation due to
expiration of the Dead interval [s] timer.
attempt
The state is only valid for neighbors attached to NBMA networks. The information from the
neighbor remains unresolved. The router actively attempts to contact the neighbor by sending
the neighbor Hello packets in the interval specified in the Hello interval [s] column.
init
The router has recently seen a Hello packet from the neighbor. However, the router has only
established uni-directional communication with the neighbor. For example, the router ID of this
router is missing from the Hello packet of the neighbor. When sending Hello packets, the
associated interface lists neighbors in this state or higher.
twoWay
Communication between the 2 routers is bidirectional. The router verifies the operation by
examining the contents of the Hello packet. The routers elect a DR and BDR from the set of
neighbors while in or after the 2-way state.
exchangeStart
The first step in creating an adjacency between the 2 neighboring routers. The goal of this step
is to decide which router is the master and to decide upon the initial Sequence number.
exchange
The router is announcing its entire link state database by sending Database Description (DD)
packets to the neighbor. The router explicitly acknowledges each DD packet. Each packet has
a sequence number. The adjacencies only allow one DD packet to be outstanding at any time.
In this state, the router sends LS Request packets asking for up-to-date database information.
The adjacencies are fully capable of transmitting and receiving OSPF routing protocol packets.
loading
The router sends LS Request packets to the neighbor inquiring about the outstanding database
updates sent in the exchange state.
full
The neighboring routers are fully adjacent. The adjacencies now appear in router LSAs and
network LSAs.
Dead time
Displays the amount of time remaining before the router declares the neighbor status as down. The
timer initiates the count down after the router receives a Hello packet.
[Virtual neighbors]
OSPF requires a continuous connection of the Autonomous System backbone area. OSPF also
requires that every area has a connection to the backbone area. The physical location of routers
often prohibits an area from directly connecting to the backbone area. Virtual links allow you to
connect physically separated areas to the backbone area.
The ABRs of the backbone area and the physically separated area form a point-to-point link through
a transit area. When the ABRs establish an adjacency, the backbone router LSAs include the link
and OSPF packets flow over the virtual link. Furthermore, the routing database of each endpoint
router includes the link state information of the other endpoint router.
Note: The OSPF lets you specify virtual links through every type of area except for stub areas.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Area ID
Displays the transit area ID of the virtual link.
Router ID
Displays the router ID of the other virtual endpoint ABR.
After virtual adjacencies form, the virtual link carries OSPF packets such as Hello packets and LS
update packets containing database information. The prerequisite is that the LSAs of the neighbor
router contain the router ID of the local router.
IP address
Displays the IP address of the virtual neighbor.
The router uses the IP address to send OSPF packets across the transit network to the virtual
neighbor.
Options
Displays the information contained in the options field of the LSA. This value indicates the
capabilities of virtual neighbor.
The options field used in the Hello packets allow routers to identify their optional capabilities, and
to communicate the capabilities to other routers. This mechanism lets you mix routers of different
capabilities within a routing domain.
The router supports 4 options by setting the following bits in the options field either high or low
depending on the capabilities of the router. The field displays the value by adding the following
option bits together. You read the fields from least significant bit to most significant bit.
• The routers advertise the ability to process TOS 0 in AS external routes when it sets the E-bit
high. The E-bit is the second bit in the options field and represents the value 2^1 or 2.
• The routers advertise the ability to process multicast routes when it sets the MC-bit high. The
MC-bit is the third bit in the options field and represents the value 2^2 or 4.
• The routers advertise the ability to process AS external routes in an NSSA summary with type
7 LSAs when it sets the N/P-bit high. The N/P-bit is the fourth bit in the options field and
represents the value 2^3 or 8.
• The routers advertise the ability to process demand circuits when it sets the DC-bit high. The
DC-bit is the sixth bit in the options field and represents the value 25 or 32.
Possible values:
2,6,10,14,34,38,42,46
The values indicate that the virtual neighbor supports Type of Service metric (TOS) 0 in AS
external LSAs.
0,4,8,12,32,36,40,44
The values indicate that the virtual neighbor supports TOS metrics other than TOS 0.
4,6,12,14,36,38,44,46
The values indicate that the virtual neighbor supports multicast routing.
8,10,12,14,40,42,44,46
The values indicate that the virtual neighbor supports type 7 LSAs.
32,34,36,38,40,42,44,46
The values indicate that the virtual neighbor supports demand circuits.
Status
Displays the state of the relationship with the neighbor listed in this instance.
An event invokes each state change, such as a received Hello packet. This event produces
different effects, depending on the current state of the neighbor. Also, depending on the state of
neighbor change, the routers initiate a DR election.
Possible values:
down (default setting)
The initial state of a neighbor conversation or a router terminated the conversation due to
expiration of the Dead interval [s] timer.
attempt
The state is only valid for neighbors attached to NBMA networks. Information from the neighbor
remains unresolved. The router actively attempts to contact the neighbor by sending the
neighbor Hello packets in the interval specified in the Hello interval [s] column.
init
The router has recently seen a Hello packet from the neighbor. However, the router has only
established uni-directional communication with the neighbor. For example, the router ID of this
router is missing from the Hello packet of the neighbor. When sending Hello packets, the
associated interface lists neighbors in this state or higher.
twoWay
Communication between the 2 routers is bidirectional. The router verifies the operation by
examining the contents of the Hello packet. The routers elect a DR and BDR from the set of
neighbors while in or after the 2-way state.
exchangeStart
The first step in creating an adjacency between the 2 neighboring routers. The goal of this step
is to decide which router is the master and to decide upon the initial Sequence number.
exchange
The router is announcing its entire link state database by sending Database Description (DD)
packets to the neighbor. The router explicitly acknowledges each DD packet. Each packet has
a sequence number. The adjacencies only allow one DD packet to be outstanding at any time.
In this state, the router sends LS Request packets asking for up-to-date database information.
The adjacencies are fully capable of transmitting and receiving OSPF routing protocol packets.
loading
The router sends LS Request packets to the neighbor inquiring about the outstanding database
updates sent in the exchange state.
full
The neighboring routers are fully adjacent. The adjacencies now appear in router LSAs and
network LSAs.
Events
Displays the number of times this interface changed its state due to a received event such as
HelloReceived or 2-way.
In order to flood LSAs out of an interface to the neighbor, the router places the LSAs on the link
state retransmission list of the adjacency. To validate LSA flooding, the router retransmits the LSAs
until the neighbor acknowledges the LSA reception. You configure the length of time between
retransmissions in the Routing > OSPF > Interfaces dialog in the Retrans interval [s] column.
Suppressed Hellos
Displays if the router is suppressing Hello packets to the neighbor.
Suppressing Hello packet transmission to the neighbor lets demand circuits close, on point-to-point
links, during periods of inactivity. In NBMA networks, the periodic transmission of LSAs causes the
circuit to remain open.
Possible values:
marked
The router suppresses Hello packets.
unmarked
The router transmits Hello packets.
The table displays the contents of the external link state database, with an entry for each unique
link state ID. External links allow the area to connect to destinations outside of the autonomous
system. Routers pass information about the external links throughout the network as link state
updates.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Type
Displays the type of the link state advertisement. When the router detects an external link state
advertisement, the router enters the information in the table.
Possible values:
asExternalLink
LSID
Displays the Link State ID is an LS type-specific field containing either a router ID or an IP address.
The value identifies the routing domain described in the advertisement.
Router ID
Displays the router ID uniquely identifying the originating router.
Sequence
Displays the value of the sequence field in an LSA.
The router examines the contents or the LS checksum field whenever the LS sequence number
field indicates that 2 instances of an LSA are the same. When there is a difference, the router
considers the instance with the larger LS checksum to be most recent.
Age
Displays the age of the link state advertisement in seconds.
When the router creates the LSA, the router sets the LS age to the value 0. As the routers transmit
the LSA across the network they increment the value by the value specified in the Transmit delay [s]
column.
If a router receives 2 LSAs for the same segment having identical LS sequence numbers and LS
checksums, then the router examines the age of the LSAs.
• The router immediately discards LSA with MaxAge.
• Otherwise, the router discards the LSA with the smaller age.
Checksum
Displays the contents of the checksum.
The field is a checksum of the complete contents of the LSA, except for the age field. The age field
of the advertisement increases as the routers transmit the message across the network. Excluding
the age field lets routers transmit the message without needing to update the checksum field.
[Route]
The dialog displays the OSPF route information learned from the Link State Advertisements (LSA).
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
IP address
Displays the IP address of the network or subnet for the route.
Netmask
Displays the netmask for the network or subnet.
Metric
Displays the route cost, calculated in the SPF algorithm, to reach the network.
Type
Displays the type of route that was learned from OSPF.
Possible values:
intra
Entry for routes from the OSPF protocol within an area.
inter
Entry for routes from the OSPF protocol between areas.
ext-type1
These routes were imported from an Autonomous System Boundary Router (ASBR) into the
OSPF area. These routes use the costs relating to the connection between the ASBR and the
route costs includes this device.
ext-type2
These routes were imported from an Autonomous System Boundary Router (ASBR) into the
OSPF area. These routes do not use the costs relating to the connection between the ASBR
and the route costs includes this device.
nssa-type1
These routes were imported from an Autonomous System Boundary Router (ASBR) into the
Not-So-Stub Area. These routes use the costs relating to the connection between the ASBR and
the route costs includes this device.
nssa-type2
These routes were imported from an Autonomous System Boundary Router (ASBR) into the
Not-So-Stub Area. These routes do not use the costs relating to the connection between the
ASBR and the route costs includes this device.
This dialog displays the routing table with the routes configured in the device. Using the routing
table, the device learns the router interface through which it transfers IP packets that are addressed
to recipients in a different network.
Configuration
Preference
Specifies the preference number that the device assigns by default to the newly configured, static
routes.
Possible values:
1..255 (default setting: 1)
Routes with a value of 255 will be ignored by the device in the routing decision.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
In the Netmask field, you specify the netmask that identifies the network prefix in the address of
the destination network.
Possible values:
– Valid IPv4 netmask
In the Next hop IP address field, you specify the IP address of the next router on the path to the
destination network.
Possible values:
– Valid IPv4 address
To make a reject type route, specify the value 0.0.0.0 in this field. With this route, the
device discards IP packets addressed to the destination network and informs the sender.
In the Preference field, you specify the preference number that the device uses to decide which
of several existing routes to the destination network it will use.
Possible values:
– 1..255
In routing decisions, the device gives preference to the route with the smallest value. The
default setting is the value specified in the Configuration frame, field Preference.
In the Track name field, you specify the tracking object with which the device links the route.
Possible values:
– –
No tracking object selected.
– Name of the tracking object, made up of Type and Track ID.
Remove
Port
Displays the router interface through which the device is currently transmitting IP packets
addressed to the destination network.
Possible values:
<Router interface>
The device uses this router interface to transfer IP packets addressed to the destination
network.
no port
The static route is currently not assigned to a router interface.
Network address
Displays the address of the destination network.
Netmask
Displays the netmask.
Type
Displays the type of the route.
Possible values:
local
The router interface is directly connected to the destination network.
remote
The router interface is connected to the destination network through a router (Next hop IP
address).
reject
The device discards IP packets addressed to the destination network and informs the sender.
other
The route is inactive. See the Active checkbox.
Protocol
Displays the origin of this route.
Possible values:
local
The device created this route when setting up the router interface. See the Routing > Interfaces >
Configuration dialog.
netmgmt
A user created this static route with the button.
Note: You can make static routes with the same destination and preference, but with different next
hops. The device uses Equal Cost Multi Path (ECMP) forwarding mechanism to help ensure load
sharing and redundancy over the network. Depending on the selected routing profile in the Routing >
Global dialog, ECMP can use up to 4 routes. If you select the ipv4DataCenter routing profile, then
ECMP can use up to 16 routes.
ospf
The OSPF function created this route. See the Routing > OSPF dialog.
rip
The RIP function created this route. See the Routing > RIP dialog.
Preference
Specifies the "administrative distance" of the route.
The device uses this value instead of the metric, when the metric of the routes is incomparable.
Possible values:
0
Reserved for routes that the device creates when setting up the router interfaces. These routes
have the value local in the Protocol column.
1..254
In routing decisions, the device gives preference to the route with the smallest value.
255
In routing decisions, the device ignores the route.
The "administrative distance" can be set for static routes created using the button.
Metric
Displays the metric of the route.
The device transmits the data packets using the route with the smallest value.
Track name
Specifies the tracking object with which the device links the route.
The device automatically activates or deactivates static routes – depending on the link status of an
interface or the reachability of a remote router or end device.
You set up tracking objects in the Routing > Tracking > Configuration dialog.
Possible values:
Name of the tracking object, made up of Type and Track ID.
–
No tracking object selected.
This function is used only for static routes. (Column Protocol = netmgmt)
Active
Displays if the route is active or inactive.
Possible values:
marked
The route is active; the device uses the route.
unmarked
The route is inactive.
6.8 Tracking
[ Routing > Tracking ]
The tracking function lets you monitor what are known as tracking objects. Examples of monitored
tracking objects are the link status of an interface or the reachability of a remote router or end
device.
The device forwards status changes of the tracking objects to the registered applications, for
example to the routing table or to a VRRP instance. The applications then react to the status
changes:
• In the routing table, the device activates/deactivates the route linked to the tracking object.
• The VRRP instance linked to the tracking object reduces the priority of the virtual router so that
a backup router takes over the role of the master.
If you set up the tracking objects in the Tracking Configuration dialog, then you can link applications
with the tracking objects:
• You link static routes with a tracking object in the Routing > Routing Table dialog, Track name
column.
• You link virtual routers with a tracking object in the Routing > L3-Redundancy > VRRP > Tracking
dialog. Click the button to open the Create window and select the tracking object in the Track
name drop-down list.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Type
Specifies the type of the tracking object.
Possible values:
interface
The device monitors the link status of its physical ports or of its link aggregation, LRE or VLAN
router interface.
ping
The device monitors the route to a remote router or end device by means of periodic ping
requests.
logical
The device monitors tracking objects logically linked to each other and thus enables complex
monitoring tasks.
Track ID
Specifies the identification number of the tracking object.
Possible values:
1..256
This range is available to every type (interface, ping and logical).
Track name
Displays the name of the tracking object made up of Type and Track ID.
Active
Activates/deactivates the monitoring of the tracking object.
Possible values:
marked
Monitoring is active. The device monitors the tracking object.
unmarked (default setting)
Monitoring is inactive.
Description
Specifies the description.
Here you describe what the device uses the tracking object for.
Possible values:
Alphanumeric ASCII character string with 0..255 characters
Status
Displays the monitoring result of the tracking object.
Possible values:
up
The monitoring result is positive:
– The link status is active.
or
– The remote router or end device is reachable.
or
– The result of the logical link is TRUE.
down
The monitoring result is negative:
– The link status is inactive.
or
– The remote router or end device is not reachable.
or
– The result of the logical link is FALSE.
notReady
The monitoring of the tracking object is inactive. You activate the monitoring in the Active
column.
Changes
Displays the number of status changes since the tracking object has been activated.
Last changed
Displays the time of the last status change.
Send trap
Activates/deactivates the sending of an SNMP trap when someone activates or deactivates the
tracking object.
Possible values:
marked
If someone activates or deactivates the tracking object in the Active column, then the device
sends an SNMP trap.
unmarked (default setting)
The device does not send an SNMP trap.
Port
Specifies the interface to be monitored for tracking objects of the interface type.
Possible values:
<Interface number>
Number of the physical ports or of the link aggregation, LRE or VLAN router interface.
no Port
No tracking object of the interface type.
Possible values:
0..255
–
No tracking object of the logical type.
Possible values:
0..255
–
No tracking object of the interface type.
If the link to every aggregated port is interrupted, then Link aggregation, LRE and VLAN router
interfaces have a negative monitoring result.
If the link to every physical port and link-aggregation interface which is a member of the VLAN is
interrupted, then a VLAN router interface has a negative monitoring result.
Ping port
Specifies the router interface for tracking objects of the ping type through which the device sends
the ping request packets.
Possible values:
<Interface number>
Number of the router interface.
noName
No router interface assigned.
–
No tracking object of the ping type.
IP address
Specifies the IP address of the remote router or end device to be monitored.
Possible values:
Valid IPv4 address
–
No tracking object of the ping type.
Possible values:
100..20000 (default setting: 1000)
If you specify a value <1000, then you can set up a maximum of 16 tracking objects of the ping
type.
–
No tracking object of the ping type.
Possible values:
1..10 (default setting: 3)
–
No tracking object of the ping type.
Possible values:
1..10 (default setting: 2)
–
No tracking object of the ping type.
Possible values:
10..10000 (default setting: 100)
If a large number of ping tracking objects is set up in the device, then specify a sufficiently large
value. If more than 100 instances are present, then specify at least 200 ms.
–
No tracking object of the ping type.
Ping TTL
Specifies the TTL value in the IP header with which the device sends the ping request packets.
TTL (Time To Live, also known as “Hop Count”) identifies the maximum number of steps an IP
packet is allowed to perform on the way from the sender to the receiver.
Possible values:
–
No tracking object of the ping type.
1..255 (default setting: 128)
Best route
Displays the number of the router interface through which the best route leads to the monitoring
router or end device.
Possible values:
<Port number>
Number of the router interface.
no Port
No route exists.
–
No tracking object of the ping type.
Logical operand A
Specifies the first operand of the logical link for tracking objects of the logical type.
Possible values:
Tracking objects set up
–
No tracking object of the logical type.
Logical operand B
Specifies the second operand of the logical link for tracking objects of the logical type.
Possible values:
Tracking objects set up
–
No tracking object of the logical type.
Operator
Links the tracking objects specified in the Logical operand A and Logical operand B fields.
Possible values:
and
Logical AND link
or
Logical OR link
–
No tracking object of the logical type.
In this dialog you see which applications are linked with the tracking objects.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Type
Displays the type of the tracking object.
Track ID
Displays the identification number of the tracking object.
Application
Displays the name of the application that is linked with the tracking object.
Possible values:
Tracking objects of the logical type
Static routes
Virtual router of a VRRP instance
Track name
Displays the name of the tracking object made up of Type and Track ID.
6.9 L3 Relay
[ Routing > L3 Relay ]
When you configure this device to retrieve IP addresses from a DHCP server located in another
subnet, the L3 Relay function lets you forward requests across multiple hops to a server located in
another network.
Using IP helper addresses and UDP helper ports the L3 Relay forwards DHCP packets between
the clients and servers. The IP helper address is the DHCP server IP address. Clients use the UDP
helper port to request a type of information such as DNS information on UDP port 53, or DHCP
information on UDP port 67.
The L3 Relay function provides you the follow advantages over the standard BOOTP/DHCP function:
redundancy, when you specify multiple severs to process client requests.
load balancing, when you specify multiple interfaces to relay broadcast packets from the client
to the servers.
central management, useful in large networks. The administrator saves the device
configurations on a centrally located server which responds to client requests in multiple
subnets.
diversity, this function lets you specify up to 512 entries.
Operation
Operation
Enables/disables the L3 Relay function.
Possible values:
On
The L3 Relay function is globally enabled.
Off (default setting)
The L3 Relay function is globally disabled.
Configuration
Circuit ID
Activates/deactivates the BOOTP/DHCP Circuit ID Option Mode.
The device sends circuit ID suboption information, identifying the local agent, to the DHCP server.
The DHCP server uses the suboption information to send responses back to the proper agent.
Possible values:
marked
The device adds the circuit ID of the DHCP relay agent to the suboptions for client requests.
unmarked (default setting)
The device removes the DHCP relay agent circuit ID suboptions from client requests.
The end devices send broadcast request on the local network. This setting lest a local server
respond to the client request before the router forwards the client request through the interfaces.
Possible values:
0..100 (default setting: 0)
If a local server is absent from the network, then set the value to 0.
If the hop count exceeds the maximum number of hops specified in this field, then the device drops
BOOTP requests.
Possible values:
0..16 (default setting: 4)
Information
Discarded packets
Displays the number of UDP packets that device discarded, because the packet matched an active
table entry.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Opens the Create window to add a new entry to the table. For further information, see “Create” on
page 434.
Remove
Reset statistics
Port
Displays the interface to which the table entry applies.
UDP port
Displays the UDP port for client messages received on this interface for this table entry. The device
forwards client DHCP messages matching the UDP port criteria to the IP helper address specified
in this table entry.
IP address
Displays the IP helper address associated with this table entry.
Hits
Displays the current number of packets that the interface forwards for the specified UDP port in this
table entry.
Status
Displays if the IP helper address and UDP port entry added to the respective port is active.
Create
Port
Specifies the interface to which the entry applies.
Interface configurations take priority over global configurations. If the destination UDP port for a
packet matches any entry on an ingress interface, then the device handles the packet according to
the interface configuration. If none of the interface entries match the packet, then the device
handles the packet according to the global configuration.
Possible values:
All (default setting)
Relay entries with this port value specify a global configuration.
<available interfaces>
Used to specify interface configurations.
UDP port
Specifies the helper UDP port criteria for packets received on this interface for this entry. When
active, the device forwards packets received with this destination UDP port value to the IP address
specified in this entry.
Possible values:
default (default setting)
Equal to UDP port 0.
An entry with a UDP port specified as 0 enables the dhcp, time, nameserver, tacacs, dns, tftp,
netbios-ns, and netbios-dgm entries.
dhcp
Equal to UDP port 67.
The device forwards DHCP requests for IP address assignment and networking parameters.
domain
Equal to UDP port 53.
The device forwards DNS requests for host name to IP address conversion.
isakmp
Equal to UDP port 500.
The device forwards Internet Security Association and Key Management Protocol requests. The
requests specifies procedures and packet formats which establish, negotiate, modify and delete
Security Associations.
mobile-ip
Equal to UDP port 434.
The device forwards Home Agent Registration requests. Use this value when you install the
device in a network other than the home network.
nameserver
Equal to UDP port 42.
The device forwards Windows Internet Name Service requests. You use the port to copy the
NetBIOS name table from one Windows server to another.
netbios-dgm
Equal to UDP port 138.
The device forwards NetBIOS Datagram Service requests. The datagram service provides the
ability to send a message to a unique name or to a group name.
netbios-ns
Equal to UDP port 137.
The device forwards NetBIOS Name Service requests for name registration and resolution.
ntp
Equal to UDP port 123.
The device forwards Network Time Protocol requests. Use this value for peer-to-peer
synchronization where both peers consider the other to be a time source.
pim-auto-rp
Equal to UDP port 496.
The device forwards Protocol Independent Multicast-Automatic-Rendezvous Point requests.
The Rendezvous Point (RP) serves as the root of the shared multicast delivery tree and is
responsible for gathering multicast data from different sources, then forwarding the data to the
clients.
rip
Equal to UDP port 520.
The device forwards RIP request and RIP response messages.
tacacs
Equal to UDP port 49.
The device forwards TACACS Login Host Protocol requests for remote authentication and
related services for networked access control through a centralized server.
tftp
Equal to UDP port 69.
The device forwards Trivial File Transfer Protocol requests and responses.
time
Equal to UDP port 37.
The device forwards Time Protocol requests. The device forwards client requests to a server
that supports the time protocol. The server then responds with a message containing an integer
representing the number of seconds since 00:00 1 January, 1900 GMT, and closes the data link.
0..65535
When you know the UDP port number, the device lets you specify the port number directly.
IP address
Specifies the IP helper address for packets received on this interface.
Possible values:
Valid IP address
An address of 0.0.0.0 identifies the entry as a discard entry. The device drops packets that
match a discard entry. You specify discard entries only on the interfaces.
A loopback interface is a virtual network interface without reference to a physical port. Loopback
interfaces are constantly available while the device is in operation.
The device lets you create router interfaces on the basis of loopback interfaces. Using such a router
interface, the device is constantly available, even during periods of inactivity of individual router
interfaces.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Index
Displays the number that uniquely identifies the loopback interface.
Port
Displays the name of the loopback interface.
IP address
Specifies the IP address for the loopback interface.
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
Subnet mask
Specifies the netmask for the loopback interface.
Possible values:
Valid IPv4 netmask (default setting: 0.0.0.0)
Example: 255.255.255.255
Active
Displays if the loopback interface is active or inactive.
Possible values:
marked (default setting)
The loopback interface is active.
When sending SNMP traps, the device uses the IP address of the first loopback interface as the
sender.
unmarked
The loopback interface is inactive.
The menu lets you specify and display global settings and static counters of the Multicast Routing
function. Here you also display and specify parameters for the IGMP, IGMP Proxy, DVMRP and
PIM-SM/PIM-DM protocols.
[Configuration]
This tab lets you enable IP multicast routing and specify and display global parameters for the
function.
Operation
Operation
Enables/disables the Multicast Routing function.
Possible values:
On
The Multicast Routing function is enabled.
Off (default setting)
The Multicast Routing function is disabled.
Configuration
DSCP
Specifies the DSCP value that the device writes in routed multicast data packets.
The DSCP value (Differentiated Services Code Point) corresponds to bits 0 to 5 of the TOS field of
a IP data packet. The TOS field (Type of Service) is used to prioritize data packets.
Possible values:
0..64 (default setting: 48)
The value 64 means that the device leaves the DSCP value of received data packets
unchanged.
Information
Possible values:
marked
IGMP proxy is active.
unmarked
IGMP proxy is inactive.
DVMRP active
Displays if the DVMRP function (Distance Vector Multicast Routing Protocol) is active.
Possible values:
marked
The DVMRP function is active.
unmarked
The DVMRP function is inactive.
PIM-SM active
Displays if the PIM-SM function (Protocol Independent Multicast Sparse Mode) is active.
Possible values:
marked
PIM-SM is active.
unmarked
PIM-SM is inactive.
PIM-DM active
Displays if the PIM-DM function (Protocol Independent Multicast Dense Mode) is active.
Possible values:
marked
PIM-DM is active.
unmarked
PIM-DM is inactive.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the number of the router interface to which the table entry relates.
TTL
Specifies the TTL value (Time to Live) for this router interface. The device discards IP multicast
data packets whose TTL value is below the specified value.
The TTL value is an 8-bit field in the IP data packet. With each hop (the next router on the path to
the destination network) the multicast router reduces the TTL value by 1.
Possible values:
0
The device forwards every multicast data packet received on this router interface.
1..255 (default setting: 1)
[Statistics]
This tab lets you display the statistic counters of the multicast routing function.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Possible values:
Valid IPv4 address
Possible values:
Valid IPv4 address
Upstream neighbor
Displays the IP address of the upstream neighbor from which the device receives IP data packets
sent to this multicast address.
The upstream neighbor for the device is the next participating neighbor in the upstream direction
(in the direction of the source of the multicast stream).
For example, the device uses the RPF algorithm (Reverse Path Forwarding) to calculate the
multicast route and to determine the upstream neighbor.
Possible values:
Valid IPv4 address
The value 0.0.0.0 means that the upstream neighbor is unknown.
Port
Displays the port number.
Outgoing interfaces
Displays a list of the outgoing interfaces.
Uptime
Displays the time that has elapsed since the multicast router last modified the table entry for the
port.
Timeout
Displays the time remaining until the multicast router deletes the entry for the participant from the
group table when the participant is inactive.
The value 0 means that there is no time limit for the entry.
Protocol
Displays which multicast routing protocol the device used to create the entry.
Possible values:
DVMRP
(Distance Vector Multicast Routing Protocol)
The device created the entry using the DVMRP function.
PIM-SM
(Protocol Independent Multicast Sparse-Mode)
The device created the entry using the PIM-SM function.
PIM-DM
(Protocol Independent Multicast Dense-Mode)
The device created the entry using the PIM-DM function.
The multicast boundary function lets you reject selectively IP multicast streams.
This dialog lets you specify and display the parameters for restricting the IP multicast streams on
specific ports. This restriction includes incoming as well as outgoing data packets.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Port
Displays the port number.
On this port the device discards multicast data packets whose address is in the range specified in
the IP address and Netmask fields.
IP address
Displays the IP address of the multicast group to which this restriction applies.
The IP address of the multicast group combined with the associated Netmask specify the range for
the multicast restriction. The device discards multicast data packets from this range.
Possible values:
239.0.0.0..239.255.255.255
Netmask
Displays the netmask of the multicast group to which this restriction applies.
The IP address of the multicast group combined with the associated Netmask specify the range for
the multicast restriction. The device discards multicast data packets from this range.
Status
Specifies the status for processing this table entry.
This value determines the procedure the router uses to create new table entries or delete certain
entries from the table.
Possible values:
active
The boundary function is active on this port.
The table entry exists and is available for the router to use.
notInService (default setting)
The boundary function is inactive on this port.
The table entry exists, but is unavailable for the router to use.
notReady
The boundary function is not yet active on this port.
The table entry exists but is not applicable. Possible reasons are a missing routing configuration
or a missing link.
The Multicast static routing function lets you specify the route of the multicast data traffic in the
network. The device uses the Reverse Path Forwarding (RPF) algorithm to define the path of the
multicast data traffic through the multicast routers. The RPF algorithm uses the static entries to
calculate the path of the multicast data traffic.
This dialog lets you specify and display the parameters for the static multicast routing function.
IP address and netmask of the multicast data source
RPF address (upstream neighbor of the device)
Priority of the static multicast routing entry
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
IP address
Displays the IP address of the multicast data source.
Netmask
Displays the associated netmask for the IP address of the multicast data source.
RPF address
Specifies the IP address of the neighbor multicast router in the upstream direction (in the direction
of the source of the multicast stream) that the RPF algorithm uses. The upstream neighbor for the
device is the next participating neighbor in the upstream direction.
Specifying a valid IP address is the prerequisite for having the option of activating the static
multicast routing entry.
Preference
Specifies the priority of this static multicast routing entry with which the device considers this route
when selecting the best route.
The lower the value, the higher the priority. The value 255 means “not accessible”, the device
ignores this route for the transmission of the multicast data traffic.
Specifying a valid priority is the prerequisite for having the option of activating the static multicast
routing entry.
Possible values:
1..255 (default setting: 1)
Status
Activates/deactivates the static multicast routing entry.
The prerequisite for activating the static multicast routing entry is that you specified valid values in
the RPF address and Preference fields.
Possible values:
active
The table entry for the static multicast routing is active on this router interface
The table entry exists and is available for the router to use.
notInService (default setting)
The table entry for the static multicast routing is inactive on this port.
The table entry exists, but is unavailable for the router to use.
If the table entry is unavailable for the router due to missing information or to interruption, then the
router displays this value:
notReady
The device detected unfulfilled conditions on the port or device level.
6.11.4 IGMP
[ Routing > Multicast Routing > IGMP ]
The Internet Group Management Protocol (IGMP) enables IPv4 multicasting (group
communication), that means the distribution of data packets to multiple participants simultaneously
using one IP address. IGMP enables multicast groups to be managed dynamically. The
management is carried out by local routers. The participants of a multicast group are connected
directly to the local routers.
The Internet Group Management Protocol (IGMP) lets you manage IP multicast groups
dynamically. The participants (hosts) of a multicast use IGMP for logging in and off the multicast
router (querier).
The device supports the versions IGMPv1, IGMPv2, and IGMPv3. The IGMPv1 and IGMPv2
versions are backward compatible.
IGMPv1
Lets participants join a multicast group. In case of inactivity, the multicast router removes the
participant from the multicast group after expiration of the timeout.
IGMPv2
In addition to IGMPv1, IGMPv2 provides the participant with the opportunity to log off from the
multicast group (Leave message).
IGMPv3
In addition to IGMPv1 and IGMPv2, IGMPv3 provides the participant with the opportunity to
specify the source from which it wishes to receive the multicast stream:
– Receive only data packets from certain source addresses
– Discard data packets from certain source addresses
IGMP routing uses the following message types to manage multicast groups:
Membership Query
Queries of the router regarding membership in a group (general queries, queries to groups,
queries to groups and to specific source addresses)
Membership Report
The participant’s responses regarding membership in a group
Leave Group
Messages from the participant when logging off from a group
Operation
Operation
Enables/disables the IGMP function in the device.
Possible values:
On
The IGMP function is enabled.
Off (default setting)
The IGMP function is disabled.
[Port]
This tab lets you set and monitor the parameters for IGMP routing.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the router interface number.
Configure at least one multicast router interface before viewing or configuring parameters for an
IGMP-enabled router interface. Otherwise, the device displays a detected error.
Querier
Displays the IP address of the multicast router (IGMP querier) in the IP subnet to which the selected
router interface belongs.
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
Query interval
Specifies the time interval in seconds that the device uses to send IGMP host queries (queries to
the IGMP-enabled participants) from this router interface
The IGMP-capable network devices in the network respond to the queries with report messages.
Possible values:
1..3600 (default setting: 125)
Status
Activates/deactivates the IGMP function.
Possible values:
active
The IGMP function is active on this router interface.
Version
Specifies the IGMP version used for this router interface.
Activate IGMP routing on this router interface before you configure the entry in the Version column.
Possible values:
1
Specifies version IGMPv1 for this router interface.
2
Specifies version IGMPv2 for this router interface.
3 (default setting)
Specifies version IGMPv3 for this router interface.
If the router interface responds to the query of the multicast router within this time, then the router
interface remains a member of the multicast group.
Possible values:
0..255 (default setting: 100)
Robustness
Specifies the value for the IGMP robustness for this router interface.
The robustness lets you adjust the router interface to the expected packet loss in the subnet.
The IGMP routing function behaves in a robust manner in regard to the following number of packet
losses in the subnet: Robustness minus 1.
Possible values:
1..255 (default setting: 2)
Use high values for the robustness if you expect a large number of packet losses in a subnet.
To log off from a multicast group, the participant sends a message to the multicast router (a Leave
Group Message). Then the multicast router sends a query to the participant.
The value of the parameter specifies the maximum allowable response time to this query for the
participant. In addition, this value specifies the time interval between the group-specific queries of
the multicast router.
Possible values:
0..255 (default setting: 10)
Possible values:
1..20 (default setting: 2)
Startup queries
Displays the number of startup queries (queries in the start-up phase) which the multicast router
sends.
The intervals between the queries are specified in the Startup query interval column.
Possible values:
1..20 (default setting: 2)
Possible values:
1..300 (default setting: 31)
Querier uptime
Displays the time that has elapsed since the multicast router last modified the table entry for the
port.
If the device itself is the querier (multicast router), then the Querier expiry time parameter has the
value of 0.
The prerequisite is that the IGMP routing function is active on the port.
You specify the same IGMP version for every router within the network. If the device receives
queries with other IGMP versions, then the device reports a detected configuration error.
Joins
Displays how many IGMP membership reports for a multicast group this router interface has
received. The value of the parameter is related to the frequency with which a multicast router adds
entries for this router interface to the cache table. The parameter indicates IGMP activity on this
router interface.
The prerequisite is that the IGMP function is enabled for this router interface.
Groups
Displays how many multicast groups the cache table currently contains for the multicast router for
this router interface.
[Cache information]
This tab lets you monitor the parameters from the cache table of the IGMP multicast router.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the router interface number.
The prerequisite is that the IGMP routing function is active for this router interface.
Address
Displays the IP address of the multicast group to which the table entry relates.
The prerequisite is that the IGMP routing function is active on this router interface and that the
router interface receives IGMP membership reports.
Possible values:
Valid IPv4 address
Last reporter
Displays the source IP address from which the device last received an IGMP membership report
(report for membership of a multicast group) for this router interface.
Possible values:
Valid IPv4 address
Uptime
Displays the time in [hh:mm:ss] that has elapsed since the multicast router created the table entry
for this participant.
Expiry time
Displays the value of the cache timer (time limiter) in [hh:mm:ss]. After this time has elapsed, the
multicast router deletes the entry from the cache table. When the device receives an IGMP
membership report for this multicast group on this router interface, the device resets the value of
this timer.
V1 host timer
Displays the value of the host present timer (time limiter) in [hh:mm:ss] for IGMPv1 participants.
This is the time remaining until the local multicast router assumes that none of the participants in
the IP subnet connected through this port are active any more. When the multicast router receives
IGMP membership reports again (reports on the membership of multicast groups), it resets the
value of this timer.
As long as the value is greater than null, the multicast router ignores IGMPv2 and IGMPv3 Leave
Group messages that it receives on this router interface.
V2 host timer
Displays the value of the host present timer (time limiter) in [hh:mm:ss] for IGMPv2 participants.
This is the time remaining until the local multicast router assumes that none of the stations in the
IP subnet connected through this port are active any more. When the multicast router receives
IGMP membership reports again (reports on the membership of multicast groups), it resets the
value of this timer.
As long as the value is greater than null, the multicast router ignores IGMPv3 Leave Group
messages that it receives on this router interface.
Possible values:
include
The participant receives the multicast stream only from specific source IP addresses.
exclude
The participant receives the multicast stream without specific source IP addresses.
NA (default setting)
The filter mode for source IP addresses is inactive. The field remains empty.
[Interface membership]
The table in this tab displays detailed information on the source addresses included in an IGMP
multicast group. This information is provided in the IGMPv3 membership reports.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Address
Displays the IP address of the multicast group for which the router has received an IGMPv3
membership report on this router interface.
The prerequisite is that the IGMP function is active on this port and that the port receives IGMP
membership reports.
Possible values:
Valid IPv4 address
Host address
Displays the source IP addresses of this multicast group.
Possible values:
Valid IPv4 address
Expire
Displays the value of the time limiter in [hh:mm:ss] for this multicast group. This is the time
remaining until the multicast router deletes the multicast group entry. When the multicast router
receives IGMP membership reports for this source specific multicast again, it resets the value of
this timer.
This dialog lets you configure and monitor the parameters for the IGMP proxy router interface.
The multicast router learns information about membership of multicast groups through the IGMP
router interface (downstream interface). In this direction, the device operates as a querier. On the
IGMP proxy router interface (upstream interface) the device operates as a host and sends IGMP
membership reports for the registered multicast groups from the downstream router interfaces.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
In the Port field, you specify the number of the port on which the IGMP proxy function is active.
Remove
Port
Displays the number of the upstream router interface on which the IGMP proxy function is active.
The prerequisite is that this router interface is not an IGMP downstream router interface.
Querier
Displays the IP address of the multicast router (IGMP querier) in the IP subnet to which the
upstream interface belongs.
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
V1 querier timer
Displays the remaining time in seconds until the device assumes that no IGMPv1 querier is active
on the upstream router interfaces.
V2 querier timer
Displays the remaining time in seconds until the device assumes that no IGMPv2 querier is active
on the upstream router interfaces.
Version
Specifies the IGMP version used for this router interface.
Disable IGMP globally before you configure the entry in the Version column.
Possible values:
1
Specifies version IGMPv1 for this upstream router interface.
2
Specifies version IGMPv2 for this upstream router interface.
3 (default setting)
Specifies version IGMPv3 for this upstream router interface.
Robustness
Specifies the value for the IGMP robustness for this upstream router interface.
The robustness lets you adjust the port to the expected packet loss in the subnet.
The IGMP routing function behaves in a robust manner in regard to the following number of packet
losses in the subnet: Robustness minus 1.
The host repeats the transfer of the status report Robustness minus 1 times.
Possible values:
1..255 (default setting: 2)
Use high values if you expect a large number of packet losses in a subnet.
Possible values:
1..260 (default setting: 1)
Groups
Displays the number of multicast groups for which the upstream router interface sends IGMP
membership reports.
This dialog lets you monitor the parameters for membership of multicast groups and the source list.
When registering or de-registering Multicast members on downstream interfaces, the IGMP Proxy
device updates the database entries and sends IGMP Membership reports and Leave Group
messages. The proxy interface sends this information in the upstream direction. Upon request, the
device sends IGMP Membership reports to the upstream interfaces.
[Groups]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number to which the table entry relates.
Possible values:
Valid IPv4 multicast address
Creation time
Displays the time in seconds that has elapsed since the multicast router created the table entry.
Last reporter
Displays the source IP address of the IGMP proxy router interface from which the device last sent
an IGMP membership report in the upstream direction.
Possible values:
Valid IPv4 multicast address
Filter mode
Displays the filter mode for source IP addresses for the multicast groups.
Possible values:
include
The participant gets the multicast stream only from specific source IP addresses.
exclude
The participant discards the multicast stream from specific source IP addresses.
None (default setting)
The filter mode for source IP addresses is inactive. The field remains empty.
[Source list]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the router interface number to which the table entry relates.
IP address
Displays the IP address of the multicast group.
Possible values:
Valid IPv4 multicast address
Host address
Displays the source IP addresses of this multicast group.
Possible values:
Valid IPv4 address
Expiry time
Displays the value of the time limiter for this multicast group entry. This is the time remaining until
the device deletes the entry for this multicast group when the participants of the IGMP router
interface are inactive.
When the parameter has the value null, the device deletes the entry.
6.11.5 DVMRP
[ Routing > Multicast Routing > DVMRP ]
Distance Vector Multicast Routing Protocol (DVMRP) is an "opt-out" multicast routing protocol. The
protocol builds per-source broadcast trees based on routing exchanges, then dynamically creates
per-source-group multicast delivery trees by pruning, removing branches, from the pruned
broadcast tree of the source. Another function of DVMRP is that it performs Reverse Path
Forwarding (RPF) checks to determine when to forward multicast traffic to downstream interfaces.
In this way, DVMRP forms source-rooted shortest path trees to reach every group member from
each multicast traffic source network.
DVMRP is most appropriate for use in networks with higher bandwidth and where there is at least
a single multicast group member in each subnet.
[Configuration]
This tab lets you configure DVMRP globally and on the interfaces.
Operation
Operation
Enables/disables the DVMRP function in the device.
Possible values:
On
The DVMRP function is active.
Off (default setting)
The DVMRP function is inactive.
Configuration
Possible values:
0..200 (default setting: 120)
If the value is set to 0, then the local router removes the route immediately from the DVMRP
routing table.
Send trap
Activates/deactivates the sending of SNMP traps when the device detects a change.
Possible values:
marked
The sending of SNMP traps is active.
unmarked (default setting)
The sending of SNMP traps is inactive.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
Information
Version
Displays the DVMRP version information of the local router.
Routes
Displays the number of entries in the routing table. You use the field to monitor the routing table
size allowing you to detect illegal advertisements of unicast routes.
Reachable routes
Displays the number of entries in the routing table with Hop Count <32.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the interface to which the table entry applies.
Status
Activates/deactivates DVMRP on the interface.
Possible values:
active
DVMRP is active on the interface.
notInService (default setting)
The instance exists in the device, but is unavailable for use.
notReady
The instance is unavailable because of missing information or if interrupted for any reason.
Sent routes
Displays the number of routes that the router has sent in DVMRP report packets on this interface.
You use the field, together with the number of received routes on the neighbor router, to detect
when the routers are losing routes.
[Neighbors]
The router discovers DVMRP neighbors dynamically by sending neighbor probe messages on the
multicast capable network interfaces. The router sends the messages periodically to the All-
DVMRP-Routers multicast group IP address 224.0.0.4. The router sets the IP Time-To-Live (TTL)
counter of the messages to 1.
Each Neighbor Probe message contains a list of neighbor DVMRP routers from which the local
router received Neighbor Probe messages on the interface. In this way, neighbor DVMRP routers
verify the existence of each other.
Once the local router receives a probe from a neighbor containing its own address in the neighbor
list, then the routers have established a two-way neighbor adjacency.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the interface that the router uses to reach this neighbor.
IP address
Displays the IP address of the neighbor for which this entry applies.
Generation ID
Displays the generation identifier of the neighbor router.
Every time a router restarts, it increments the generation ID number to inform its neighbors of the
restart. If a router detects a change in the neighbor generation ID, then the router flushed any
previously received prune or join information from the neighbor. In this case, the downstream
routers retransmit prune and join messages.
Major version
Displays the major group version number of the neighbor router.
There are 2 previous major versions of DVMRP with implementations still in circulation. If the router
receives a probe message with major version 1 or 2, then you can assume that the neighbor does
not support pruning or the use of the generation ID in its probe message.
Minor version
Displays the minor group version number of the neighbor router.
DVMRP has 3 minor versions 0, 1, and 2 of major version 3. These versions support pruning, but
do not support generation ID or capability flags.
Capabilities
Displays the capabilities of the neighbor router.
Possible values:
leaf
The neighbor router has a single interface on which it established neighbor adjacencies.
prune
The neighbor supports pruning.
generationID
The neighbor sends its generation ID in probe messages.
mtrace
The neighbor is able to handle mtrace requests to report a multicast path from a source to a
receiver.
Received routes
Displays the total number of routes received in valid DVMRP packets from this neighbor. You use
the entry to help detect unicast route injection, or to display the level of DVMRP route exchange
activity.
Adjacency status
Displays state of the neighbor adjacency.
Possible values:
oneway
Initialization phase for neighbor adjacencies in which the local router sends probe messages to
the All-DVMRP-Routers multicast group address, 224.0.0.4.
active
The local and remote routers established a neighbor adjacency for the entry.
ignoring
The local router ignores the neighbor adjacency, due to receiving erroneous information.
down
The neighbor adjacency is inactive.
[Route information]
Routers use information propagated in probe messages for determining the reverse path neighbor
back to the source of the multicast traffic. The interface that the router uses to reach this neighbor
is the upstream interface.
The routing information that routers propagate in probe messages contain a list of source networks
and the appropriate metric. DVMRP uses a Hop Count metric which the router increments by
adding the cost of the incoming interface metric. Physical interfaces use a metric of 1.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Source address
Displays the IP address of the source.
Source mask
Displays the netmask of the source.
Port
Displays the interface on which the router receives the IP datagrams sent by the source.
Possible values:
<available interfaces>
A value of 0 typically means the route is an aggregate for which no next-hop interface exists.
Metric
Displays the distance to the source subnet (Hop Count).
Possible values:
0..31
32
Infinite route
[Next hop]
When a DVMRP enabled router receives an IP multicast traffic, it first looks up the source network
in the DVMRP routing table. The interface on which the router received the traffic is the upstream,
or RPF interface. If the correct upstream interface receives the traffic, then the traffic is a candidate
for forwarding to the downstream interfaces. If the anticipated upstream interface does not receive
the traffic, then the device discards the traffic. This check is the reverse path forwarding check.
The tab displays valid upstream interfaces and the relationship to downstream dependent routers.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the outgoing interface for the next hop.
Type
Displays the interface type in the multicast tree.
Possible values:
leaf
Downstream dependent neighbors are non-existent on the outgoing interface.
branch
Downstream dependent neighbors exist on the outgoing interface.
[Prune]
Routers remove interfaces from the multicast tree without group members associated with the IP
multicast traffic. If a router removes every downstream interface, then it notifies the upstream router
that it no longer requires traffic destined for a particular source and group (S,G) pair. In order to
inform the upstream routers of its status, the router sends a DVMRP Prune message to the
upstream router forwarding the multicast traffic from a particular source.
If the upstream router receives prune messages from each of the dependent downstream routers
on an interface, then the upstream router removes the interface from its downstream interface list.
If the upstream router is able to remove every downstream interface, then it sends a DVMRP Prune
message to its upstream router. The process continues until the routers remove the unneeded
branches from the delivery tree.
In order to remove prune state information, the routers limit the life of a prune and periodically
resume the broadcasting procedure. The prune message contains a prune lifetime, indicating the
length of time that the prune remains in effect. When the prune lifetime expires, the interface rejoins
the multicast delivery tree. If unwanted multicast datagrams continue to arrive, then the prune
mechanism restarts and the cycle continues. When the router removes every downstream interface
from a multicast delivery tree, and sends a DVMRP Prune message upstream, the lifetime of the
prune sent equals the lower remaining lifetime of the received prunes.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
6.11.6 PIM
[ Routing > Multicast Routing > PIM ]
Protocol-Independent Multicast (PIM) is a group of multicast routing protocols, which use routing
information supplied from other routing protocols for topology discovery. You use PIM in LANs and
WANs to provide one-to-many and many-to-many data distribution.
In order for PIM to function, you first configure and enable both IGMP and multicast routing. PIM
works with IGMP to provide multicast traffic to the subscribers, IGMP provides the path, and PIM
provides path management.
6.11.6.1 PIM-DM/SM
[ Routing > Multicast Routing > PIM > PIM-DM/SM ]
In the Dense Mode (DM), the push mode of PIM, the router floods multicast data to every router in
the network. Routers without clients in the specific group send a prune message back to the source.
The prune message is a request for the source to remove the IP address of the router from the
multicast group resulting in a source-base multicast tree. The prune messages time out
periodically. After the prune messages time out the source floods group multicasts across the
network again. You use the Dense Mode for a high density of group clients.
In the Sparse Mode (SM), the pull mode of PIM, the source waits for requests from clients. The
client sends a join message to the next reachable router, requesting to join a specific multicast
group. Routers forward join and prune messages to the Rendezvous Point (RP) according to the
needs of their clients. The Designated Router (DR) tracks join and prune message sent to the RP
for specific multicast groups, adding and deleting IP addresses of routers depending on client
participation. The process creates an RP-centered multicast tree. A common use for the Sparse
Mode is routing multicast media steams. The Bootstrap Router (BSR) manages the dynamic RP
election and distribution.
In order to maintain a loop free network, PIM uses Reverse Path Forwarding (RPF). In RPF, the
router forwards traffic based on the source IP address. To verify the source IP address, the router
checks the reverse path using a dedicated multicast routing table or a unicast routing table. After
the router verifies the source IP address, it forwards the data out of the other interfaces with
participating clients.
The router also supports a third PIM protocol, the Source-Specific Multicast (SSM) mode. This
mode of PIM is more secure and scalable. In the SSM mode, the same as in the SM mode, the
source is the root of the multicast tree. SSM constructs the branches using the SM protocol where
clients subscribe to a source (S) and destination group (G) channel.
Operation
PIM-SM active
Enables/disables the PIM-SM function in the device.
Possible values:
On
The PIM-SM function is enabled.
Off (default setting)
The PIM-SM function is disabled.
PIM-DM active
Enables/disables the PIM-DM function in the device.
Possible values:
On
The PIM-DM function is enabled.
Off (default setting)
The PIM-DM function is disabled.
Configuration
Possible values:
60..64800 (default setting: 210)
Send trap
Activates/deactivates the sending of SNMP traps when the device detects a change.
Possible values:
marked
The sending of SNMP traps is active.
unmarked (default setting)
The sending of SNMP traps is inactive.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port to which the table entry applies.
IP address
Displays the IP address of this port.
Possible values:
Valid IPv4 address
Hello interval
Specifies the time, in seconds, between consecutive Hello message transmissions on this port.
The router sends Hello messages periodically on each PIM-enabled port. The Hello messages
allow a router to learn about the neighboring PIM routers on each port. The routers also use the
Hello messages to elect a Designated Router (DR), and to advertise its capabilities. The routers
record the Hello information received from each PIM neighbor.
Possible values:
0
The port suppresses periodic Hello message transmission.
1..18000 (default setting: 30)
Possible values:
0
The port suppresses periodic Join and Prune message transmission.
1..18000 (default setting: 60)
Domain border
Activates/deactivates the Domain border mode.
Possible values:
marked
The Domain border mode is active.
The port is the PIM domain border. If you use the BSR mechanism, then the port is also the
border for PIM bootstrap router messages.
unmarked (default setting)
The Domain border mode is inactive.
The port is a domain participant.
Interface DR priority
Specifies the Designated Router priority of the port.
The parameter lets a network administrator give preference to a specific router in the DR election
process. The router inserts the value in every Hello message.
Possible values:
0..4294967294 (default setting: 1)
Numerically higher values for this object indicate higher priorities.
DR
Displays the primary IP address of the Designated Router on this port.
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
Status
Specifies the status of the port.
Possible values:
active
The router manages the multicast group according to the settings in the instance.
notInService (default setting)
The instance exists in the device, but is unavailable for use.
notReady
The instance is unavailable because of missing information or if interrupted for any reason.
The tabs in this dialog display the neighbor relationships between the local router and the remote
routers in your PIM domains and the multicast group to Rendezvous Point (RP) mapping.
[Neighbor table]
This table lists routers that have established a neighbor relationship to the router. In order to
establish a neighbor relationship, the PIM enabled routers send Hello messages containing PIM-
related information. When the routers determine that they are compatible, the local router enters
the information about the remote router to the table.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port to which the table entry applies.
IP address
Displays the primary IP address of the neighbor.
Uptime
Displays the time since the remote router became a neighbor of the local router.
Expiry time
Displays the minimum time remaining before the neighbor times out. The value zero indicates an
infinite neighbor.
DR priority
Displays the Designated Router priority received in the last Hello message for the neighbor.
[RP mapping]
When you enable the PIM-SM function, the router maps each multicast group to a Rendezvous
Point (RP). Each mapping specifies a range of multicast groups and the mapped RP. The router
receives the information about which RP is responsible for tracking group membership through
bootstrap messages from the domain BSR.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
RP origin
Displays the mechanism by which the router learned the group mapping.
Possible values:
configRp
Local static RP configuration.
bsr
The PIM Bootstrap Router (BSR) mechanism.
other
Any other mechanism.
Group address
Displays the destination IP address to which the router mapped the multicast group.
Group mask
Displays the multicast group destination netmask. The value indicates the number of significant bits
in the Group address.
RP address
Displays the IP address of the RP that tracks groups members assigned to the group prefix.
Mode
Displays the PIM mode used for groups in this group prefix.
Possible values:
asm
The group prefix is an Any Source Multicast (ASM) with PIM Sparse Mode.
PIM-SM routers require the IP address of the RP for each group for which they have (*,G) state.
The (*,G) state means that an RP tree exists for the group. The routers obtain the IP address
automatically through a bootstrap mechanism, or through a static configuration.
In this tab you specify the RP responsible for tracking the multicast groups.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Opens the Create window to add a new entry to the table. For further information, see “Create” on
page 474.
Remove
Group address
Displays the destination multicast address to which the router mapped the multicast group.
Group mask
Displays the multicast group destination netmask. The value indicates the number of significant bits
in the Group address.
RP address
Specifies the IP address of the RP that tracks groups members assigned to the group prefix.
Possible values:
Valid IPv4 address
Override
Activates/deactivates the static RP configuration to override other group mappings in this group
prefix.
Possible values:
marked
If the function is active, then the parameters specified in the row override the RP identified in the
BSR bootstrap messages in the following cases:
– RP information learned dynamically for groups in this group prefix.
– RP information configured in a static table with Override set to inactive.
unmarked (default setting)
The override function is inactive.
Status
Activates/deactivates the RP specifications in the row.
The prerequisite for activating the row is that you specify a valid IP address in the RP address
column.
Possible values:
active
The router maps the group address and RP router for the instance.
Furthermore, the router lets you change the writable entries while the row is active.
notInService (default setting)
The instance exists in the device, but is unavailable for use.
notReady
The instance is unavailable because of missing information or if interrupted for any reason.
Create
Group address
Specifies destination multicast address for the multicast group.
This address is only significant up to the number of bits specified in the Group mask field. The
remainder of the address bits are 0.
Possible values:
Valid multicast IP address
Group mask
Specifies the multicast group destination netmask.
The value indicates the number of significant bits in the Group address. The significant bits narrow
the multicast address range. For example, with a group mask of 32, the mask narrows the range to
a single multicast address.
Possible values:
4..32
Through a simple process, the routers in each PIM domain elect a router as the Bootstrap Router
(BSR). The RP candidate routers in the domain periodically unicast their candidacy to the BSR.
From the candidates, the BSR picks an RP, and periodically announces the address and mask set
of the RP in a bootstrap message. The BSR floods bootstrap messages hop-by-hop throughout the
domain until every router in the domain has the RP-set entered in their Multicast Routing
Information Base (MRIB).
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Opens the Create window to add a new entry to the table. For further information, see “Create” on
page 477.
Remove
RP address
Displays the IP address of the RP candidate.
Group address
Displays the destination IP address of the multicast group for which the router is an RP candidate.
RP group mask
Displays the multicast group destination netmask. The value indicates the number of significant bits
in the Group address.
Possible values:
1..26214 (default setting: 60)
Priority
Displays the priority for this candidate that the router announces in RP candidate advertisements.
Status
Activates/deactivates the candidacy parameters as specified in the row.
Possible values:
active
The router advertises its RP candidacy for the instance.
Furthermore, the router lets you change the writable entries while the row is active.
notInService
The instance exists in the device, but is unavailable for use.
notReady (default setting)
The instance is unavailable because of missing information or if interrupted for any reason.
Create
RP address
Specifies the address that the router advertises as a RP candidate.
Possible values:
Valid IPv4 address
Specify the IP address of the interface.
Group address
Specifies the destination multicast address of the multicast group for which the router is an RP
candidate.
Possible values:
Valid multicast IP address
RP group mask
Specifies the multicast group destination netmask.
The value indicates the number of significant bits in the Group address. The significant bits narrow
the multicast address range. For example, with a group mask of 32, the mask narrows the range to
a single multicast address.
Possible values:
4..32
The Bootstrap Router (BSR) election is a simple election process in which each BSR candidate
creates a Bootstrap message (BSM). The BSMs contain a BSR priority field. Routers within the
domain flood the BSMs throughout the domain. When a BSR candidate receives information about
a BSR candidate with a higher priority, it suppresses BSMs transmission until the advertisement
timer expires. The single remaining BSR candidate becomes the elected BSR, and its BSMs inform
every router in the zone that it is the elected BSR.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Zone index
Displays the zone linked to this BSR candidate. There is only one entry for each zone in the table.
Address
Specifies the IP address that the router uses to advertise itself as a BSR candidate.
Possible values:
Valid IPv4 address
Priority
Specifies the priority value that the router advertises as a BSR candidate for this zone.
Possible values:
0..255 (default setting: 0)
Hash mask
Specifies the hash mask length, used in the RP hash function, that the router advertises in its
Bootstrap messages for this zone.
Possible values:
1..128 (default setting: 30)
Possible values:
1..16383 (default setting: 60)
Possible values:
marked
The router is the BSR for this zone.
unmarked
The router is the BSR for this zone.
Status
Activates/deactivates the BSR candidacy with the values specified for the zone.
Possible values:
active
The router advertises its BSR candidacy for the instance.
Furthermore, the router lets you change the writable entries while the row is active.
notInService
The instance exists in the device, but is unavailable for use.
notReady (default setting)
The instance is unavailable because of missing information or if interrupted for any reason.
The PIM-Source-Specific Multicast (SSM) protocol delivers multicast traffic containing a source IP
address (S) and a destination IP address (G), within the SSM range, to each host (S,G) channel.
Each host subscribing to a specific (S,G) channel receives only the multicast traffic from the
particular (S,G) channel.
The SSM destination address range for IPv4 is 232/8 (232.0.0.0 to 232.255.255.255). IANA
reserved the address range for use by source-specific applications and protocols.
The router lets you specify additional SSM group ranges in this dialog making SSM a flexible
function.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Address range
Displays the address range for SSM group addresses.
Status
Activates/deactivates the SSM channel range with the specified values.
Possible values:
active
The address range specified in the instance is active.
notInService (default setting)
The instance exists in the device, but is unavailable for use.
notReady
The instance is unavailable because of missing information or if interrupted for any reason.
6.12 L3-Redundancy
[ Routing > L3-Redundancy ]
6.12.1 VRRP
[ Routing > L3-Redundancy > VRRP ]
The Virtual Router Redundancy Protocol (VRRP) is a procedure that lets the system react to the
failure of a router.
You use VRRP in networks with end devices that support one entry for the default gateway. If the
default gateway fails, then VRRP helps ensure that the end devices find a redundant gateway.
Hirschmann has further developed VRRP into the Hirschmann Virtual Router Redundancy Protocol
(HiVRRP). With the appropriate configuration, this protocol provides switching times of less than
400 ms.
Note: For further information on the VRRP function, see the “Configuration” user manual.
Operation
Operation
Enables/disables the VRRP redundancy in the device.
Possible values:
On
The VRRP function is enabled.
Off (default setting)
The VRRP function is disabled.
Information + Configuration
Version
Specifies the VRRP version.
Possible values:
marked
The sending of SNMP traps is active.
If the device is the VRRP master, then the device sends an SNMP trap.
unmarked (default setting)
The sending of SNMP traps is inactive.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
Note: The device supports only VRRP packets without authentication information. In order for the
device to operate in conjunction with other devices that support VRRP authentication, verify that on
those devices the VRRP authentication is not applied.
Possible values:
marked
The sending of SNMP traps is active.
If the device receives a VRRP packet including authentication information, then the device
sends an SNMP trap.
unmarked (default setting)
The sending of SNMP traps is inactive.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Wizard
Opens the Wizard window that helps you associate the ports with the address of one or more
desired senders. See “[Wizard: VRRP configuration]” on page 488.
Port
Displays the port number to which the table entry relates.
VRID
Displays the Virtual Router IDentifier.
Active
Activates/deactivates the VRRP instance specified in this row.
Possible values:
marked
The VRRP instance is active.
unmarked (default setting)
The VRRP instance is inactive.
Oper status
Specifies the row status. The operational state of the related virtual router controls the row status
of a currently active row in the table.
Possible values:
active
The instance is available for use.
notInService
The instance exists in the device, but necessary information is missing and it is unavailable for
use.
notReady
The instance exists in the device, but necessary information is missing and it is unavailable for
use.
State
Displays the VRRP state.
Possible values:
initialize
VRRP is in the initialization phase, the function is inactive, or the master router is still unnamed.
backup
The router sees the possibility of becoming the master router.
master
The router is the master router.
Base priority
Specifies the priority of the virtual router. The value differs from Priority if tracked objects are down
or the virtual router is the IP address owner.
Possible values:
1..254 (default setting: 100)
When you configure multiple VRRP routers in a single instance, distribute the priority values
uniformly on the routers. For example, assign the priority value of 50 to the primary router, the value
of 100 to the next router. Repeat the steps with the value 150, and so on.
Priority
Specifies the VRRP priority value.
The router with the higher priority value takes over the master router role. If the virtual router IP
address is the same as the IP address of a router interface, then the router is the IP address owner.
If an IP address owner exists, then VRRP assigns the IP address owner the VRRP priority 255 and
declares the router as the master router.
Possible values:
1..255 (default setting: 100)
When you plan to remove a master router from the network, lower the priority number to force an
election, thus reducing the black hole period.
Virtual IP address
Displays the virtual IP address in the subnet of the primary IP address on the interface. If no match
is found, then the device returns an unspecified virtual address. If no virtual address is configured,
then 0.0.0.0 is returned.
Possible values:
Valid IPv4 address
Possible values:
100..999 (default setting: 100)
Interval for HiVRRP
The device automatically activates HiVRRP if you specify a value within this range.
1000..255000 (default setting: 1000)
Interval for VRRP
Possible values:
Valid IPv4 address (default setting: 224.0.0.18)
If the virtual router consists of only 2 routers, routers A and B for example, then specify the IP
address of the interface on the backup router that is linked to the opposite virtual router interface.
For example, when specifying the link down notification address for interface 1/2 on router A,
specify the IP address of interface 1/1 on router B.
If the virtual router consists of more than 2 routers, then specify the IP address of the interface with
the second highest priority that is linked to the other virtual router interface. For example, when
specifying the link down notification address for interface 1/2 on router A, specify the IP address of
interface 1/1 on router C.
Possible values:
Valid IP address (default setting: 0.0.0.0)
The value 0.0.0.0 suppresses notifications.
Preempt mode
Activates/deactivates the preempt mode. This setting specifies if this router, as a backup router,
takes over the master router role when the master router has a lower VRRP priority.
Possible values:
marked (default setting)
When you enable the preempt mode, this router takes the master router role from a router with
a lower VRRP priority without waiting for an election.
unmarked
When you disable the Preempt mode, this router assumes the role of a backup router and listens
for master router advertisements. After the master down interval expires, without receiving
advertisements from the master router, this router participates in the master router election
process.
With the pre-empt mode activated and in collaboration with VRRP tracking, a reassignment of the
master router role is possible. However, dynamic routing procedures take a certain amount of time
to react to route changes and to refill routing tables. To help avoid the loss of packets during this
time, the device lets you specify a pre-empt delay. The delay lets the dynamic routing procedure fill
the routing tables before reassignment of the master router role.
Possible values:
0..65535 (default setting: 0)
Domain ID
Specifies the virtual domain in which the router participates.
A VRRP domain bundles a set of VRRP instances. The supervisor router sends advertisement
packets. The members follow the supervisor. If the loss of a single instance within a domain is likely,
then configure the device to send advertisements to the member.
Possible values:
0 (default setting)
No domain specified.
1..8
Domain role
Specifies the role of this router in the virtual domain.
Possible values:
none (default setting: 0)
The router is currently not a domain member.
member
The router copies the behavior of the supervisor.
supervisor
The router determines the behavior of the domain.
When the interface has several specified IP addresses, the parameter lets you select an IP address
as the Master IP address.
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
The default setting 0.0.0.0 indicates that the router is using the lower IP address as the Master
IP address.
Master IP address
Displays the current master router interface IP address.
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
Ping answer
Activates/deactivates the ping answer function on the virtual router. You use the VRRP ping for
connectivity analyses.
The prerequisite for allowing the device to answer ping requests from the interfaces is that you
activate the function globally. In the Routing > Global dialog, ICMP filter frame, mark the Send echo
reply checkbox.
Possible values:
marked (default setting)
The device answers ICMP ping requests.
unmarked
The device ignores ICMP ping requests.
The device lets you set up to 8 virtual routers per router interface.
Before you set up a VRRP instance, verify that network routing functions properly and set the IP
addresses on the router interfaces used for the VRRP instances.
Prerequisites:
Network routing is functioning correctly.
On the router interfaces used in the VRRP instance the IP addresses are specified.
VRRP instances
Displays the existing instances available in the device. Select an entry to continue. Alternatively,
select a port and specify a value in the VRID field below.
Port
Specifies the port-based or VLAN-based router interface. You verify in the Routing > Interfaces >
Configuration dialog if a router interface is set up on the port.
Possible values:
<Port number>
Port-based router interface
VLAN/ <VLAN ID>
VLAN-based router interface
VRID
Specifies the Virtual Router Identifier.
Possible values:
1..255
A virtual router uses 00-00-5E-00-01-XX as its MAC address. The value specified here
replaces the last octet (XX) in the MAC address. Assign a unique value to every physical router
within a virtual router instance. The device changes the effective priority value to 255 for a
physical router with the same IP address as the virtual router.
Edit entry
For each instance you can specify the parameters using the following tabs:
Edit entry - VRRP
Edit entry - HiVRRP
Operation
Enables/disables the VRRP redundancy for the current instance.
Possible values:
On
The VRRP function is enabled for the current instance.
Off (default setting)
The VRRP function is disabled for the current instance.
Configuration
Base priority
Specifies the priority of the virtual router. If the value differs from the value in the Priority field, then
the tracked object is down or the virtual router is the IP address owner.
Possible values:
1..254 (default setting: 100)
The higher the number, the higher the priority. When you set up multiple VRRP routers in a
single instance, distribute the priority values uniformly on the routers. For example, assign the
priority value of 50 to the primary router, the value of 100 to the next router. Repeat the steps
with the value 150, and so on. This distribution simplifies adding another router later with a
priority between the existing values, for example with the value 75.
Priority
Displays the VRRP priority value. You specify the priority in the Interfaces dialog. The router with the
higher priority value takes over the master router role. If the virtual router IP address is the same
as the IP address of a router interface, then the router is the IP address owner. If an IP address
owner exists, then the VRRP function lets the device assign the IP address owner the priority value
255 and declares the router as the master router.
Possible values:
0
The higher the number, the higher the priority. Disabling or removing an VRRP router, which is
in the master role, forces the instance to send an advertisement with priority value 0. This lets
the other backup routers know that the master is not participating. Sending a priority value 0
forces a new election.
1..255
The value 255 means that the virtual router is the IP address owner.
Preempt mode
Activates/deactivates the preempt mode. This setting specifies if this router, as a backup router,
takes over the master router role when the master router has a lower VRRP priority.
Possible values:
marked (default setting)
The Preempt mode is active. The router takes the master router role from a router with a lower
VRRP priority without waiting for an election.
unmarked
The Preempt mode is inactive. The router assumes the role of a backup router and listens for
master router advertisements. After the master down interval expires without receiving
advertisements from the master router, the router participates in the master router election
process.
Possible values:
1..255 (default setting: 1)
Note: The longer the advertisement interval, the longer the time for which backup routers wait for
a message from the master router before starting a new election process (master down interval).
Also, specify the same value on every participant in a given virtual router instance.
Ping answer
Activates/deactivates the ping answer function in the device. You use the VRRP ping for
connectivity analyses. The prerequisite for allowing the device to answer ping requests from the
interfaces is that you activate the Send echo reply function globally. To do this, mark in the Global
dialog, ICMP filter frame the Send echo reply checkbox.
Possible values:
marked (default setting)
The Ping answer function in the device is active.
The device answers ICMP ping requests.
unmarked
The Ping answer function in the device is inactive.
The device ignores ICMP ping requests.
Possible values:
Valid IP address (default setting: 0.0.0.0)
You can select the IP address of a router interface set up in the Configuration dialog.
Configuration
Possible values:
Valid IPv4 address (default setting: 224.0.0.18)
Possible values:
100..255000 (default setting: 1000)
Possible values:
Valid IP address (default setting: 0.0.0.0)
Domain ID
Specifies the virtual domain in which the router participates. A VRRP domain bundles a set of
VRRP instances. The supervisor router sends advertisement packets. The members follow the
supervisor. If the loss of a single instance within a domain is likely, then set up the device to send
advertisements to the members.
Possible values:
0 (default setting)
No domain specified.
1..8
Domain role
Specifies the role of this router in the virtual domain.
Possible values:
none (default setting)
The router is currently not a domain member.
member
The router copies the behavior of the supervisor.
supervisor
The router determines the behavior of the domain.
Tracking
Track name
Specifies the name of the tracking object to which the virtual router is linked. Select an item from
the drop-down list to continue. You set up tracking objects in the Configuration dialog.
If the result for a tracking object is negative, then the VRRP instance reduces the priority of the
virtual router. The tracking object is negative for example, if the monitored interface is inactive or
the monitored router cannot be reached.
Possible values:
Name of the tracking object, made up of Type and Track ID.
Decrement
Specifies the value by which the VRRP instance reduces the priority of the virtual router when the
monitoring result is negative.
Possible values:
1..253 (default setting: 20)
Note: If in the Routing > L3-Redundancy > VRRP > Configuration dialog the value in the Priority column
is 255, then the virtual router is the IP address owner. In this case, the priority of the virtual router
remains unchanged.
Add
Creates an item in the Assigned track entries field based on the values specified in the Track name
and Decrement fields.
Virtual IP addresses
The device lets you specify up to 8 virtual routers per router interface.
IP address
Displays the primary IP address of the router interface.
Possible values:
Valid IPV4 address (default setting: 0.0.0.0)
Multinetting
Displays the secondary IP address for the router interface and the subnet mask of the secondary
IP addresses. You specify the secondary IP address and subnet mask in the Configuration dialog.
Virtual IP addresses
Displays the virtual IP address that you specified in the IP address field. You can remove an item
clicking the icon.
IP address
Specifies the assigned IP address of the master router within a virtual router.
Possible values:
Valid IPv4 address
Add
Creates an item in the Virtual IP addresses field based on the value specified in the IP address field.
HiVRRP provides various mechanisms to decrease the failover time or reduce the number of
multicasts. In an HiVRRP domain, you combine multiple HiVRRP instances of a router into one
administrative unit. You nominate one HiVRRP instance as the supervisor of the HiVRRP domain.
This supervisor regulates the behavior of the HiVRRP instances in its domain.
If you divide domain instances (members) among different physical router interfaces, then by
default, the router monitors supervisor advertisements for interruptions. The checkbox Redundancy
check per member is unmarked.
You also have the option of monitoring the other data links within the domain for interruptions. If the
supervisor is unresponsive, then the other members of the domain start sending HiVRRP
messages. To apply this function, perform the following step:
In the Redundancy check per member column, you enable the function for a selected domain. With
this function, you allow every member of the domain to send HiVRRP messages when detecting
data link interruptions.
Note: If there is a low probability of a data link interruption, then select a long HiVRRP message
interval to minimize the network load.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Domain ID
Displays the virtual domain in which the router participates.
A VRRP domain bundles a set of VRRP instances. The supervisor router sends advertisement
packets. The members follow the supervisor. If the loss of a single instance within a domain is likely,
then configure the device to send advertisements to the members.
Possible values:
0..8 (default setting: 0)
The value 0 means „no domain“.
Status
Displays the status of the domain supervisor.
Possible values:
noError
The routers supervisor function is active.
supervisorDown
The routers supervisor function is inactive.
noSupervisor (default setting)
The supervisor function is undefined.
Supervisor port
Displays the supervisor router interface for a VRRP instance.
Possible values:
Available ports
Supervisor VRID
Displays the VRID of the supervisor.
Supervisor status
Displays the status of the supervisor.
Possible values:
initialize
VRRP is in the initialization phase. No master has been named yet.
backup
The router sees the possibility of becoming master.
master
The router is master.
unknown
no supervisor.
Current priority
Displays the current VRRP priority of the domain supervisor.
Possible values:
1..255
Possible values:
marked
The device sends advertisement packets even when a virtual router is in the member role.
unmarked (default setting)
The supervisor of the domain only sends advertisement packets.
This dialog displays the number of counters that count events relevant to the VRRP function.
Information
Checksum errors
Displays the number of VRRP messages received with the wrong checksum.
Version errors
Displays the number of VRRP messages received with an unknown or unsupported version
number.
VRID errors
Displays the number of VRRP messages received with an invalid Virtual Router IDentifier for this
virtual router.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the router interface number to which the table entry relates.
VRID
Displays the Virtual Router IDentifier.
Become master
Displays the number of times that the device has taken the master role. This entry helps you to
analyze the network. When this number is low, your network is relatively stable.
Advertise received
Displays the number of VRRP advertisements received.
Authentication failures
Displays the number of VRRP advertisements received with authentication errors.
IP TTL errors
Displays the number of VRRP advertisements received with an IP TTL not equal to 255.
VRRP tracking lets you follow the operation of specific object and react to a change in the object
status. The function is periodically notified about the tracked object and displays the changes in the
table. The table displays the object statuses as either up, down or notReady.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Port
Displays the router interface number of the virtual router.
VRID
Displays the virtual router ID for this virtual router.
Track name
Displays the name of the tracking object to which the virtual router is linked.
If the result for a tracking object is negative, then the VRRP instance reduces the priority of the
virtual router. The tracking object is negative for example, if the monitored interface is inactive or
the monitored router cannot be reached.
Possible values:
Name of the tracking object, made up of Type and Track ID.
Logical trackers, which combine multiple trackers
–
No tracking object selected.
You set up tracking objects in the Routing > Tracking > Configuration dialog.
Decrement
Specifies the value by which the VRRP instance reduces the priority of the virtual router when the
monitoring result is negative.
Possible values:
1..253 (default setting: 20)
Note: If in the Routing > L3-Redundancy > VRRP > Configuration dialog the value in the Priority column
is 255, then the virtual router is the IP address owner. In this case, the priority of the virtual router
remains unchanged.
Status
Displays the monitoring result of the tracking object.
Possible values:
notReady
The tracking object is not operating.
up
The monitoring result is positive:
– The link status is active.
or
– The remote router or end device is reachable.
down
The monitoring result is negative:
– The link status is inactive.
or
– The remote router or end device is not reachable.
A combination of the up and down trackers.
Active
Displays if the monitoring of the tracking object is active or inactive.
Possible values:
marked
The monitoring of the tracking object is active.
unmarked
The monitoring of the tracking object is inactive. You activate the monitoring in the Routing >
Tracking > Configuration dialog, Active column.
7 Diagnostics
The device status provides an overview of the overall condition of the device. Many process
visualization systems record the device status for a device in order to present its condition in
graphic form.
The device displays its current status as error or ok in the Device status frame. The device
determines this status from the individual monitoring results.
The device displays detected faults in the Status tab and also in the Basic Settings > System dialog,
Device Status frame.
[Global]
Device status
Device status
Displays the current status of the device. The device determines the status from the individual
monitored parameters.
Possible values:
error
The device displays this value to indicate a detected error in one of the monitored parameters.
ok
Traps
Send trap
Activates/deactivates the sending of SNMP traps when the device detects a change in a monitored
function.
Possible values:
marked (default setting)
The sending of SNMP traps is active.
If the device detects a change in the monitored functions, then the device sends an SNMP trap.
unmarked
The sending of SNMP traps is inactive.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Connection errors
Activates/deactivates the monitoring of the link status of the port/interface.
Possible values:
marked
Monitoring is active.
If the link interrupts on a monitored port/interface, then in the Device status frame, the value
changes to error.
In the Port tab, you have the option of selecting the ports/interfaces to be monitored individually.
unmarked (default setting)
Monitoring is inactive.
Temperature
Activates/deactivates the monitoring of the temperature in the device.
Possible values:
marked (default setting)
Monitoring is active.
If the temperature exceeds or falls below the specified threshold values, then in the Device status
frame, the value changes to error.
unmarked
Monitoring is inactive.
You specify the temperature threshold values in the Basic Settings > System dialog, Upper temp. limit
[°C] field and Lower temp. limit [°C] field.
Possible values:
marked
Monitoring is active.
If you remove a module from the device, then in the Device status frame, the value changes to
error.
Further down, you have the option of selecting the modules to be monitored individually.
unmarked (default setting)
Monitoring is inactive.
Possible values:
marked
Monitoring is active.
If you remove the active external memory from the device, then in the Device status frame, the
value changes to error.
unmarked (default setting)
Monitoring is inactive.
You specify the active external memory in the Basic Settings > Load/Save dialog, External memory
frame.
Possible values:
marked
Monitoring is active.
In the Device status frame, the value changes to error in the following situations:
– The configuration profile only exists in the device.
– The configuration profile in the device differs from the configuration profile in the external
memory.
unmarked (default setting)
Monitoring is inactive.
Ring redundancy
Activates/deactivates the monitoring of the ring redundancy.
Possible values:
marked
Monitoring is active.
In the Device status frame, the value changes to error in the following situations:
– The redundancy function becomes active (loss of redundancy reserve).
– The device is a normal ring participant and detects an error in its settings.
unmarked (default setting)
Monitoring is inactive.
Power supply
Activates/deactivates the monitoring of the power supply unit.
Possible values:
marked (default setting)
Monitoring is active.
If the device has a detected power supply fault, then in the Device status frame, the value
changes to error.
unmarked
Monitoring is inactive.
Ethernet module
Activates/deactivates the monitoring of this module.
Possible values:
marked
Monitoring is active.
If you remove the module from the device, then in the Device status frame, the value changes to
error.
unmarked (default setting)
Monitoring is inactive.
This setting is effective when you mark the Ethernet module removal checkbox further up.
[Port]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Possible values:
marked
Monitoring is active.
If the link on the selected port/interface is interrupted, then in the Device status frame, the value
changes to error.
unmarked (default setting)
Monitoring is inactive.
This setting takes effect when you mark the Connection errors checkbox in the Global tab.
[Status]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Timestamp
Displays the date and time of the event in the format, Month Day, Year hh:mm:ss AM/PM.
Cause
Displays the event which caused the SNMP trap.
This dialog gives you an overview of the status of the safety-relevant settings in the device.
The device displays its current status as error or ok in the Security status frame. The device
determines this status from the individual monitoring results.
The device displays detected faults in the Status tab and also in the Basic Settings > System dialog,
Security status frame.
[Global]
Security status
Security status
Displays the current status of the security-relevant settings in the device. The device determines
the status from the individual monitored parameters.
Possible values:
error
The device displays this value to indicate a detected error in one of the monitored parameters.
ok
Traps
Send trap
Activates/deactivates the sending of SNMP traps when the device detects a change in a monitored
function.
Possible values:
marked
The sending of SNMP traps is active.
If the device detects a change in the monitored functions, then the device sends an SNMP trap.
unmarked (default setting)
The sending of SNMP traps is inactive.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Possible values:
marked (default setting)
Monitoring is active.
If the password is set to the default setting for the user or admin user accounts, then in the
Security status frame, the value changes to error.
unmarked
Monitoring is inactive.
You set the password in the Device Security > User Management dialog.
Possible values:
marked (default setting)
Monitoring is active.
If the value for the Min. password length policy is less than 8, then in the Security status frame, the
value changes to error.
unmarked
Monitoring is inactive.
You specify the Min. password length policy in the Device Security > User Management dialog in the
Configuration frame.
Possible values:
marked (default setting)
Monitoring is active.
If the value for at least one of the following policies is less than 1, then in the Security status frame,
the value changes to error.
– Upper-case characters (min.)
– Lower-case characters (min.)
– Digits (min.)
– Special characters (min.)
unmarked
Monitoring is inactive.
You specify the policy settings in the Device Security > User Management dialog in the Password policy
frame.
Possible values:
marked
Monitoring is active.
If the Policy check function is inactive for at least one user account, then in the Security status
frame, the value changes to error.
unmarked (default setting)
Monitoring is inactive.
You activate the Policy check function in the Device Security > User Management dialog.
Possible values:
marked (default setting)
Monitoring is active.
If you enable the Telnet server, then in the Security status frame, the value changes to error.
unmarked
Monitoring is inactive.
You enable/disable the Telnet server in the Device Security > Management Access > Server dialog,
Telnet tab.
Possible values:
marked (default setting)
Monitoring is active.
If you enable the HTTP server, then in the Security status frame, the value changes to error.
unmarked
Monitoring is inactive.
You enable/disable the HTTP server in the Device Security > Management Access > Server dialog,
HTTP tab.
SNMP unencrypted
Activates/deactivates the monitoring of the SNMP server.
Possible values:
marked (default setting)
Monitoring is active.
If at least one of the following conditions applies, then in the Security status frame, the value
changes to error:
– The SNMPv1 function is enabled.
– The SNMPv2 function is enabled.
– The encryption for SNMPv3 is disabled.
You enable the encryption in the Device Security > User Management dialog, in the SNMP
encryption type column.
unmarked
Monitoring is inactive.
You specify the settings for the SNMP agent in the Device Security > Management Access > Server
dialog, SNMP tab.
When the system monitor is activated, you have the possibility to change to the system monitor via
a serial connection.
Possible values:
marked
Monitoring is active.
If you activate the system monitor, then in the Security status frame, the value changes to error.
unmarked (default setting)
Monitoring is inactive.
You activate/deactivate the system monitor in the Diagnostics > System > Selftest dialog.
Possible values:
marked
Monitoring is active.
If you activate the saving of the configuration profile in the external memory, then in the Security
status frame, the value changes to error.
unmarked (default setting)
Monitoring is inactive.
You activate/deactivate the saving of the configuration profile in the external memory in the Basic
Settings > External Memory dialog.
Possible values:
marked
Monitoring is active.
If the link interrupts on an active port, then in the Security status frame, the value changes to
error. In the Port tab, you have the option of selecting the ports to be monitored individually.
unmarked (default setting)
Monitoring is inactive.
Possible values:
marked (default setting)
Monitoring is active.
If you enable the HiDiscovery function, then in the Security status frame, the value changes to
error.
unmarked
Monitoring is inactive.
You enable/disable the HiDiscovery function in the Basic Settings > Network > Global dialog.
Possible values:
marked (default setting)
Monitoring is active.
If the settings allow the device to load an unencrypted configuration profile from the external
memory, then in the Security status frame, the value changes to error.
If the following preconditions are fulfilled, then the Security status frame in the Basic Settings >
System dialog, displays an alarm.
– The configuration profile stored in the external memory is unencrypted.
and
– The Config priority column in the Basic Settings > External Memory dialog has the value first
or second.
unmarked
Monitoring is inactive.
IEC61850-MMS active
Activates/deactivates the monitoring of the IEC61850-MMS function.
Possible values:
marked (default setting)
Monitoring is active.
If you enable the IEC61850-MMS function, then in the Security status frame, the value changes to
error.
unmarked
Monitoring is inactive.
You enable/disable the IEC61850-MMS function in the Industrial Protocols > IEC61850-MMS dialog,
Operation frame.
Possible values:
marked (default setting)
Monitoring is active.
If the HTTPS server uses a self-created digital certificate, then in the Security status frame, the
value changes to error.
unmarked
Monitoring is inactive.
Possible values:
marked (default setting)
Monitoring is active.
If you enable the Modbus TCP function, then in the Security status frame, the value changes to
error.
unmarked
Monitoring is inactive.
You enable/disable the Modbus TCP function in the Advanced > Industrial Protocols > Modbus TCP
dialog, Operation frame.
EtherNet/IP active
Activates/deactivates the monitoring of the EtherNet/IP function.
Possible values:
marked (default setting)
Monitoring is active.
If you enable the EtherNet/IP function, then in the Security status frame, the value changes to
error.
unmarked
Monitoring is inactive.
You enable/disable the EtherNet/IP function in the Advanced > Industrial Protocols > EtherNet/IP dialog,
Operation frame.
PROFINET active
Activates/deactivates the monitoring of the PROFINET function.
Possible values:
marked (default setting)
Monitoring is active.
If you enable the PROFINET function, then in the Security status frame, the value changes to
error.
unmarked
Monitoring is inactive.
You enable/disable the PROFINET function in the Advanced > Industrial Protocols > PROFINET dialog,
Operation frame.
[Port]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Possible values:
marked
Monitoring is active.
If the port is enabled (Basic Settings > Port dialog, Configuration tab, Port on checkbox is marked)
and the link is down on the port, then in the Security status frame, the value changes to error.
unmarked (default setting)
Monitoring is inactive.
This setting takes effect when you mark the Link interrupted on enabled device ports checkbox in the
Diagnostics > Status Configuration > Security Status dialog, Global tab.
[Status]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Timestamp
Displays the date and time of the event in the format, Month Day, Year hh:mm:ss AM/PM.
Cause
Displays the event which caused the SNMP trap.
The signal contact is a potential-free relay contact. The device thus lets you perform remote
diagnosis. The device uses the relay contact to signal the occurrence of events by opening the relay
contact and interrupting the closed circuit.
Note: The device can contain several signal contacts. Each contact contains the same monitoring
functions. Several contacts allow you to group various functions together providing flexibility in
system monitoring.
In this dialog you specify the trigger conditions for the signal contact.
The device displays detected faults in the Status tab and also in the Basic Settings > System dialog,
Signal contact status frame.
[Global]
Configuration
Mode
Specifies which events the signal contact indicates.
Possible values:
Manual setting (default setting for Signal Contact 2, if present)
You use this setting to manually open or close the signal contact, for example to turn on or off
a remote device. See the Contact option list.
Monitoring correct operation (default setting)
Using this setting the signal contact indicates the status of the parameters specified in the table
below.
Device status
Using this setting the signal contact indicates the status of the parameters monitored in the
Diagnostics > Status Configuration > Device Status dialog. In addition, you can read the status in the
Signal contact status frame.
Security status
Using this setting the signal contact indicates the status of the parameters monitored in the
Diagnostics > Status Configuration > Security Status dialog. In addition, you can read the status in
the Signal contact status frame.
Device/Security status
Using this setting the signal contact indicates the status of the parameters monitored in the
Diagnostics > Status Configuration > Device Status and the Diagnostics > Status Configuration >
Security Status dialog. In addition, you can read the status in the Signal contact status frame.
Contact
Toggles the signal contact manually. The prerequisite is that in the Mode drop-down list you select
the Manual setting item.
Possible values:
open
The signal contact is opened.
close
The signal contact is closed.
Possible values:
Opened (error)
The signal contact is opened. The circuit is interrupted.
Closed (ok)
The signal contact is closed. The circuit is closed.
Trap configuration
Send trap
Activates/deactivates the sending of SNMP traps when the device detects a change in a monitored
function.
Possible values:
marked
The sending of SNMP traps is active.
If the device detects a change in the monitored functions, then the device sends an SNMP trap.
unmarked (default setting)
The sending of SNMP traps is inactive.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
In the table you specify the parameters that the device monitors. The device signals the occurrence
of an event by opening the signal contact.
Connection errors
Activates/deactivates the monitoring of the link status of the port/interface.
Possible values:
marked
Monitoring is active.
If the link interrupts on a monitored port/interface, then the signal contact opens.
In the Port tab, you have the option of selecting the ports/interfaces to be monitored individually.
unmarked (default setting)
Monitoring is inactive.
Temperature
Activates/deactivates the monitoring of the temperature in the device.
Possible values:
marked (default setting)
Monitoring is active.
If the temperature exceeds or falls below the specified threshold values, then the signal contact
opens.
unmarked
Monitoring is inactive.
You specify the temperature threshold values in the Basic Settings > System dialog, Upper temp. limit
[°C] field and Lower temp. limit [°C] field.
Ring redundancy
Activates/deactivates the monitoring of the ring redundancy.
Possible values:
marked
Monitoring is active.
The signal contact opens in the following situations:
– The redundancy function becomes active (loss of redundancy reserve).
– The device is a normal ring participant and detects an error in its settings.
unmarked (default setting)
Monitoring is inactive.
Possible values:
marked
Monitoring is active.
If you remove a module from the device, then the signal contact opens.
Further down, you have the option of selecting the modules to be monitored individually.
unmarked (default setting)
Monitoring is inactive.
You specify the active external memory in the Basic Settings > Load/Save dialog, External memory
frame.
Possible values:
marked
Monitoring is active.
If you remove the active external memory from the device, then the signal contact opens.
unmarked (default setting)
Monitoring is inactive.
Possible values:
marked
Monitoring is active.
The signal contact opens in the following situations:
– The configuration profile only exists in the device.
– The configuration profile in the device differs from the configuration profile in the external
memory.
unmarked (default setting)
Monitoring is inactive.
Ethernet loops
Activates/deactivates the monitoring of layer 2 Ethernet loops. You specify the settings for the Loop
Protection function in the Diagnostics > Loop Protection dialog.
Possible values:
marked
Monitoring is active.
If the device has detected an Ethernet loop, then the signal contact opens.
unmarked (default setting)
Monitoring is inactive.
Power supply
Activates/deactivates the monitoring of the power supply unit.
Possible values:
marked (default setting)
Monitoring is active.
If the device has a detected power supply fault, then the signal contact opens.
unmarked
Monitoring is inactive.
Ethernet module
Activates/deactivates the monitoring of this module.
Possible values:
marked
Monitoring is active.
If you remove this module from the device, then the signal contact opens.
unmarked (default setting)
Monitoring is inactive.
This setting is effective when you mark the Ethernet module removal checkbox further up.
[Port]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Possible values:
marked
Monitoring is active.
If the link interrupts on the selected port/interface, then the signal contact opens.
unmarked (default setting)
Monitoring is inactive.
This setting takes effect when you mark the Connection errors checkbox in the Global tab.
[Status]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Timestamp
Displays the date and time of the event in the format, Month Day, Year hh:mm:ss AM/PM.
Cause
Displays the event which caused the SNMP trap.
The device lets you track changes in the network using the MAC address of the devices in the
network. The device saves the combination of port and MAC address in its MAC address table. If
the device (un)learns the MAC address of a (dis)connected device, then the device sends an SNMP
trap.
This function is intended for ports to which you connect end devices and thus the MAC address
changes infrequently.
Operation
Operation
Enables/disables the MAC Notification function in the device.
Possible values:
On
The MAC Notification function is enabled.
Off (default setting)
The MAC Notification function is disabled.
Configuration
Interval [s]
Specifies the send interval in seconds. If the device (un)learns the MAC address of a
(dis)connected device, then the device sends an SNMP trap after this time.
Possible values:
0..2147483647 (default setting: 1)
Before sending an SNMP trap, the device registers up to 20 MAC addresses. If the device detects
a high number of changes, then the device sends the SNMP trap before the send interval expires.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Active
Activates/deactivates the MAC Notification function on the port.
Possible values:
marked
The MAC Notification function is active on the port.
The device sends an SNMP trap in case of one of the following events:
– The device learns the MAC address of a newly connected device.
– The device unlearns the MAC address of a disconnected device.
unmarked (default setting)
The MAC Notification function is inactive on the port.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
The device detects the MAC addresses of devices which are connected as follows:
• directly connected to the port
• connected to the port through other devices in the network
Possible values:
added
The device detected that another device was connected at the port.
removed
The device detected that the connected device was removed from the port.
other
The device did not detect a status.
The device lets you send an SNMP trap as a reaction to specific events. In this dialog you specify
the trap destinations to which the device sends the SNMP traps.
The events for which the device triggers an SNMP trap, you specify, for example, in the following
dialogs:
in the Diagnostics > Status Configuration > Device Status dialog
in the Diagnostics > Status Configuration > Security Status dialog
in the Diagnostics > Status Configuration > MAC Notification dialog
When loopback interfaces are set up, the device uses the IP address of the 1st loopback interface
as the source of the SNMP traps. Otherwise, the device uses the address of the device
management.
Operation
Operation
Enables/disables the sending of SNMP traps to the trap destinations.
Possible values:
On (default setting)
The sending of SNMP traps is enabled.
Off
The sending of SNMP traps is disabled.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Remove
Name
Specifies the name of the trap destination.
Possible values:
Alphanumeric ASCII character string with 1..32 characters
Address
Specifies the IP address and the port number of the trap destination.
Possible values:
<Valid IPv4 address>:<port number>
Active
Activates/deactivates the sending of SNMP traps to this trap destination.
Possible values:
marked (default setting)
The sending of SNMP traps to this trap destination is active.
unmarked
The sending of SNMP traps to this trap destination is inactive.
7.2 System
[ Diagnostics > System ]
This dialog displays the current operating condition of individual components in the device. The
displayed values are a snapshot; they represent the operating condition at the time the dialog was
loaded to the page.
Buttons
Opens the HTML page in a new web browser window or tab. You can save the HTML page on your
PC using the appropriate web bowser command.
This dialog provides information about the distribution and state of the flash memory of the device.
Information
Operating hours
Displays the total operating time of the device since it was delivered.
Possible values:
..d ..h ..m ..s
Day(s) Hour(s) Minute(s) Second(s)
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Flash region
Displays the name of the respective memory area.
Description
Displays a description of what the device uses the memory area for.
Flash sectors
Displays how many sectors are assigned to the memory area.
The device lets you compare the settings in the device with the settings in its neighboring devices.
For this purpose, the device uses the information that it received from its neighboring devices
through topology recognition (LLDP).
The dialog lists the deviations detected, which affect the performance of the communication
between the device and the recognized neighboring devices.
You update the content of the table by clicking the button. When the table remains empty, the
configuration check was successful and the settings in the device are compatible with the settings
in the detected neighboring devices.
If you have set up more than 39 VLANs in the device, then the dialog constantly displays a warning.
The reason is the limited number of possible VLAN data sets in LLDP packets with a maximum
length. The device compares the first 39 VLANs automatically. If you have set up 40 or more
VLANs in the device, then check the congruence of the further VLANs manually, if necessary.
Note: A neighboring device without LLDP support, which forwards LLDP packets, can be the cause
of equivocal messages in the dialog. This occurs if the neighboring device is a hub or a switch
without management, which ignores the IEEE 802.1D-2004 standard. In this case, the dialog
displays the devices recognized and connected to the neighboring device as connected to the
device itself, even though they are connected to the neighboring device.
Information
When you click the button in the Banner, a tooltip displays the summary of the information in
this frame.
Error
Displays the number of ERROR level deviations that the device detected during the configuration
check.
Warning
Displays the number of WARNING level deviations that the device detected during the configuration
check.
Information
Displays the number of INFORMATION level deviations that the device detected during the
configuration check.
Table
When you select a row in the table, the device displays additional information in the area beneath it.
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
ID
Displays the rule ID of the deviations having occurred. The dialog combines several deviations with
the same rule ID under one rule ID.
Level
Displays the level of deviation between the settings in this device and the settings in the detected
neighboring devices.
Message
Displays the information, warnings and errors having occurred more precisely.
Using the IP Address Conflict Detection function the device verifies that its IP address is unique in the
network. For this purpose, the device analyzes received ARP packets.
In this dialog you specify the procedure with which the device detects address conflicts and specify
the required settings for this.
The device displays detected address conflicts in the table in the Management tab.
When the device detects an address conflicts on its router interfaces, the device displays the most
recent address conflict in the Routing tab.
When the device detects an address conflict, the status LED of the device flashes red 4 times.
[Management]
Operation
Operation
Enables/disables the IP Address Conflict Detection function.
Possible values:
On (default setting)
The IP Address Conflict Detection function is enabled.
The device verifies that its IP address is unique in the network.
Off
The IP Address Conflict Detection function is disabled.
Configuration
Detection mode
Specifies the procedure with which the device detects address conflicts.
Possible values:
active and passive (default setting)
The device uses active and passive address conflict detection.
active
Active address conflict detection. The device actively helps avoid communicating with an IP
address that already exists in the network. The address conflict detection begins as soon as you
connect the device to the network or change its IP parameters.
– The device sends 4 ARP probe data packets at the interval specified in the Detection delay
[ms] field. If the device receives a response to these data packets, then there is an address
conflict.
– If the device does not detect an address conflict, then it sends 2 gratuitous ARP data packets
as an announcement. The device also sends these data packets when the address conflict
detection is disabled.
– If the IP address already exists in the network, then the device changes back to the
previously used IP parameters (if possible).
If the device receives its IP parameters from a DHCP server, then it sends a DHCPDECLINE
message back to the DHCP server.
– After the period specified in the Release delay [s] field, the device checks if the address conflict
still exists. When the device detects 10 address conflicts one after the other, the device
extends the waiting time to 60 s for the next check.
– When the device resolves the address conflict, the device management returns to the
network again.
passive
Passive address conflict detection. The device analyzes the data traffic in the network. If another
device in the network is using the same IP address, then the device initially “defends” its IP
address. The device stops sending if the other device keeps sending with the same IP address.
– As a “defence” the device sends gratuitous ARP data packets. The device repeats this
procedure for the number of times specified in the Address protections field.
– If the other device continues sending with the same IP address, then after the period
specified in the Release delay [s] field, the device periodically checks if the address conflict still
exists.
– When the device resolves the address conflict, the device management returns to the
network again.
Possible values:
marked (default setting)
The periodic address conflict detection is active.
– The device periodically sends an ARP probe data packet every 90 to 150 seconds and waits
for the time specified in the Detection delay [ms] field for a response.
– If the device detects an address conflict, then the device applies the passive detection mode
function. If the Send trap function is active, then the device sends an SNMP trap.
unmarked
The periodic address conflict detection is inactive.
Possible values:
20..500 (default setting: 200)
Possible values:
3..3600 (default setting: 15)
Address protections
Specifies how many times the device sends gratuitous ARP data packets in the passive detection
mode to “defend” its IP address.
Possible values:
0..100 (default setting: 1)
Possible values:
20..10000 (default setting: 10000)
Send trap
Activates/deactivates the sending of SNMP traps when the device detects an address conflict.
Possible values:
marked
The sending of SNMP traps is active.
If the device detects an address conflict, then the device sends an SNMP trap.
unmarked (default setting)
The sending of SNMP traps is inactive.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
Information
Conflict detected
Displays if an address conflict currently exists.
Possible values:
marked
The device detects an address conflict.
unmarked
The device does not detect an address conflict.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Timestamp
Displays the time at which the device detected an address conflict.
Port
Displays the number of the port on which the device detected the address conflict.
IP address
Displays the IP address that is causing the address conflict.
MAC address
Displays the MAC address of the device with which the address conflict exists.
[Routing]
Configuration
Buttons
The device sends a broadcast on the router interfaces. The device then analyzes the received ARP
packets.
Send trap
Activates/deactivates the sending of SNMP traps when the device detects an address conflict.
Possible values:
marked
The sending of SNMP traps is active.
If the device detects an address conflict, then the device sends an SNMP trap.
unmarked (default setting)
The sending of SNMP traps is inactive.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
Information
The device continues to display the information in this frame, even if the last address conflict that
the device has detected is no longer present. To reset the values, click the button.
Buttons
Possible values:
marked
The device has detected an address conflict.
unmarked
The device has not detected an address conflict.
IP address
Displays the IP address that has caused the address conflict.
MAC address
Displays the MAC address of the device that has caused the address conflict.
7.2.5 ARP
[ Diagnostics > System > ARP ]
This dialog displays the MAC and IP addresses of the neighboring devices connected to the device
management.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Port
Displays the port number.
IP address
Displays the IPv4 address of a neighboring device.
MAC address
Displays the MAC address of a neighboring device.
Last updated
Displays the time in seconds since the current settings of the entry were registered in the ARP
table.
Type
Displays the type of the entry.
Possible values:
static
Static entry. When the ARP table is deleted, the device keeps the static entry.
dynamic
Dynamic entry. When the Aging time [s] has been exceeded and the device does not receive any
data from this device during this time, the device deletes the dynamic entry.
local
IP and MAC address of the device management.
Active
Displays that the ARP table contains the IP/MAC address assignment as an active entry.
7.2.6 Selftest
[ Diagnostics > System > Selftest ]
Configuration
If the device does not detect any readable configuration profile when restarting, then the following
settings block your access to the device permanently.
SysMon1 is available checkbox is unmarked.
Load default config on error checkbox is unmarked.
This is the case, for example, if the password of the configuration profile that you are loading differs
from the password set in the device. To have the device unlocked again, contact your sales partner.
RAM test
Activates/deactivates the RAM memory check during the restart.
Possible values:
marked (default setting)
The RAM memory check is activated. During the restart, the device checks the RAM memory.
unmarked
The RAM memory check is deactivated. This shortens the start time for the device.
SysMon1 is available
Activates/deactivates the access to the system monitor during the restart.
Possible values:
marked (default setting)
The device lets you open the system monitor during the restart.
unmarked
The device starts without the option of opening to the system monitor.
Among other things, the system monitor lets you update the device software and to delete saved
configuration profiles.
Possible values:
marked (default setting)
The device loads the default settings.
unmarked
The device interrupts the restart and stops. The access to the device management is possible
only using the Command Line Interface through the serial interface.
To regain the access to the device through the network, open the system monitor and reset the
settings. Upon restart, the device loads the default settings.
Table
In this table you specify how the device behaves in the case of an error.
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Cause
Error causes to which the device reacts.
Possible values:
task
The device detects errors in the applications executed, for example if a task terminates or is not
available.
resource
The device detects errors in the resources available, for example if the memory is becoming
scarce.
software
The device detects software errors, for example error in the consistency check.
hardware
The device detects hardware errors, for example in the chip set.
Action
Specifies how the device behaves if the adjacent event occurs.
Possible values:
reboot (default setting)
The device triggers a restart.
logOnly
The device registers the detected error in the log file. See the Diagnostics > Report > System Log
dialog.
sendTrap
The device sends an SNMP trap.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics >
Status Configuration > Alarms (Traps) dialog and specify at least one trap destination.
The device lets you inform multiple recipients by email about events that have occurred.
The device sends the emails immediately or periodically depending on the event severity. Usually
you specify events with a high severity to be sent immediately.
You can specify multiple recipients to which the device sends the emails either immediately or
periodically.
In this dialog you specify the sender settings. Also, you specify for which event severities the device
sends the emails immediately and for which periodically.
Operation
Operation
Enables/disables the sending of emails:
Possible values:
On
The sending of emails is enabled.
Off (default setting)
The sending of emails is disabled.
Information
Buttons
Sent messages
Displays how many times the device has successfully sent an email to the mail server.
Undeliverable messages
Displays how many times the device has unsuccessfully tried to send an email to the mail server.
Certificate
The device can send messages to a server over unsecured networks. To help deny a “man in the
middle” attack, request that the Certificate Authority creates a certificate for the server. Configure
the server to use the certificate. Transfer the certificate onto the device.
If you specify the settings for the mail servers, then use the IP address or DNS name provided as
Common Name or Subject Alternative Name in the certificate. Otherwise the certificate validation
will fail.
URL
Specifies the path and file name of the certificate.
For security reason, we recommend to constantly use a certificate which is signed by a certification
authority.
The device gives you the following options for copying the certificate to the device:
Import from the PC
When the certificate is located on your PC or on a network drive, drag and drop the certificate
in the area. Alternatively click in the area to select the certificate.
Import from an FTP server
When the certificate is on a FTP server, specify the URL for the file in the following form:
ftp://<user>:<password>@<IP address>:<port>/<path>/<file name>
Import from a TFTP server
When the certificate is on a TFTP server, specify the URL for the file in the following form:
tftp://<IP address>/<path>/<file name>
Import from an SCP or SFTP server
When the certificate is on an SCP or SFTP server, you specify the URL for the file in the
following form:
– scp:// or sftp://<IP address>/<path>/<file name>
When you click the Start button, the device displays the Credentials window. There you enter
User name and Password, to log in to the server.
– scp:// or sftp://<user>:<password>@<IP address>/<path>/<file name>
Start
Copies the certificate specified in the URL field to the device.
Sender
Address
Specifies the email address of the device.
The device sends the emails using this email address as the sender.
Possible values:
Alphanumeric ASCII character string with 0..255 characters
(default setting: [email protected])
Notification immediate
Here you specify the settings for emails which the device sends immediately.
Severity
Specifies the minimum severity of events for which the device immediately sends an email. If an
event of this severity occurs, or of a more urgent severity, then the device sends an email to the
recipients.
Possible values:
emergency
alert (default setting)
critical
error
warning
notice
informational
debug
Subject
Specifies the subject of the email.
Possible values:
Alphanumeric ASCII character string with 0..255 characters
Notification periodic
Here you specify the settings for emails which the device sends periodically.
Severity
Specifies the minimum severity of events for which the device periodically sends an email. If an
event of this severity occurs, or of a more urgent severity, then the device registers the event in the
buffer. The device sends the buffer content periodically or when the buffer overflows.
If an event of a less urgent severity occurs, then the device does not register the event in the buffer.
Possible values:
emergency
alert
critical
error
warning (default setting)
notice
informational
debug
Subject
Specifies the subject of the email.
Possible values:
Alphanumeric ASCII character string with 0..255 characters
If the device has registered at least one event, then the device sends an email with the log file after
the time expires.
Possible values:
30..1440 (default setting: 30)
Send
Sends an email immediately with the buffer content and clears the buffer.
Severity Meaning
emergency Device not ready for operation
alert Immediate user intervention required
critical Critical status
error Error status
warning Warning
notice Significant, normal status
informational Informal message
debug Debug message
In this dialog you specify the recipients to which the device sends the emails. The device lets you
specify up to 10 recipients.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Index
Displays the index number to which the table entry relates.
Notification type
Specifies if the device sends the emails to this recipient immediately or periodically.
Possible values:
immediate
The device sends the emails to this recipient immediately.
periodic
The device sends the emails to this recipient periodically.
Address
Specifies the email address of the recipient.
Possible values:
Valid email address with up to 255 characters
Active
Activates/deactivates the informing of the recipient.
Possible values:
marked (default setting)
The informing of the recipient is active.
unmarked
The informing of the recipient is inactive.
In this dialog you specify the settings for the mail servers. The device supports encrypted and
unencrypted connections to the mail server.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Connection test
If the mail server settings are correct, then the selected recipients receive a test email.
In the Recipient field, you specify to which recipients the device sends the test email:
– immediate
The device sends the test email to the recipients to which the device sends emails
immediately.
– periodic
The device sends the test email to the recipients to which the device sends emails
periodically.
In the Message text field, you specify the text of the test email.
Index
Displays the index number to which the table entry relates.
Description
Specifies the name of the server.
Possible values:
Alphanumeric ASCII character string with 0..255 characters
IP address
Specifies the IP address or the DNS name of the server.
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
DNS name in the format domain.tld or host.domain.tld
If you specify a DNS name, then also enable the Client function in the Advanced > DNS > Client >
Global dialog.
If you establish encrypted connections using the certificate, then verify that the DNS name is
equal to the server DNS name mentioned in the certificate.
Possible values:
1..65535 (default setting: 25)
Exception: Port 2222 is reserved for internal functions.
Encryption
Specifies the protocol which encrypts the connection between the device and the mail server.
Possible values:
none (default setting)
The device establishes an an unencrypted connection to the server.
tlsv1
The device establishes an encrypted connection to the server using the startTLS extension.
User name
Specifies the user name of the account which the device uses to authenticate on the mail server.
Possible values:
Alphanumeric ASCII character string with 0..255 characters
Password
Specifies the password of the account which the device uses to authenticate on the mail server.
Possible values:
Alphanumeric ASCII character string with 0..255 characters
Timeout [s]
Specifies the time in seconds after which the device sends an email again. The prerequisite is that
the device has failed to send the complete email due to a connection error.
Possible values:
1..15 (default setting: 3)
Active
Activates/deactivates the use of the mail server.
Possible values:
marked
The mail server is active.
The device sends emails to this mail server.
unmarked (default setting)
The mail server is inactive.
The device does not send emails to this mail server.
7.4 Syslog
[ Diagnostics > Syslog ]
The device lets you report selected events, independent of the severity of the event, to different
syslog servers. In this dialog you specify the settings for this function and manage up to 8 syslog
servers.
Operation
Operation
Enables/disables the sending of events to the syslog servers.
Possible values:
On
The sending of events is enabled.
The device sends the events specified in the table to the specified syslog servers.
Off (default setting)
The sending of events is disabled.
Certificate
The device can send messages to a server over unsecured networks. To help deny a “man in the
middle” attack, request that the Certificate Authority creates a certificate for the server. Configure
the server to use the certificate. Transfer the certificate onto the device.
If you specify the parameters on the server, then verify that you specify the IP address and DNS
name provided in the certificate as the Common Name or Subject Alternative Name. Otherwise the
certificate validation will fail.
Note: In order for the changes to take effect after loading a new certificate, restart the Syslog
function.
URL
Specifies the path and file name of the certificate.
For security reason, we recommend to constantly use a certificate which is signed by a certification
authority.
The device gives you the following options for copying the certificate to the device:
Import from the PC
When the certificate is located on your PC or on a network drive, drag and drop the certificate
in the area. Alternatively click in the area to select the certificate.
Import from an FTP server
When the certificate is on a FTP server, specify the URL for the file in the following form:
ftp://<user>:<password>@<IP address>:<port>/<path>/<file name>
Import from a TFTP server
When the certificate is on a TFTP server, specify the URL for the file in the following form:
tftp://<IP address>/<path>/<file name>
Import from an SCP or SFTP server
When the certificate is on an SCP or SFTP server, you specify the URL for the file in the
following form:
– scp:// or sftp://<IP address>/<path>/<file name>
When you click the Start button, the device displays the Credentials window. There you enter
User name and Password, to log in to the server.
– scp:// or sftp://<user>:<password>@<IP address>/<path>/<file name>
Start
Copies the certificate specified in the URL field to the device.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Index
Displays the index number to which the table entry relates.
When you delete a table entry, this leaves a gap in the numbering. When you create a new table
entry, the device fills the first gap.
Possible values:
1..8
IP address
Specifies the IP address of the syslog server.
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
Hostname
Possible values:
1..65535 (default setting: 514)
Transport type
Specifies the transport type the device uses to send the events to the syslog server.
Possible values:
udp (default setting)
The device sends the events over the UDP port specified in the Destination UDP port column.
tls
The device sends the events over TLS on the TCP port specified in the Destination UDP port
column.
Min. severity
Specifies the minimum severity of the events. The device sends a log entry for events with this
severity and with more urgent severities to the syslog server.
Possible values:
emergency
alert
critical
error
warning (default setting)
notice
informational
debug
Type
Specifies the type of the log entry transmitted by the device.
Possible values:
systemlog (default setting)
audittrail
Active
Activates/deactivates the transmission of events to the syslog server:
marked
The device sends events to the syslog server.
unmarked (default setting)
The transmission of events to the syslog server is deactivated.
7.5 Ports
[ Diagnostics > Ports ]
7.5.1 SFP
[ Diagnostics > Ports > SFP ]
This dialog lets you look at the SFP transceivers currently connected to the device and their
properties.
Table
The table displays valid values if the device is equipped with SFP transceivers.
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Module type
Type of the SFP transceiver, for example M-SFP-SX/LC.
Serial number
Displays the serial number of the SFP transceiver.
Connector type
Displays the connector type.
Supported
Displays if the device supports the SFP transceiver.
Temperature [°C]
Operating temperature of the SFP transceiver in °Celsius.
Tx power [mW]
Transmission power of the SFP transceiver in mW.
Rx power [mW]
Receiving power of the SFP transceiver in mW.
Tx power [dBm]
Transmission power of the SFP transceiver in dBm.
Rx power [dBm]
Receiving power of the SFP transceiver in dBm.
This feature tests the cable attached to an interface for short or open circuit. The table displays the
cable status and estimated length. The device also displays the individual cable pairs connected to
the port. When the device detects a short circuit or an open circuit in the cable, it also displays the
estimated distance to the problem.
To receive dependable results, use the TP cable diagnosis function for twisted pair cables with a
minimum length of 3 meters.
Information
Port
Displays the port number.
In the Port drop-down list you select the port to be tested. Use for copper-based ports only.
To initiate the cable test on the selected port, click the Ok button.
Status
Status of the Virtual Cable Tester.
Possible values:
active
Cable testing is in progress.
To start the test, click the Start cable diagnosis... button. This action opens the Select port dialog.
success
The device displays this entry after performing a successful test.
failure
The device displays this entry after an interruption in the test.
uninitialized
The device displays this entry while in standby.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Cable pair
Displays the cable pair to which this entry relates. The device uses the first PHY index supported
to display the values.
Result
Displays the results of the cable test.
Possible values:
normal
The cable is functioning properly.
open
There is a break in the cable causing an interruption.
short
Wires in the cable are touching together causing a short circuit.
unknown
The device displays this value for untested cable pairs.
The device displays different values than expected in the following cases:
• If no cable is connected to the port, then the device displays the value unknown instead of open.
• If the port is deactivated, then the device displays the value short.
Min. length
Displays the minimum estimated length of the cable in meters.
If the cable length is unknown or in the Information frame the Status field displays the value active,
failure or uninitialized, then the device displays the value 0.
Max. length
Displays the maximum estimated length of the cable in meters.
If the cable length is unknown or in the Information frame the Status field displays the value active,
failure or uninitialized, then the device displays the value 0.
Distance [m]
Displays the estimated distance in meters from the end of the cable to the failure location.
If the cable length is unknown or in the Information frame the Status field displays the value active,
failure or uninitialized, then the device displays the value 0.
The Port Monitor function monitors the adherence to the specified parameters on the ports. If the Port
Monitor function detects that the parameters are being exceeded, then the device performs an
action.
[Global]
In this tab you enable the Port Monitor function and specify the parameters that the Port Monitor
function is monitoring. Also specify the action that the device carries out if the Port Monitor function
detects that the parameters have been exceeded.
Operation
Operation
Enables/disables the Port Monitor function globally.
Possible values:
On
The Port Monitor function is enabled.
Off (default setting)
The Port Monitor function is disabled.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Reset
Opens the Which statistic should be deleted? window. The window displays the ports that you can
enable again and reset the related counters to 0. Click and select an entry to enable the
corresponding port again.
Port
Displays the port number.
Link flap on
Activates/deactivates the monitoring of link flaps on the port.
Possible values:
marked
Monitoring is active.
– The Port Monitor function monitors link flaps on the port.
– If the device detects too many link flaps, then the device executes the action specified in the
Action column.
– On the Link flap tab, specify the parameters to be monitored.
unmarked (default setting)
Monitoring is inactive.
CRC/Fragments on
Activates/deactivates the monitoring of CRC/fragment errors on the port.
Possible values:
marked
Monitoring is active.
– The Port Monitor function monitors CRC/fragment errors on the port.
– If the device detects too many CRC/fragment errors, then the device executes the action
specified in the Action column.
– On the CRC/Fragments tab, specify the parameters to be monitored.
unmarked (default setting)
Monitoring is inactive.
Possible values:
marked
Monitoring is active.
– The Port Monitor function monitors duplex mismatches on the port.
– If the device detects a duplex mismatch, then the device executes the action specified in the
Action column.
unmarked (default setting)
Monitoring is inactive.
Overload detection on
Activates/deactivates the overload detection on the port.
Possible values:
marked
Monitoring is active.
– The Port Monitor function monitors the data load on the port.
– If the device detects a data overload on the port, then the device executes the action
specified in the Action column.
– On the Overload detection tab, specify the parameters to be monitored.
unmarked (default setting)
Monitoring is inactive.
Possible values:
marked
Monitoring is active.
– The Port Monitor function monitors the link speed and duplex mode on the port.
– If the device detects an unpermitted combination of link speed and duplex mode, then the
device executes the action specified in the Action column.
– On the Link speed/Duplex mode detection tab, specify the parameters to be monitored.
unmarked (default setting)
Monitoring is inactive.
Active condition
Displays the monitored parameter that led to the action on the port.
Possible values:
-
No monitored parameter.
The device does not carry out any action.
Link flap
Too many link changes in the observed period.
CRC/Fragments
Too many CRC/fragment errors in the observed period.
Duplex mismatch
Duplex mismatch detected.
Overload detection
Overload detected in the observed period.
Link speed/Duplex mode detection
Impermissible combination of speed and duplex mode detected.
Action
Specifies the action that the device carries out if the Port Monitor function detects that the
parameters have been exceeded.
Possible values:
disable port
The device disables the port and sends an SNMP trap.
The Link status LED for the port flashes 3× per period.
– To re-enable the port, select the row of the port, click the button.
– If the parameters are no longer being exceeded, then the Auto-Disable function enables the
relevant port again after the specified waiting period. The prerequisite is that on the Auto-
disable tab the checkbox for the monitored parameter is marked.
send trap
The device sends an SNMP trap.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics >
Status Configuration > Alarms (Traps) dialog and specify at least one trap destination.
auto-disable (default setting)
The device disables the port and sends an SNMP trap.
The Link status LED for the port flashes 3× per period.
The prerequisite is that on the Auto-disable tab the checkbox for the monitored parameter is
marked.
– The Diagnostics > Ports > Auto-Disable dialog displays which ports are currently disabled due
to the parameters being exceeded.
– After a waiting period, the Auto-Disable function enables the port again automatically. For this
you go to the Diagnostics > Ports > Auto-Disable dialog and specify a waiting period for the
relevant port in the Reset timer [s] column.
Port status
Displays the operating state of the port.
Possible values:
up
The port is enabled.
down
The port is disabled.
notPresent
Physical port unavailable.
[Auto-disable]
In this tab you activate the Auto-Disable function for the parameters monitored by the Port Monitor
function.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Reason
Displays the parameters monitored by the Port Monitor function.
Mark the adjacent checkbox so that the Port Monitor function carries out the auto-disable action if
it detects that the monitored parameters have been exceeded.
Auto-disable
Activates/deactivates the Auto-Disable function for the adjacent parameters.
Possible values:
marked
The Auto-Disable function for the adjacent parameters is active.
If the adjacent parameters are exceeded and the value auto-disable is specified in the Action
column, then the device carries out the Auto-Disable function.
unmarked (default setting)
The Auto-Disable function for the adjacent parameters is inactive.
[Link flap]
In this tab you specify individually for every port the following settings:
The number of link changes.
The period during which the Port Monitor function monitors a parameter to detect discrepancies.
You also see how many link changes the Port Monitor function has detected up to now.
The Port Monitor function monitors those ports for which the checkbox in the Link flap on column is
marked on the Global tab.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Possible values:
1..180 (default setting: 10)
Link flaps
Specifies the number of link changes.
If the Port Monitor function detects this number of link changes in the monitored period, then the
device performs the specified action.
Possible values:
1..100 (default setting: 5)
Total
Displays the total number of errors that the device has detected since the port was enabled.
[CRC/Fragments]
In this tab you specify individually for every port the following settings:
The fragment error rate.
The period during which the Port Monitor function monitors a parameter to detect discrepancies.
You also see the fragment error rate that the device has detected up to now.
The Port Monitor function monitors those ports for which the checkbox in the CRC/Fragments on
column is marked on the Global tab.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Possible values:
5..180 (default setting: 10)
If the Port Monitor function detects this fragment error rate in the monitored period, then the device
performs the specified action.
Possible values:
1..1000000 (default setting: 1000)
Total [ppm]
Displays the fragment error rate that the device has detected since the port was enabled.
[Overload detection]
In this tab you specify individually for every port the following settings:
The load threshold values.
The period during which the Port Monitor function monitors a parameter to detect discrepancies.
You also see the number of data packets that the device has detected up to now.
The Port Monitor function monitors those ports for which the checkbox in the Overload detection on
column is marked on the Global tab.
The Port Monitor function does not monitor any ports that are members of a link aggregation group.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Traffic type
Specifies the type of data packets that the device takes into account when monitoring the load on
the port.
Possible values:
all
The Port Monitor function monitors Broadcast, Multicast and Unicast packets.
bc (default setting)
The Port Monitor function monitors only Broadcast packets.
bc-mc
The Port Monitor function monitors only Broadcast and Multicast packets.
Threshold type
Specifies the unit for the data rate.
Possible values:
pps (default setting)
packets per second
kbps
kbit per second
The prerequisite is that the value in the Traffic type column = all.
Lower threshold
Specifies the lower threshold value for the data rate.
The Auto-Disable function enables the port again only when the load on the port is lower than the
value specified here.
Possible values:
0..10000000 (default setting: 0)
Upper threshold
Specifies the upper threshold value for the data rate.
If the Port Monitor function detects this load in the monitored period, then the device performs the
specified action.
Possible values:
0..10000000 (default setting: 0))
Interval [s]
Specifies in seconds, the period that the Port Monitor function observes a parameter to detect that
a parameter is being exceeded.
Possible values:
1..20 (default setting: 1)
Packets
Displays the number of Broadcast, Multicast and Unicast packets that the device has detected
during the period that has elapsed.
Broadcast packets
Displays the number of Broadcast packets that the device has detected during the period that has
elapsed.
Multicast packets
Displays the number of Multicast packets that the device has detected during the period that has
elapsed.
Kbit/s
Displays the data rate in Kbits per second that the device has detected during the period that has
elapsed.
In this tab you activate the allowed combinations of speed and duplex mode for each port.
The Port Monitor function monitors those ports for which the checkbox in the Link speed/Duplex mode
detection on column is marked on the Global tab.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
10 Mbit/s HDX
Activates/deactivates the port monitor to accept a half-duplex and 10 Mbit/s data rate combination
on the port.
Possible values:
marked
The port monitor takes into consideration the speed and duplex combination.
unmarked
If the port monitor detects the speed and duplex combination on the port, then the device
executes the action specified in the Global tab.
10 Mbit/s FDX
Activates/deactivates the port monitor to accept a full-duplex and 10 Mbit/s data rate combination
on the port.
Possible values:
marked
The port monitor takes into consideration the speed and duplex combination.
unmarked
If the port monitor detects the speed and duplex combination on the port, then the device
executes the action specified in the Global tab.
Possible values:
marked
The port monitor takes into consideration the speed and duplex combination.
unmarked
If the port monitor detects the speed and duplex combination on the port, then the device
executes the action specified in the Global tab.
Possible values:
marked
The port monitor takes into consideration the speed and duplex combination.
unmarked
If the port monitor detects the speed and duplex combination on the port, then the device
executes the action specified in the Global tab.
Possible values:
marked
The port monitor takes into consideration the speed and duplex combination.
unmarked
If the port monitor detects the speed and duplex combination on the port, then the device
executes the action specified in the Global tab.
7.5.4 Auto-Disable
[ Diagnostics > Ports > Auto-Disable ]
The Auto-Disable function lets you disable monitored ports automatically and enable them again as
you desire.
For example, the Port Monitor function and selected functions in the Network Security menu use the
Auto-Disable function to disable ports if monitored parameters are exceeded.
If the parameters are no longer being exceeded, then the Auto-Disable function enables the relevant
port again after the specified waiting period.
[Port]
This tab displays which ports are currently disabled due to the parameters being exceeded. If the
parameters are no longer being exceeded and you specify a waiting period in the Reset timer [s]
column, then the Auto-Disable function automatically enables the relevant port again.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Reset
Opens the Which statistic should be deleted? window. The window displays the ports that you can
enable again and reset the related counters to 0. Click and select an entry to enable the
corresponding port again.
Port
Displays the port number.
Possible values:
0 (default setting)
The timer is inactive. The port remains disabled.
30..4294967295
If the parameters are no longer being exceeded, then the Auto-Disable function enables the port
again after the waiting period specified here.
Error time
Displays when the device disabled the port due to the parameters being exceeded.
Component
Displays the software component in the device that disabled the port.
Possible values:
PORT_MON
Port Monitor
See the Diagnostics > Ports > Port Monitor dialog.
PORT_ML
Port Security
See the Network Security > Port Security dialog.
DHCP_SNP
DHCP Snooping
See the Network Security > DHCP Snooping dialog.
DOT1S
BPDU guard
See the Switching > L2-Redundancy > Spanning Tree > Global dialog.
DAI
Dynamic ARP Inspection
See the Network Security > Dynamic ARP Inspection dialog.
Reason
Displays the monitored parameter that led to the port being disabled.
Possible values:
none
No monitored parameter.
The port is enabled.
link-flap
Too many link changes. See the Diagnostics > Ports > Port Monitor dialog, Link flap tab.
crc-error
Too many CRC/fragment errors. See the Diagnostics > Ports > Port Monitor dialog, CRC/Fragments
tab.
duplex-mismatch
Duplex mismatch detected. See the Diagnostics > Ports > Port Monitor dialog, Global tab.
dhcp-snooping
Too many DHCP packages from untrusted sources. See the Network Security > DHCP Snooping >
Configuration dialog, Port tab.
arp-rate
Too many ARP packages from untrusted sources. See the Network Security > Dynamic ARP
Inspection > Configuration dialog, Port tab.
bpdu-rate
STP-BPDUs received. See the Switching > L2-Redundancy > Spanning Tree > Global dialog.
mac-based-port-security
Too many data packets from undesired senders. See the Network Security > Port Security dialog.
overload-detection
Overload. See the Diagnostics > Ports > Port Monitor dialog, Overload detection tab.
speed-duplex
Impermissible combination of speed and duplex mode detected. See the Diagnostics > Ports >
Port Monitor dialog, Link speed/Duplex mode detection tab.
Loop protection
A layer 2 network loop detected on the port. See the Diagnostics > Loop Protection dialog, Loop
detected column.
Active
Displays if the port is currently disabled due to the parameters being exceeded.
Possible values:
marked
The port is currently disabled.
unmarked
The port is enabled.
[Status]
This tab displays the monitored parameters for which the Auto-Disable function is activated.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Reason
Displays the parameters that the device monitors.
Mark the adjacent checkbox so that the Auto-Disable function disables and, when applicable,
enables the port again if the monitored parameters are exceeded.
Category
Displays which function the adjacent parameter belongs to.
Possible values:
port-monitor
The parameter belongs to the functions in the Diagnostics > Port > Port Monitor menu.
network-security
The parameter belongs to the functions in the Network Security menu.
l2-redundancy
The parameter belongs to the functions in the Switching > L2-Redundancy menu or to the Loop
Protection function, see the Diagnostics > Loop Protection dialog.
Auto-disable
Displays if the Auto-Disable function is activated/deactivated for the adjacent parameter.
Possible values:
marked
The Auto-Disable function for the adjacent parameters is active.
The Auto-Disable function disables and, when applicable, enables the relevant port again if the
monitored parameters are exceeded.
unmarked (default setting)
The Auto-Disable function for the adjacent parameters is inactive.
The Port Mirroring function lets you copy received and sent data packets from selected ports to a
destination port. You can watch and process the data stream using an analyzer or an RMON probe,
connected to the destination port. The data packets remain unmodified on the source port.
Note: To enable the access to the device management using the destination port, mark the
checkbox Allow management in the Destination port frame before you enable the Port Mirroring function.
Operation
Buttons
Reset config
Resets the settings in the dialog to the default settings and transfers the changes to the volatile
memory of the device (RAM).
Operation
Enables/disables the Port Mirroring function.
Possible values:
On
The Port Mirroring function is enabled.
The device copies the data packets from the selected source ports to the destination port.
Off (default setting)
The Port Mirroring function is disabled.
Destination port
Primary port
Specifies the destination port.
Suitable ports are those ports that are not used for the following purposes:
• Source port
• L2 redundancy protocols
• Port-based router interface
Possible values:
no Port (default setting)
No destination port selected.
<Port number>
Number of the destination port. The device copies the data packets from the source ports to this
port.
On the destination port, the device adds a VLAN tag to the data packets that the source port
transmits. The destination port transmits unmodified the data packets that the source port receives.
Note: The destination port needs sufficient bandwidth to absorb the data stream. If the copied data
stream exceeds the bandwidth of the destination port, then the device discards surplus data
packets on the destination port.
Secondary port
Specifies a second destination port. The prerequisite is that you have specified a primary port.
Possible values:
no Port (default setting)
No destination port selected.
<Port number>
Number of the destination port. The device copies the data packets from the source ports to this
port.
The port transmits the same data as the port specified above. Exception:
• No VLAN mirroring data
• No RSPAN data
Allow management
Activates/deactivates the access to the device management using the destination port.
Possible values:
marked
The access to the device management using the destination port is active.
The device lets users have access to the device management using the destination port without
interrupting the active Port Mirroring session.
– The device duplicates multicasts, broadcasts and unknown unicasts on the destination port.
– The VLAN settings on the destination port remain unchanged. The prerequisite for access to
the device management using the destination port is that the destination port is not a member
of the VLAN of the device management.
unmarked (default setting)
The access to the device management using the destination port is inactive.
The device prohibits the access to the device management using the destination port.
VLAN mirroring
The VLAN mirroring function lets you copy ingress data packets in a specific VLAN to the selected
destination port. The device forwards the data stream out of the specified destination port.
Note: The VLAN mirroring function is only available on the primary port.
Source VLAN ID
Specifies the VLAN from which the device mirrors data to the destination port.
Possible values:
0 (default setting)
Disables the VLAN mirroring function.
2..4042
The device lets you specify a VLAN only if no source port is specified.
RSPAN
The RSPAN (Remote Switched Port Analyzer) function extends the mirroring function by allowing
the device to forward the monitored data across multiple devices, on a specific VLAN, to a single
destination.
Note: If you use the device on the path between the source and destination device, then specify in
the VLAN ID field the VLAN needed to use the RSPAN function. For this, the Port Mirroring function
is not required and remains disabled.
Source VLAN ID
Specifies the source VLAN from which the device mirrors data to the destination VLAN.
Possible values:
0 (default setting: 0)
The source VLAN is inactive.
2..4042
Mirrored ports cannot be members of the RSPAN VLAN.
VLAN ID
Specifies the VLAN that the device uses to tag and forward mirrored data.
Possible values:
0 (default setting: 0)
The RSPAN VLAN is inactive.
2..4042
The device uses the value to tag and forward mirrored data.
Destination VLAN ID
Specifies the VLAN that the device uses to forward the network traffic to the destination device.
Possible values:
0 (default setting: 0)
The destination VLAN is inactive.
2..4042
The device uses this value to tag data and to forward the network traffic to the destination
device.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Source port
Specifies the port number.
Possible values:
<Port number>
Enabled
Activates/deactivates the copying of the data packets from this source port to the destination port.
Possible values:
marked
The copying of the data packets is active.
The port is specified as a source port.
unmarked (default setting)
The copying of the data packets is inactive.
(Grayed-out display)
It is not possible to copy the data packets for this port.
Possible causes:
– The port is already specified as a destination port.
– The port is a logical port, not a physical port.
Note: The device lets you activate every physical port as source port except for the destination port.
Type
Specifies which data packets the device copies to the destination port.
On the destination port, the device adds a VLAN tag to the data packets that the source port
transmits. The destination port transmits unmodified the data packets that the source port receives.
Possible values:
none (default setting)
No data packets.
tx
Data packets that the source port transmits.
rx
Data packets that the source port receives.
txrx
Data packets that the source port transmits and receives.
Note: With the txrx setting the device copies transmitted and received data packets. The
destination ports needs at least a bandwidth that corresponds to the sum of the send and receive
channel of the source ports. For example, for similar ports the destination port is at 100 % capacity
when the send and receive channel of a source port are at 50 % capacity respectively.
7.6 LLDP
[ Diagnostics > LLDP ]
The device lets you gather information about neighboring devices. For this, the device uses the Link
Layer Discovery Protocol (LLDP). This information lets a network management station map the
structure of your network.
This menu lets you configure the topology discovery and to display the information received in table
form.
This dialog lets you configure the topology discovery for every port.
Operation
Operation
Enables/disables the LLDP function.
Possible values:
On (default setting)
The LLDP function is enabled.
The topology discovery using LLDP is active in the device.
Off
The LLDP function is disabled.
Configuration
Possible values:
5..32768 (default setting: 30)
Possible values:
2..10 (default setting: 4)
The time-to-live value coded in the LLDP header results from multiplying this value with the value
in the Transmit interval [s] field.
Possible values:
1..10 (default setting: 2)
If in the Operation column the value Off is specified, then the device tries to reinitialize the port after
the time specified here has elapsed.
Possible values:
1..8192 (default setting: 2)
The recommended value is between a minimum of 1 and a maximum of a quarter of the value in
the Transmit interval [s] field.
Possible values:
5..3600 (default setting: 5)
After transmitting a notification trap, the device waits for a minimum of the time specified here
before transmitting the next notification trap.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Operation
Specifies if the port transmits and receives LLDP data packets.
Possible values:
transmit
The port transmits LLDP data packets but does not save any information about neighboring
devices.
receive
The port receives LLDP data packets but does not transmit any information to neighboring
devices.
receive and transmit (default setting)
The port transmits LLDP data packets and saves information about neighboring devices.
disabled
The port does not transmit LLDP data packets and does not save information about neighboring
devices.
Notification
Activates/deactivates the LLDP notifications on the port.
Possible values:
marked
LLDP notifications are active on the port.
unmarked (default setting)
LLDP notifications are inactive on the port.
Possible values:
marked (default setting)
The transmitting of the TLV is active.
The device transmits the TLV with the port description.
unmarked
The transmitting of the TLV is inactive.
The device does not transmit a TLV with the port description.
Possible values:
marked (default setting)
The transmitting of the TLV is active.
The device transmits the TLV with the device name.
unmarked
The transmitting of the TLV is inactive.
The device does not transmit a TLV with the device name.
Possible values:
marked (default setting)
The transmitting of the TLV is active.
The device transmits the TLV with the system description.
unmarked
The transmitting of the TLV is inactive.
The device does not transmit a TLV with the system description.
Possible values:
marked (default setting)
The transmitting of the TLV is active.
The device transmits the TLV with the system capabilities.
unmarked
The transmitting of the TLV is inactive.
The device does not transmit a TLV with the system capabilities.
Neighbors (max.)
Limits the number of neighboring devices to be recorded for this port.
Possible values:
1..50 (default setting: 10)
FDB mode
Specifies which function the device uses to record neighboring devices on this port.
Possible values:
lldpOnly
The device uses only LLDP data packets to record neighboring devices on this port.
macOnly
The device uses learned MAC addresses to record neighboring devices on this port. The device
uses the MAC address only if there is no other entry in the address table (FDB, Forwarding
Database) for this port.
both
The device uses LLDP data packets and learned MAC addresses to record neighboring devices
on this port.
autoDetect (default setting)
If the device receives LLDP data packets at this port, then the device operates the same as with
the lldpOnly setting. Otherwise, the device operates the same as with the macOnly setting.
Devices in networks send notifications in the form of packets which are also known as "LLDPDU"
(LLDP data units). The data that is sent and received via LLDPDU are useful for many reasons.
Thus the device detects which devices in the network are neighbors and via which ports they are
connected.
The dialog lets you display the network and to detect the connected devices along with their specific
features.
[LLDP]
This tab displays the collected LLDP information for the neighboring devices. This information lets
a network management station map the structure of your network.
When devices both with and without an active topology discovery function are connected to a port,
the topology table hides the devices without active topology discovery.
When only devices without active topology discovery are connected to a port, the table contains
one line for this port to represent every device. This line contains the number of connected devices.
The Forwarding Database (FDB) address table contains MAC addresses of devices that the
topology table hides for the sake of clarity.
When you use one port to connect several devices, for example via a hub, the table contains one
line for each connected device.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Neighbor identifier
Displays the chassis ID of the neighboring device. This can be the basis MAC address of the
neighboring device, for example.
FDB
Displays if the connected device has active LLDP support.
Possible values:
marked
The connected device does not have active LLDP support.
The device uses information from its address table (FDB, Forwarding Database)
unmarked (default setting)
The connected device has active LLDP support.
Neighbor IP address
Displays the IP address with which the access to the neighboring device management is possible.
Port ID
Displays the ID of the port through which the neighboring device is connected to the device.
Autonegotiation supported
Displays if the port of the neighboring device supports autonegotiation.
Autonegotiation
Displays if autonegotiation is active on the port of the neighboring device.
PoE supported
Displays if the port of the neighboring device supports Power over Ethernet (PoE).
PoE enabled
Displays if Power over Ethernet (PoE) is enabled on the port of the neighboring device.
[LLDP-MED]
LLDP for Media Endpoint Devices (LLDP-MED) is an extension to LLDP that operates between
endpoint devices and network devices. It specifically provides support for VoIP applications. In this
support rule, it provides an additional set of common advertisement, Type Length Value (TLV),
messages. The device uses the TLVs for capabilities discovery such as network policy, Power over
Ethernet, inventory management and location information.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Device class
Displays the device class of the remotely connected device.
A value of notDefined indicates that the device has capabilities not covered by any of the LLDP-
MED classes.
A value of endpointClass1..3 indicates that the device has "endpoint class 1..3" capabilities.
A value of networkConnectivity indicates that the device has network connectivity device
capabilities.
VLAN ID
Displays the extension of the VLAN Identifier for the remote system connected to this port, as
defined in IEEE 802.3.
The device uses a value from 1 through 4042 to specify a valid Port VLAN ID.
The device displays the value 0 for priority tagged packets. This means that only the 802.1D
priority is significant and the device uses the default VLAN ID of the ingress port.
Priority
Displays the value of the 802.1D priority which is associated with the remote system connected to
the port.
DSCP
Displays the value of the Differentiated Service Code Point (DSCP) which is associated with the
remote system connected to the port.
Hardware revision
Displays the vendor-specific hardware revision string as advertised by the remote endpoint.
Firmware revision
Displays the vendor-specific firmware revision string as advertised by the remote endpoint.
Software revision
Displays the vendor-specific software revision string as advertised by the remote endpoint.
Serial number
Displays the vendor-specific serial number as advertised by the remote endpoint.
Manufacturer name
Displays the vendor-specific manufacturer name as advertised by the remote endpoint.
Model name
Displays the vendor-specific model name as advertised by the remote endpoint.
Asset ID
Displays the vendor-specific asset tracking identifier as advertised by the remote endpoint.
The Loop Protection function helps protect against layer 2 network loops.
A network loop can lead to a standstill of the network due to overload. A possible reason is the
continuous duplication of data packets due to a misconfiguration. The cause could be, for example,
an incorrectly plugged cable or faulty settings in the device.
For example, a layer 2 network loop can occur in the following cases, if no redundancy protocols
are active:
• Two ports of the same device are directly connected to each other.
• More than one active connection is established between two devices.
In redundant network topologies, multiple redundancy protocols are typically active. You usually
disable the Spanning Tree function on the ports involved in other redundancy protocols. The
redundancy protocols already help to avoid loops.
Operation
Operation
Enables/disables the Loop Protection function.
Possible values:
On
The Loop Protection function is enabled.
– On active and passive ports, the device evaluates received loop detection packets.
On active ports, the device sends loop detection packets at regular intervals as specified in
the Transmit interval field.
The prerequisite is that the Loop Protection function is active on the port.
– The device lets you monitor Ethernet loops with the signal contact. See the Diagnostics >
Status Configuration > Signal Contact > Signal Contact 1 dialog, checkbox for the Ethernet loops
parameter.
Off (default setting)
The Loop Protection function is disabled.
The device neither sends loop detection packets nor evaluates received loop detection packets.
Global
Transmit interval
Specifies the interval in seconds at which the device sends loop detection packets if the Loop
Protection function is active on the port.
Possible values:
1..10
Receive threshold
Specifies the threshold value for the number of loop detection packets received in a row. If the
number reaches or exceeds this threshold, then the device will perform the action specified in the
Action column.
Possible values:
1..50
Configuration
Auto-disable
Activates/deactivates the Auto-Disable function for Loop Protection.
Possible values:
marked
The Auto-Disable function for Loop Protection is active.
The prerequisite for disabling the port is that the auto-disable or the all action is specified in the
Action column.
The device lets you specify the waiting period in seconds after which the Auto-Disable function
enables the port again. To do this, in the Diagnostics > Ports > Auto-Disable dialog, specify the
waiting period in the Reset timer [s] column.
unmarked (default setting)
The Auto-Disable function for Loop Protection is inactive.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Port
Displays the port number.
Active
Activates/deactivates the Loop Protection function on the port.
Possible values:
marked
The Loop Protection function is active on the port.
Activate the function only on ports which are not part of a redundant network path. This helps
avoid an accidental shutdown of redundant network paths.
If the device receives a loop detection packet on this port, sent from another port on the same
device, then the device performs the action specified in the Action column.
unmarked (default setting)
The Loop Protection function is inactive on the port. The port neither sends loop detection packets
nor evaluates received loop detection packets.
Mode
Specifies the behavior of the Loop Protection function on the port.
Possible values:
active
The device sends loop detection packets and evaluates received loop detection packets.
passive
The device evaluates received loop detection packets.
Action
Specifies the action the device performs when it detects a layer 2 network loop on this port.
Possible values:
trap
The device sends a trap.
auto-disable
The device disables the port using the Auto-Disable function.
The prerequisite for disabling the port is that the Auto-disable checkbox in the Configuration frame
is marked.
all
The device sends a trap. Then the device disables the port using the Auto-Disable function.
The prerequisite for disabling the port is that the Auto-disable checkbox in the Configuration frame
is marked.
VLAN ID
Specifies the VLAN in which the device sends the loop detection packets.
Possible values:
0 (default setting)
The device sends the loop detection packets without a VLAN tag.
1..4042
The device sends the loop detection packets in the specified VLAN. The prerequisite is that the
VLAN is already configured and that the port is a member of the VLAN. See the Switching >
VLAN > Port dialog.
Loop detected
Displays if the device has detected a layer 2 network loop on the port.
Possible values:
yes
The device has detected a layer 2 network loop on the port.
After the loop has ended and the port is enabled again, the device resets the value to no.
no
The device has not detected a layer 2 network loop on the port.
Loop count
Displays the number of loops the device has detected on the port since the last port statistics reset
or since the last restart of the device.
The prerequisite for the correct evaluation of the value is that you synchronize the system time of
the device with the appropriate reference time. See the Time > Basic Settings dialog.
Sent frames
Displays the number of loop detection packets sent on the port since the last port statistics reset or
since the last restart of the device.
Received frames
Displays the number of sent and received back loop detection packets on the port since the last
port statistics reset or since the last restart of the device.
Discarded frames
Displays the number of discarded loop detection packets on the port.
7.8 SFlow
[ Diagnostics > SFlow ]
sFlow is a standard protocol for monitoring networks. The device contains the sFlow feature which
gives you visibility into network activity, allowing for effective management and control of network
resources.
The sFlow monitoring system consists of an sFlow agent and a central sFlow collector. The agent
uses the following forms of sampling:
statistical packet-based sampling of packet flows
time-based sampling of counters
The device combines both types of samples into datagrams. sFlow uses the datagrams to forward
the sampled traffic statistics to an sFlow collector for analysis.
In order to perform packet flow sampling, you configure an instance with a sampling rate. You then
configure the instance with a polling interval for counter sampling.
This dialog displays device parameters and lets you set up sFlow instances.
[Global]
Information
Version
Displays the MIB version, the organization responsible for agent implementation, and the device
software revision.
IP address
Displays the IP address associated with the agent providing SNMP connectivity.
[Sampler]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the physical source of data for the sampler.
Receiver
Displays the receiver index associated with the sampler.
Sampling rate
Specifies the static sampling rate for the sampling of the packets from this source.
Possible values:
0 (default setting)
Deactivates the sampling.
256..65535
When the ports receive data, the device increments to the set value and then samples the data.
Possible values:
20..256 (default setting: 128)
[Poller]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the physical source of data for the poller counter.
Receiver
Displays the receiver index associated with the query counter.
Possible values:
0..8 (default setting: 0)
Interval [s]
Specifies the maximum number of seconds between successive samples of the counters which are
associated with this data source.
Possible values:
0..86400 (default setting: 0)
A sampling interval with the value 0 deactivates the sampling of the counters.
In order to help avoid a condition where 2 persons or organizations attempt to assume control of
the same sampler, the person or organization sets both the Name and Timeout [s] parameters in the
same SNMP set request.
When releasing a sampler, the controlling person or organization deletes the value in the Name
column. The controlling person or organization also restores the other parameters in this row to
their default settings.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Index
Displays the index number to which the table entry relates.
Name
Specifies the name of the person or company which uses the entry. An empty field indicates that
the entry is currently unused. Edit this field before making changes to other sampler parameters.
Possible values:
Alphanumeric ASCII character string with 0..127 characters
Timeout [s]
Displays the time, in seconds, remaining before the sampler is released and stops sampling.
Possible values:
200..3996 (default setting: 1400)
IP address
Specifies the IP address of the sFlow collector.
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
Possible values:
1..65535 (default setting: 6343)
Exception: Port 2222 is reserved for internal functions.
Datagram version
Displays the version of sFlow datagrams requested.
7.9 Report
[ Diagnostics > Report ]
The device lets you log specific events using the following outputs:
on the console
on one or more syslog servers
on a connection to the Command Line Interface set up using SSH
on a connection to the Command Line Interface set up using Telnet
In this dialog you specify the required settings. By assigning the severity you specify which events
the device registers.
The dialog lets you save a ZIP archive with detailed device information for support purposes on
your PC.
Console logging
Buttons
Generates a ZIP archive which the web browser lets you download from the device.
The ZIP archive contains files with detailed device information for support purposes. For further
information, see “Support Information: Files in ZIP archive” on page 591.
Operation
Enables/disables the Console logging function.
Possible values:
On
The Console logging function is enabled.
The device logs the events on the console.
Off (default setting)
The Console logging function is disabled.
Severity
Specifies the minimum severity for the events. The device logs events with this severity and with
more urgent severities. For further information, see “Meaning of the event severities” on page 591.
Possible values:
emergency
alert
critical
error
warning (default setting)
notice
informational
debug
SNMP logging
When you enable the logging of SNMP requests, the device sends these as events with the preset
severity notice to the list of syslog servers. The preset minimum severity for a syslog server entry
is critical.
To send SNMP requests to a syslog server, you have a number of options to change the default
settings. Select the ones that meet your requirements best.
Set the severity for which the device creates SNMP requests as events to warning or error.
Change the minimum severity for a syslog entry for one or more syslog servers to the same
value.
You also have the option of creating a separate syslog server entry for this.
Set only the severity for SNMP requests to critical or higher. The device then sends SNMP
requests as events with the severity critical or higher to the syslog servers.
Set only the minimum severity for one or more syslog server entries to notice or lower. Then it
is possible that the device sends many events to the syslog servers.
Possible values:
On
The logging is enabled.
The device registers SNMP Get requests as events in the syslog.
In the Severity get request drop-down list, you select the severity for this event.
Off (default setting)
The logging is disabled.
Possible values:
On
The logging is enabled.
The device registers SNMP Set requests as events in the syslog.
In the Severity set request drop-down list, you select the severity for this event.
Off (default setting)
The logging is disabled.
Possible values:
emergency
alert
critical
error
warning
notice (default setting)
informational
debug
Possible values:
emergency
alert
critical
error
warning
notice (default setting)
informational
debug
Buffered logging
The device buffers logged events in 2 separate storage areas so that the log entries for urgent
events are kept.
This dialog lets you specify the minimum severity for events that the device buffers in the storage
area with a higher priority.
Severity
Specifies the minimum severity for the events. The device buffers log entries for events with this
severity and with more urgent severities in the storage area with a higher priority. For further
information, see “Meaning of the event severities” on page 591.
Possible values:
emergency
alert
critical
error
warning (default setting)
notice
informational
debug
CLI logging
Operation
Enables/disables the CLI logging function.
Possible values:
On
The CLI logging function is enabled.
The device logs every command received using the Command Line Interface.
Off (default setting)
The CLI logging function is disabled.
Severity Meaning
emergency Device not ready for operation
alert Immediate user intervention required
critical Critical status
error Error status
warning Warning
notice Significant, normal status
informational Informal message
debug Debug message
The device lets you save log entries permanently in a file in the external memory. Therefore, even
after the device is restarted you have access to the log entries.
In this dialog you limit the size of the log file and specify the minimum severity for the events to be
saved. When the log file reaches the specified size, the device archives this file and saves the
following log entries in a newly created file.
In the table the device displays you the log files held in the external memory. As soon as the
specified maximum number of files has been attained, the device deletes the oldest file and
renames the remaining files. This helps ensure that there is enough memory space in the external
memory.
Note: Verify that an external memory is connected. To verify if an external memory is connected,
see the Status column in the Basic Settings > External Memory dialog. We recommend to monitor the
external memory connection using the Device Status function, see the External memory removal
parameter in the Diagnostics > Status Configuration > Device Status dialog.
Operation
Operation
Enables/disables the Persistent Logging function.
Only activate this function if the external memory is available in the device.
Possible values:
On (default setting)
The Persistent Logging function is enabled.
The device saves the log entries in a file in the external memory.
Off
The Persistent Logging function is disabled.
Configuration
Possible values:
0..4096 (default setting: 1024)
Files (max.)
Specifies the number of log files that the device keeps in the external memory.
As soon as the specified maximum number of files has been attained, the device deletes the oldest
file and renames the remaining files.
Possible values:
0..25 (default setting: 4)
Severity
Specifies the minimum severity of the events. The device saves the log entry for events with this
severity and with more urgent severities in the log file in the external memory.
Possible values:
emergency
alert
critical
error
warning (default setting)
notice
informational
debug
Possible values:
sd (unavailable for MSP-X)
External SD memory (ACA31)
usb
External USB memory (ACA21/ACA22)
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Index
Displays the index number to which the table entry relates.
Possible values:
1..25
File name
Displays the file name of the log file in the external memory.
Possible values:
messages
messages.X
This dialog displays the log file (System Log). The dialog lets you save the log file in HTML format
on your PC.
In order to search the log file for search terms, use the search function of your web browser.
The log file is kept until a restart is performed in the device. After the restart the device creates the
file again.
Buttons
Opens the HTML page in a new web browser window or tab. You can save the HTML page on your
PC using the appropriate web bowser command.
This dialog displays the log file (Audit Trail). The dialog lets you save the log file as an HTML file
on your PC.
In order to search the log file for search terms, use the search function of your web browser.
The device logs system events and writing user actions in the device. This lets you keep track of
WHO changes WHAT in the device and WHEN. The prerequisite is that the user role auditor or
administrator is assigned to your user account.
The device does not log passwords. The logged entries are write-protected and remain saved in
the device after a restart.
Note: During the restart, access to the system monitor is possible using the default settings of the
device. If an attacker gains physical access to the device, then he is able to reset the device settings
to its default values using the system monitor. After this, the device and log file are accessible using
the standard password. Take appropriate measures to restrict physical access to the device.
Otherwise, deactivate access to the system monitor. See the Diagnostics > System > Selftest dialog,
SysMon1 is available checkbox.
Buttons
Opens the HTML page in a new web browser window or tab. You can save the HTML page on your
PC using the appropriate web bowser command.
8 Advanced
A network administrator uses the DHCP L2 Relay Agent to add DHCP client information. L3 Relay
Agents and DHCP servers need the DHCP client information to assign an IP address and a
configuration to the clients.
When active, the relay adds Option 82 information configured in this dialog to the packets before it
relays DHCP requests from the clients to the server. The Option 82 fields provide unique
information about the client and relay. This unique identifier consists of a Circuit ID for the client and
a Remote ID for the relay.
In addition to the type, length, and multicast fields, the Circuit ID includes the VLAN ID, unit number,
slot number, and port number for the connected client.
The Remote ID consists of a type and length field and either a MAC address, IP address, client
identifier, or a user-defined device description. A client identifier is the user-defined system name
for the device.
This dialog lets you activate the relay function on an interface and VLAN. When you activate this
function on a port, the device either relays the Option 82 information or drops the information on
untrusted ports. Furthermore, the device lets you specify the remote identifier.
Operation
Operation
Enables/disables the DHCP L2 Relay function of the device globally.
Possible values:
On
Enables the DHCP L2 Relay function in the device.
Off (default setting)
Disables the DHCP L2 Relay function in the device.
[Interface]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Active
Activates/deactivates the DHCP L2 Relay function on the port.
Possible values:
marked
The DHCP L2 Relay function is active.
unmarked (default setting)
The DHCP L2 Relay function is inactive.
Trusted port
Activates/deactivates the secure DHCP L2 Relay mode for the corresponding port.
Possible values:
marked
The device accepts DHCPv4 packets with Option 82 information.
unmarked (default setting)
The device discards DHCPv4 packets received on non-secure ports that contain Option 82
information.
[VLAN ID]
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
VLAN ID
VLAN to which the table entry relates.
Active
Activates/deactivates the DHCP L2 Relay function on the VLAN.
Possible values:
marked
The DHCP L2 Relay function is active.
unmarked (default setting)
The DHCP L2 Relay function is inactive.
Circuit ID
Activates or deactivates the addition of the Circuit ID to the Option 82 information.
Possible values:
marked (default setting)
Enables Circuit ID and Remote ID to be sent together.
unmarked
The device sends only the Remote ID.
Remote ID type
Specifies the components of the Remote ID for this VLAN.
Possible values:
ip
Specifies the IP address of the device as Remote ID.
Remote ID
Displays the Remote ID for the VLAN.
When you specify the value other in the Remote ID type column, specify the identifier.
The device monitors the traffic on the ports and displays the results in tabular form.
This table is divided into various categories to aid you in traffic analysis.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Reset
Port
Displays the port number.
With the DHCP server, you manage a database of available IP addresses and configuration
information. When the device receives a request from a client, the DHCP server validates the
DHCP client network, and then leases an IP address. When activated, the DHCP server also
allocates configuration information appropriate for that client. The configuration information
specifies, for example, which IP address, DNS server and the default route a client uses.
The DHCP server assigns an IP address to a client for a user-defined interval. The DHCP client is
responsible for renewing the IP address before the interval expires. When the DHCP client is
unable to renew the address, the address returns to the pool for reassignment.
Activate the function either globally or per port according to your requirements.
Operation
Operation
Enables/disables the DHCP server function of the device globally.
Possible values:
On
Off (default setting)
Configuration
IP Probe
Activates/deactivates the probing for unique IP addresses. Before assigning an IP address, the
server uses an ICMP Echo request to check whether this IP address is already in use on the
network.
Possible values:
marked (default setting)
The IP Probe function is active.
unmarked
The IP Probe function is inactive.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
Possible values:
marked (default setting)
The DHCP server function is active.
unmarked
The DHCP server function is inactive.
The DHCP server provides IP address pools from which it allocates IP addresses to clients. A pool
consists of a list of entries. Specify an entry as static to a specific IP address, or as dynamic to an
IP address range. The device holds a maximum of 128 pools. The pools together hold a maximum
of 1000 entries.
With static allocation, the DHCP server assigns an IP address to a specific client. The DHCP server
identifies the client using a unique hardware ID. A static address entry contains one IP address.
You apply this IP address to every port or to a specific port of the device. For static allocation, enter
an IP address for allocation in the IP address field, and leave the Last IP address column empty. Enter
a hardware ID with which the DHCP server uniquely identifies the client. This ID is either a MAC
address, a Client ID, a Remote ID, or a Circuit ID. When a client contacts the device with a known
hardware ID, the DHCP server allocates the static IP address.
In dynamic allocation, when a DHCP client makes contact on a port, the DHCP server assigns an
available IP address from a pool for this port. For dynamic allocation, create a pool for the ports by
assigning an IP address range. Specify the first and last IP addresses for the IP address range.
Leave the MAC address, Client ID, Remote ID and Circuit ID fields empty. You have the option of
creating multiple pool entries. This lets you create an IP address range that contains gaps.
When routing is enabled, the DHCP Server function for a specific DHCP pool only takes effect if one
of the following prerequisites is met:
The device has a router interface in the subnet of the respective DHCP pool.
The device management is located in the subnet of the respective DHCP pool.
This dialog displays the different information that is required for the assignment of an IP address
for a port or a VLAN. Use the button to add an entry. The device adds a writable and readable
entry.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Index
Displays the index number to which the table entry relates.
Active
Activates/deactivates the DHCP server function on this port.
Possible values:
marked
The DHCP server function is active.
unmarked (default setting)
The DHCP server function is inactive.
IP address
Specifies the IP address for static IP address assignment. When using dynamic IP address
assignment, this value specifies the start of the IP address range.
Possible values:
Valid IPv4 address
Last IP address
When using dynamic IP address assignment, this value specifies the end of the IP address range.
Possible values:
Valid IPv4 address
Port
Displays the port number.
VLAN ID
Displays the VLAN to which the table entry relates.
Possible values:
1..4042
MAC address
Specifies the MAC address of the device leasing the IP address.
Possible values:
Valid Unicast MAC address
Specify the value with a colon separator, for example 00:11:22:33:44:55.
–
For the IP address assignment, the server ignores this variable.
DHCP relay
Specifies the IP address of the DHCP relay through which the clients transmit their requests to the
DHCP server. When the DHCP server receives the client's request through another DHCP relay, it
ignores this request.
Possible values:
Valid IPv4 address
IP address of the DHCP relay.
–
Between the client and the DHCP server there is no DHCP relay.
Client ID
Specifies the identification of the client device leasing the IP address.
Possible values:
1..80 bytes (format XX XX .. XX)
–
For the IP address assignment, the server ignores this variable.
Remote ID
Specifies the identification of the remote device leasing the IP address.
Possible values:
1..80 bytes (format XX XX .. XX)
–
For the IP address assignment, the server ignores this variable.
Circuit ID
Specifies the Circuit ID of the device leasing the IP address.
Possible values:
1..80 bytes (format XX XX .. XX)
–
For the IP address assignment, the server ignores this variable.
Hirschmann device
Activates/deactivates Hirschmann multicasts.
If the device in this IP address range serves only Hirschmann devices, then activate this function.
Possible values:
marked
In this IP address range, the device serves only Hirschmann devices. Hirschmann multicasts
are activated.
unmarked (default setting)
In this IP address range, the device serves the devices of different manufacturers. Hirschmann
multicasts are deactivated.
Configuration URL
Specifies the protocol to be used as well as the name and path of the configuration file.
Possible values:
Alphanumeric ASCII character string with 0..70 characters
Example: tftp://192.9.200.1/cfg/config.xml
When you leave this field blank, the device leaves this option field blank in the DHCP message.
Possible values:
60..220752000 (default setting: 86400)
4294967295
Use this value for assignments unlimited in time and for assignments via BOOTP.
Default gateway
Specifies the IP address of the default gateway.
A value of 0.0.0.0 disables the attachment of the option field in the DHCP message.
Possible values:
Valid IPv4 address
Netmask
Specifies the mask of the network to which the client belongs.
A value of 0.0.0.0 disables the attachment of the option field in the DHCP message.
Possible values:
Valid IPv4 netmask
WINS server
Specifies the IP address of the Windows Internet Name Server which converts NetBIOS names.
A value of 0.0.0.0 disables the attachment of the option field in the DHCP message.
Possible values:
Valid IPv4 address
DNS server
Specifies the IP address of the DNS server.
A value of 0.0.0.0 disables the attachment of the option field in the DHCP message.
Possible values:
Valid IPv4 address
Hostname
Specifies the hostname.
When you leave this field blank, the device leaves this option field blank in the DHCP message.
Possible values:
Alphanumeric ASCII character string with 0..64 characters
This dialog displays the status of IP address leasing on a per port basis.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number to which the address is currently being leased.
IP address
Displays the leased IP address to which the entry refers.
Status
Displays the lease phase.
According to the standard for DHCP operations, there are 4 phases to leasing an IP address:
Discovery, Offer, Request, and Acknowledgement.
Possible values:
bootp
A DHCP client is attempting to discover a DHCP server for IP address allocation.
offering
The DHCP server is validating that the IP address is suitable for the client.
requesting
A DHCP client is acquiring the offered IP address.
bound
The DHCP server is leasing the IP address to a client.
renewing
The DHCP client is requesting an extension to the lease.
rebinding
The DHCP server is assigning the IP address to the client after a successful renewal.
declined
The DHCP server denied the request for the IP address.
released
The IP address is available for other clients.
Remaining lifetime
Displays the time remaining on the leased IP address.
Gateway
Displays the Gateway IP address of the device leasing the IP address.
Client ID
Displays the client identifier of the device leasing the IP address.
Remote ID
Displays the remote identifier of the device leasing the IP address.
Circuit ID
Displays the Circuit ID of the device leasing the IP address.
8.3 DNS
[ Advanced > DNS ]
DNS (Domain Name System) is a service in the network that translates host names into IP
addresses. This name resolution lets you contact other devices using their host names instead of
their IP addresses.
Using the Client function the device sends requests for resolving hostnames in IP addresses to a
DNS server.
In this dialog you enable the Client function and the Cache function.
Operation
Operation
Enables/disables the Client function.
Possible values:
On
The Client function is enabled.
The device sends requests for resolving hostnames in IP addresses to a DNS server.
Off (default setting)
The Client function is disabled.
Cache
Buttons
Flush cache
Cache
Enables/disables the Cache function.
Possible values:
On (default setting)
The Cache function is enabled.
The device temporarily saves up to 128 DNS server responses (hostname and corresponding
IP address) in the cache. When the cache contains a matching entry, the host name of a new
request the device resolves itself. This makes sending a new query to the DNS server
unnecessary.
Off
The Cache function is disabled.
This dialog displays to which DNS servers the device sends requests for resolving hostnames in IP
addresses.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Index
Displays the sequential number of the DNS server.
Address
Displays the IP address of the DNS server. The device forwards requests for resolving host names
in IP addresses to the DNS server with this IP address.
In this dialog you specify the DNS servers to which the device forwards requests for resolving host
names in IP addresses.
The device lets you specify up to 4 IP addresses yourself or to transfer the IP addresses from a
DHCP server.
Configuration
Configuration source
Specifies the source from which the device obtains the IP address of DNS servers to which the
device addresses requests.
Possible values:
user
The device uses the IP addresses specified in the table.
mgmt-dhcp (default setting)
The device uses the IP addresses which the DHCP server delivers to the device.
Domain name
Specifies the domain name according to RFC1034 which the device adds to hostnames without a
domain suffix.
Possible values:
Alphanumeric ASCII character string with 0..255 characters
Possible values:
0
Deactivates the function. The device does not send a request to the server again.
1..3600 (default setting: 3)
Request retransmits
Specifies, how many times the device retransmits a request.
The prerequisite is that, in the Request timeout [s] field, you specify a value >0.
Possible values:
0..100 (default setting: 2)
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Index
Displays the sequential number of the DNS server.
Address
Specifies the IP address of the DNS server.
Possible values:
Valid IPv4 address (default setting: 0.0.0.0)
Active
Activates/deactivates the table entry.
The device sends requests to the DNS server configured in the first active table entry. When the
device does not receive a response from this server, it sends requests to the DNS server configured
in the next active table entry.
Possible values:
marked
The DNS client sends requests to this DNS server.
Prerequisites:
Enable the DNS-client function in the Advanced > DNS > Global dialog.
Select in the Configuration frame, Configuration source drop-down-list the value user.
unmarked (default setting)
The device does not send requests to this DNS server.
This dialog lets you specify up to 64 hostnames which you link with one IP address each. Upon a
request for resolving hostnames in IP addresses, the device searches this table for a corresponding
entry. When the device does not find a corresponding entry, it forwards the request.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Index
Displays the index number to which the table entry relates.
Possible values:
1..64
Name
Specifies the hostname.
Possible values:
Alphanumeric ASCII character string with 0..255 characters
IP address
Specifies the IP address under which the host is reachable.
Possible values:
Valid IPv4 address
Active
Activates/deactivates the table entry.
Possible values:
marked
The device resolves a request for the host name for this entry.
unmarked
After receiving a request for this host name, the device sends a request to one of the configured
name servers for resolution.
8.4.1 IEC61850-MMS
[ Advanced > Industrial Protocols > IEC61850-MMS ]
The packet orientated protocol defines a uniform communication language based on the transport
protocol, TCP/IP. The protocol uses a Manufacturing Message Specification (MMS) server for
client server communications. The protocol includes functions for SCADA, Intelligent Electronic
Device (IED) and the network control systems.
Note: IEC61850/MMS does not provide any authentication mechanisms. If the write access for
IEC61850/MMS is activated, then every client that can access the device using TCP/IP is capable
of changing the settings of the device. This in turn can result in an incorrect configuration of the
device and to failures in the network.
Activate the write access only if you have taken additional measures (for example Firewall, VPN,
etc.) to reduce possible unauthorized access.
This dialog lets you specify the following MMS server settings:
Activates/deactivates the MMS server.
Activates/deactivates the write access to the MMS server.
The MMS server TCP Port.
The maximum number of MMS server sessions.
Operation
Operation
Enables/disables the IEC61850-MMS server.
Possible values:
On
The IEC61850-MMS server is enabled.
Off (default setting)
The IEC61850-MMS server is disabled.
The IEC61850 MIBs stay accessible.
Information
Status
Displays the current IEC61850-MMS server status.
Possible values:
unavailable
starting
running
stopping
halted
error
Active sessions
Displays the number of active MMS server connections.
Configuration
Buttons
Write access
Activates/deactivates the write access to the MMS server.
Possible values:
marked
The write access to the MMS server is activated. This setting lets you change the device settings
using the IEC 61850 MMS protocol.
unmarked (default setting)
The write access to the MMS server is deactivated. The MMS server is accessible as read-only.
Technical key
Specifies the IED name.
Possible values:
Alphanumeric ASCII character string with 0..32 characters
The device accepts the following characters:
– _
– 0..9
– a..z
– A..Z (default setting: KEY)
To get the MMS server to use the IED name, click the button and restart the MMS server. The
connection to connected clients is then interrupted.
TCP port
Specifies TCP port for MMS server access.
Possible values:
1..65535 (default setting: 102)
Exception: Port 2222 is reserved for internal functions.
Note: The server restarts automatically after you change the port. In the process, the device
terminates open connections to the server.
Sessions (max.)
Specifies the maximum number of MMS server connections.
Possible values:
1..15 (default setting: 5)
Modbus TCP is a protocol used for Supervisory Control and Data Acquisition (SCADA) system
integration. Modbus TCP is a vendor-neutral protocol used to monitor and control industrial
automation equipment such as Programmable Logic Controllers (PLC), sensors and meters.
This dialog lets you specify the parameters of the protocol. To monitor and control the parameters
of the device, you need Human-Machine Interface (HMI) software and the memory mapping table.
Refer to the tables located in the “Configuration” user manual for the supported objects and
memory mapping.
The dialog lets you enable the function, activate the write access, control which TCP port the
Human-Machine Interface (HMI) polls for data. You can also specify the number of sessions
allowed to be open at the same time.
Note: Activating the Modbus TCP write-access can cause an unavoidable security risk, because the
protocol does not authenticate user access.
To help minimize the unavoidable security risks, specify the IP address range located in the Device
Security > Management Access dialog. Enter only the IP addresses assigned to your devices before
enabling the function. Furthermore, the default setting for monitoring function activation in the
Diagnostics > Status Configuration > Security Status dialog, Global tab, is active.
Operation
Operation
Enables/disables the Modbus TCP server in the device.
Possible values:
On
The Modbus TCP server is enabled.
Off (default setting)
The Modbus TCP server is disabled.
Configuration
Write access
Activates/deactivates the write access to the Modbus TCP parameters.
Note: Activating the Modbus TCP write-access can cause an unavoidable security risk, because the
protocol does not authenticate user access.
Possible values:
marked (default setting)
The Modbus TCP server read/write access is active. This lets you change the device
configuration using the Modbus TCP protocol.
unmarked
The Modbus TCP server read-only access is active.
TCP port
Specifies the TCP port number that the Modbus TCP server uses for communication.
Possible values:
<TCP Port number> (default setting: 502)
Specifying 0 is not allowed.
Sessions (max.)
Specifies the maximum number of concurrent sessions that the Modbus TCP server maintains.
Possible values:
1..5 (default setting: 5)
8.4.3 EtherNet/IP
[ Advanced > Industrial Protocols > EtherNet/IP ]
This dialog lets you specify the EtherNet/IP settings. You have the following options:
Enable/disable the EtherNet/IP function in the device.
Activate/deactivate the read/write capability of the EtherNet/IP protocol.
Download the Electronic Data Sheet (EDS) file from the device.
Operation
Operation
Enables/disables the EtherNet/IP function in the device.
Possible values:
On
The EtherNet/IP function is enabled.
Off (default setting)
The EtherNet/IP function is disabled.
Configuration
Buttons
Write access
Activates/deactivates the read/write capability of the EtherNet/IP protocol.
Possible values:
marked
The EtherNet/IP protocol accepts set/get requests.
unmarked (default setting)
The EtherNet/IP protocol accepts only get requests.
The protocol OPC UA is a standardized protocol for industrial communication defined in the
standard IEC 62541. The OPC UA Server function monitors the OPC UA information model data for
the industrial automation equipments such as Programmable Logic Controllers (PLC), sensors and
meters.
To monitor the OPC UA information model data of the connected end devices, use an OPC UA
client application.
In this dialog you enable the OPC UA Server function and specify the required settings. You can also
specify the number of sessions allowed to be open at the same time. The dialog lets you manage
the OPC UA user accounts required to access the device using a OPC UA client application. Every
OPC UA user requires an active OPC UA user account to gain access to the OPC UA server of the
device.
Operation
Operation
Enables/disables the OPC UA Server function in the device.
Possible values:
On
The OPC UA Server function is enabled.
Off (default setting)
The OPC UA Server function is disabled.
Configuration
Listening port
Specifies the TCP port number that the OPC UA Server server uses for communication.
Possible values:
1..65535 (default setting: 4840)
Exception: Port 2222 is reserved for internal functions.
Sessions (max.)
Specifies the maximum number of OPC UA connections to the device that can be set up
simultaneously. Each accessing OPC UA client application establishes a separate OPC UA
connection to the device.
Possible values:
1..5 (default setting: 5)
Security policy
Specifies the authentication and encryption protocol that the device applies for the OPC UA user.
Possible values:
none (default setting)
The OPC UA user does not need to authenticate oneself.
basic128Rsa15
The OPC UA user authenticates using the Basic128Rsa15 protocol.
basic256
The OPC UA user authenticates using the Basic256 protocol.
basic256Sha256
The OPC UA user authenticates using the Basic256Sha256 protocol.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Buttons
Add
Opens the Create window to add a new entry to the table. The device lets you specify up to 4 OPC
UA user accounts.
In the User name field, you specify the name of the OPC UA user account.
Possible values:
Alphanumeric ASCII character string with 1..32 characters
The device accepts the following characters:
– a..z
– A..Z
– 0..9
– <space>
– -_
Remove
User name
Displays the name of the OPC UA user having access to the device using an OPC UA client
application.
Password
Specifies the password that the user applies to access the device using an OPC UA client
application.
Displays ***** (asterisks) instead of the password with which the user logs in. To change the
password, click the relevant field.
Possible values:
Alphanumeric ASCII character string with 6..64 characters
The device accepts the following characters:
– a..z
– A..Z
– 0..9
– !#$%&'()*+,-./:;<=>?@[\]^_`{}~
Access role
Specifies the role that regulates the access of the OPC UA user using an OPC UA client
application.
Possible values:
readOnly (default setting)
The OPC UA user account has read-only access to the device. The OPC UA user can view the
OPC UA information model data of the connected end devices.
Active
Activates/deactivates the OPC UA user account in the device.
Possible values:
marked
The OPC UA user account is active. The device accepts the login of an OPC UA user with this
user name.
unmarked (default setting)
The OPC UA user account is inactive. The device rejects the login of an OPC UA user with this
user name.
8.4.5 PROFINET
[ Advanced > Industrial Protocols > PROFINET ]
This dialog lets you configure the PROFINET protocol on this device used in conjunction with
PROFINET Controllers and PROFINET devices. The device bases the PROFINET function on the
Siemens V2.2 PROFINET stack for common Ethernet controllers. The PROFINET protocol
implemented in the device conforms to Class B for real time responses according to IEC 61158.
Functions that directly affect the PROFINET function require the following default values to be
changed. If you have obtained the device as a specially available PROFINET variant, then these
values are already predefined:
PROFINET
Advanced > Industrial Protocols > PROFINET dialog
• Operation frame
Operation = On
• Configuration frame
Name of station field = <empty>
Network
Basic Settings > Network > IPv4 dialog
• Management interface frame
IP address assignment radio button = Local
• HiDiscovery protocol v1/v2 frame
Access drop-down list = readOnly
• IP parameter frame
IP address field = 0.0.0.0
Netmask field = 0.0.0.0
Gateway address field = 0.0.0.0
VLAN
Switching > Global dialog
• Configuration frame
VLAN unaware mode checkbox = marked
LLDP
Diagnostics > LLDP > Configuration dialog
• Configuration frame
Transmit interval [s] field = 5
Transmit delay [s] field = 1
Operation
Operation
Enables/disables the PROFINET function in the device.
Possible values:
On
The PROFINET function is enabled.
Off (default setting)
The PROFINET function is disabled.
Configuration
Buttons
Name of station
Specifies the name of the device.
Possible values:
Alphanumeric ASCII character string with 0..240 characters
The device prohibits you from using a number as the first character.
Information
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Port
Displays the port number.
DCP mode
Specifies the data stream direction on the port to monitor for DCP packets.
The Programmable Logic Controller (PLC) detects PROFINET devices using the Discovery and
Configuration Protocol (DCP).
The DCP identify request packets are multicast, the responses from the agents are unicast.
Regardless of the settings, the device forwards the received DCP packets to other ports whose
setting is either egress or both.
none none
DCP
none ingress ingress ingress
DCP
DCP egress DCP egress
both both
none none
egress ingress both ingress
Possible values:
none
The agent does not respond to packets received on this port. The port does not forward packets
received on other ports.
ingress
The agent responds to packets received on this port. The port does not forward packets
received on other ports.
egress
The agent does not respond to packets received on this port. The port forwards packets
received on other ports.
both (default setting)
The agent responds to packets received on this port. The port forwards packets received on
other ports.
The digital inputs let you capture and forward signals from digital sensors.
The digital outputs let you apply the signal, relayed from the inputs, to the actuators. The voltage
at the digital output is 24 VDC. As an actuator, you can connect, for example:
• Indicator lights
• An acoustic alarm generator
• A relay that switches for example a heater, a pump, a motor or a valve on/off.
The device transmits sensor signals throughout the network to activate the appropriate actuators.
The module captures signals using the input connections and forwards them to the outputs. Based
on the location of the actuators, the device forwards signals to outputs located on the same module,
on a different module within the same device or on another device.
When the device maps the digital input ports to the digital output ports, there is a 1:N relationship.
The device mirrors the data stream of one digital input port to any number of digital outputs ports.
When the device maps the digital output ports to the digital input ports, there is a 1:1 relationship.
One digital output port mirrors the data stream of one digital input port.
[IO input]
Operation
Operation
Enables/disables the cyclical queries from the digital inputs (IO Input).
Possible values:
On
Enables you to query the input values.
Off (default setting)
Configuration
Possible values:
1000..10000 (default setting: 1000)
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Input ID
Displays the slot number of the module (x) and number of the digital input (i) that applies to this
entry.
Notation: x.i
Possible values:
x =0..7
The value 0 equals the main unit (MU).
i =1..4
Value
Specifies the digital input level.
Possible values:
low
The input voltage on the digital input is 0 V.
high
The input voltage on the digital input is +24 VDC.
not-available
The input voltage on the digital input has another value than 0 V or +24 VDC. Verify that the
module is present and seated properly.
Log event
Activates/deactivates the logging in the log file. See the Diagnostics > Report > System Log dialog.
Possible values:
marked
Logging is activated.
The device checks the status of the digital inputs in accordance with the time interval specified
in the Configuration frame, Refresh interval [ms] field.
When changes on the digital inputs occur, the device logs an entry in the System Log log file.
unmarked (default setting)
Logging is deactivated.
Send trap
Activates/deactivates the sending of SNMP traps when the device detects a change on the digital
inputs.
The device checks the status of the digital inputs in accordance with the time interval specified in
the Configuration frame, Refresh interval [ms] field.
Possible values:
marked
The sending of SNMP traps is active.
When the device detects changes on the digital inputs, the device sends an SNMP trap.
unmarked (default setting)
The sending of SNMP traps is inactive.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
[IO output]
Operation
Operation
Enables/disables the cyclical setting of the digital outputs (IO Output).
Possible values:
On
Activates the mirroring of the input values to the output ports.
Off (default setting)
Deactivates the mirroring of the input values to the output ports.
Configuration
Possible values:
1000..10000 (default setting: 1000)
The precision of the interval value is 100 ms.
Retries
Specifies the number of retries for initial values.
Possible values:
1..10 (default setting: 3)
If SNMP Get Requests come back without a response, then the device sets the initial value to
invalid, after the user-defined number of retries has been reached.
Table
For information on how to customize the appearance of the table, see “Working with tables” on
page 18.
Output ID
Displays the slot number of the module (x) and number of the digital output (o) that applies to this
entry.
Notation: x.o
Possible values:
x =0..7
The value 0 equals the main unit (MU).
o =1..4
Value
Specifies the digital output level on the relay.
Possible values:
low
The output level has the state “0”.
high
The output level has the state “1”.
not-available
The output level has a state other than low or high.
Verify if in the Operation frame the On radio button is selected.
invalid
The output level is low, the device has no option of reading the IO input information.
not-configured
The output level is low.
Check the settings for the IO output.
Source address
Specifies the IP address of the device with a module from which you want to analyze a digital input.
Possible values:
Valid IPv4 address
0.0.0.0
Deactivates the function.
127.0.0.1
Local input.
Possible values:
1..65535 (default setting: 161)
Exception: Port 2222 is reserved for internal functions.
Input ID
Slot number of the module (x) and number of the digital input (i) that applies to this entry.
Notation: x.i
Possible values:
x = 0..7
The value 0 equals the main unit (MU).
i = 1..4
Log event
Activates/deactivates the logging in the log file. See the Diagnostics > Report > System Log dialog.
Possible values:
marked
Logging is activated.
The device checks the status of the digital outputs in accordance with the time interval specified
in the Configuration frame, Refresh interval [ms] field.
When changes on the digital outputs occur, the device logs an entry in the System Log log file.
unmarked (default setting)
Logging is deactivated.
Send trap
Activates/deactivates the sending of SNMP traps when the device detects a change on the digital
outputs.
The device checks the status of the digital outputs in accordance with the time interval specified in
the Configuration frame, Refresh interval [ms] field.
Possible values:
marked
The sending of SNMP traps is active.
When the device detects changes on the digital outputs, the device sends an SNMP trap.
unmarked (default setting)
The sending of SNMP traps is inactive.
The prerequisite for sending SNMP traps is that you enable the function in the Diagnostics > Status
Configuration > Alarms (Traps) dialog and specify at least one trap destination.
This dialog lets you access the device using the Command Line Interface.
Buttons
When you click the button, the web application passes the URL of the device starting with ssh://
and the user name of the currently logged in user.
If the web browser finds a SSH-capable client application, then the SSH-capable client establishes
a connection to the device using the SSH protocol.
A Index
0-9
802.1D/p mapping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261
802.1X . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107, 148
A
Access control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 148
Access control lists . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202
Access restriction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132
ACL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202
Address conflict detection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30, 529
Aging time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221, 534
Alarms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 522
ARP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 361, 366, 529
ARP inspection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192
ARP table . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 366, 534
Audit trail . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 596
Authentication history . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 162
Authentication list . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
Auto disable . . . . . . . . . . . . . . . . . . . . . . . . . . . 144, 145, 181, 195, 197, 312, 555, 556, 562, 580
Auto summary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 375
B
Boundary clock . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 86
Bridge . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309
C
Cable diagnosis . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 550
Certificate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23, 46, 113, 130, 131, 512, 539, 545
CLI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137
Command line interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 137
Community names . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139
Configuration check . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 527
Configuration profile . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18, 38
Counter reset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
Count-to-infinity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 375
D
Daylight saving time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 72
Device software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Device software backup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Device status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21, 502
DHCP L2 relay . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 597
DHCP server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 602
DHCP snooping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179
Digital input . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26, 629
Digital output . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 631
Distance vector . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 374
DNS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 610
DNS cache . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 611
DNS client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 611
Domain name system . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 610
DoS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175
Download EDS for EtherNet/IP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 622
DSCP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 263
Dynamic ARP inspection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192
E
EAPOL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 160
Egress rate limiter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224
Email notification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 537
Encryption . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
ENVM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36, 47, 50, 504, 510, 518, 593
EtherNet/IP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 512, 622
EtherNet/IP, Download EDS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 622
EtherNet/IP, Read/write capability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 622
Event severity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 541, 591
External memory . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25, 36, 47, 50, 593
F
FAQ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 643
FDB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227
Filter MAC addresses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227
Fingerprint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 125, 129
Flash memory . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36, 526
Flow control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221
Forwarding database . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227
G
GARP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 253
GMRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 254
Guards . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 325
GVRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 256
H
Hardware clock . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
Hardware state . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 526
HiDiscovery . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30, 511, 596
HIPER ring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307
HiVRRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 481, 482, 495
Host key . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127
Host routes accept . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 375
HTML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 525, 595
HTTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127
HTTP server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 509
HTTPS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 128
I
IAS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107, 164
ICMP redirect . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 355, 362
IEC61850-MMS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 512, 617
IEEE 802.1X . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
IGMP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 447
IGMP snooping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 229
Industrial HiVision . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11, 121
Ingress filtering . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 295
Ingress rate limiter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224
Integrated authentication server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107, 164
IO input . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26, 629
IO output . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 631
IP access restriction . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 132
IP address conflict detection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 529
IP DSCP mapping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 263
IP source guard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188
IPv4 rule . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 203
L
L2 relay . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 597
L3 relay . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 431
LDAP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
Link aggregation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330
Link backup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 337
LLDP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 570
Load/save . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Log file . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67, 595
Login banner . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 138, 140
Loop protection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 518
Loopback interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 436
Loops . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 308
M
MAC Address Conflict Detection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
MAC address table . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 227
MAC flood . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143
MAC rule . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 211
MAC spoof . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 145
Mail notification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 537
Management access . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30, 132
Management VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Manufacturing message specification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 617
Media redundancy protocol . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303
MMRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 245
MMS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 617
Modbus TCP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 512, 620
Modules . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 503, 517
MRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303
MRP-IEEE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 243
MSTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309
Multicast . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 447
Multicast routing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 439
MVRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 250
N
Network load . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
NVM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18, 36, 47
O
OSPF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 380
P
Password . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102, 508
Password length . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 102, 508
Persistent logging . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 592
PoE . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
Port clients . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 158
Port configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152, 259
Port mirroring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 566
Port monitor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 562
Port priority . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 259
Port security . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143
Port statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 160
Port VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294
Port-based access control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 148
Power over Ethernet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 60
Power supply . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23, 504, 518
Pre-Login banner . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 140
Priority queue . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 258
PROFINET . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 513, 626
Proxy ARP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 361
Q
Queue management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 265
Queues . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 258
R
RADIUS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107, 165
RAM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
RAM test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 535
Rate limiter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224
RCP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 352
Read/write capability for EtherNet/IP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 622
Reboot . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 67
Redundant coupling protocol . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 352
Relay . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 431, 597
Request interval . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
Ring structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303
Ring/Network coupling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 346
RIP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 374
RIP statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 379
RNC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 346
Root bridge . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 309
Route distribution . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 378
Router discovery . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 372
Router interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 292, 359
Routing information protocol . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 374
Routing profiles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 356
Routing table . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 419
RSTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 308, 309
S
Secure shell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123
Security status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22, 507
Self-test . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 535
Serial interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 510
Settings . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
Severity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 541, 591
sFlow . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 583
SFP module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 549
Signal contact . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22, 514
SNMP server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 121, 510
SNMP traps 57, 61, 63, 145, 309, 333, 383, 426, 460, 468, 482, 502, 507, 516, 522, 531, 533, 555,
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 631, 633
SNMPv1/v2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 139
SNTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
SNTP client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76
SNTP server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 81
Software backup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Software update . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 35
Source guard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 188
Spanning tree protocol . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 308
SSH server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 123
Subring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 342
Support information (ZIP archive) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 591
Syslog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 545
System information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 525
System log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 595
System monitor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 535
System time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 71
T
Technical questions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 643
Telnet server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 122, 509
Temperature . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24, 503, 517
Threshold values network load . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224
Time profile . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 218
Time to live . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 358
Topology discovery . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 575
Tracking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 422, 499
Training courses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 643
Transparent clock . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 95
Trap destination . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 522
Traps 57, 61, 63, 145, 309, 333, 383, 426, 460, 468, 482, 502, 507, 516, 522, 531, 533, 555, 631,
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 633
Trust mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 259
TTL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 358
Twisted pair . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 550
U
Unaware mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221
User administration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
Utilization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
V
Virtual local area network . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 289
Virtual router redundancy protocol . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 481
VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30, 289, 581
VLAN configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 292
VLAN ports . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294
VLAN unaware mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 221
VRRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 481
VRRP statistics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 497
VRRP tracking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 499
W
Watchdog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38, 40
Web server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 127, 128
Z
ZIP archive with support information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 591
B Further support
Technical questions
For technical questions, please contact any Hirschmann dealer in your area or Hirschmann directly.
A list of local telephone numbers and email addresses for technical support directly from
Hirschmann is available at hirschmann-support.belden.com.
This site also includes a free of charge knowledge base and a software download section.
Technical Documents
The current manuals and operating instructions for Hirschmann products are available at
doc.hirschmann.com.
The Customer Innovation Center is ahead of its competitors on three counts with its complete range
of innovative services:
Consulting incorporates comprehensive technical advice, from system evaluation through
network planning to project planning.
Training offers you an introduction to the basics, product briefing and user training with
certification.
You find the training courses on technology and products currently available at
www.belden.com/solutions/customer-innovation-center.
Support ranges from the first installation through the standby service to maintenance concepts.
With the Customer Innovation Center, you decide against any compromise in any case. Our client-
customized package leaves you free to choose the service components you want to use.
C Readers’ Comments
What is your opinion of this manual? We are constantly striving to provide as comprehensive a
description of our product as possible, as well as important information to assist you in the operation
of this product. Your comments and suggestions help us to further improve the quality of our
documentation.
General comments:
Sender:
Company / Department:
Street:
E-mail:
Date / Signature:
Dear User,
Manuals and software are protected by copyright. All rights reserved. The copying, reproduction, translation, conversion into
any electronic medium or machine scannable form is not permitted, either in whole or in part. An exception is the preparation
of a backup copy of the software for your own use.
The performance features described here are binding only if they have been expressly agreed when the contract was made.
This document was produced by Hirschmann Automation and Control GmbH according to the best of the company's
knowledge. Hirschmann reserves the right to change the contents of this document without prior notice. Hirschmann can give
no guarantee in respect of the correctness or accuracy of the information in this document.
Hirschmann can accept no responsibility for damages, resulting from the use of the network components or the associated
operating software. In addition, we refer to the conditions of use specified in the license contract.
You find the latest user documentation for your device at: doc.hirschmann.com
2021-12-17
Contents
Contents
Safety instructions. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
Key. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
1 User interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
1.1 Graphical User Interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
1.2 Command Line Interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
1.2.1 Preparing the data connection . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
1.2.2 Access to the Command Line Interface using Telnet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
1.2.3 Access to the Command Line Interface using SSH (Secure Shell) . . . . . . . . . . . . . . . . . . . . . . 21
1.2.4 Access to the Command Line Interface using the serial interface . . . . . . . . . . . . . . . . . . . . . . . . 23
1.2.5 Mode-based command hierarchy. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 25
1.2.6 Executing the commands. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
1.2.7 Structure of a command. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
1.2.8 Examples of commands. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 32
1.2.9 Input prompt . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 33
1.2.10 Key combinations. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 34
1.2.11 Data entry elements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
1.2.12 Use cases . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 37
1.2.13 Service Shell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 38
1.3 System monitor . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
1.3.1 Functional scope . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
1.3.2 Starting the System Monitor. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
UM Config MSP30 3
Release 9.0 12/2021
Contents
4 UM Config MSP30
Release 9.0 12/2021
Contents
UM Config MSP30 5
Release 9.0 12/2021
Contents
11 VLANs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157
11.1 Examples of VLANs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157
11.1.1 Example 1 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 158
11.1.2 Example 2 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 161
11.2 Guest VLAN / Unauthenticated VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 166
11.3 RADIUS VLAN assignment . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 168
11.4 Creating a Voice VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 169
11.5 MAC based VLANs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 170
11.6 IP subnet based VLANs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 171
11.7 Protocol-based VLAN. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 172
11.8 VLAN unaware mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 173
12 Redundancy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175
12.1 Network Topology vs. Redundancy Protocols . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175
12.1.1 Network topologies. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 175
12.1.2 Redundancy Protocols . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176
12.1.3 Combinations of redundancy protocols . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 177
12.2 Media Redundancy Protocol (MRP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178
12.2.1 Network Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178
12.2.2 Reconfiguration time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179
12.2.3 Advanced mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179
12.2.4 Prerequisites for MRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179
12.2.5 Advanced Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180
12.2.6 Example Configuration. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181
12.2.7 MRP over LAG . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 185
12.3 HIPER Ring Client . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 189
12.3.1 VLANS on the HIPER Ring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 189
12.3.2 Advanced Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190
12.3.3 HIPER Ring over LAG . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191
12.4 Spanning Tree . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192
12.4.1 Basics. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192
12.4.2 Rules for Creating the Tree Structure . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 196
12.4.3 Examples . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198
6 UM Config MSP30
Release 9.0 12/2021
Contents
13 Routing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255
13.1 Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255
13.2 Routing - Basics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 256
13.2.1 ARP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257
13.2.2 CIDR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 259
13.2.3 Net-directed Broadcasts. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 260
13.2.4 Multinetting. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 260
13.3 Static Routing. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261
13.3.1 Port-based Router Interface. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261
13.3.2 VLAN-based Router-Interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 263
13.3.3 Configuration of a Static Route . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 265
13.3.4 Static route tracking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 268
13.4 Tracking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272
13.4.1 Interface tracking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272
13.4.2 Ping tracking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273
13.4.3 Logical tracking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 274
13.4.4 Configuring the tracking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 274
13.5 VRRP/HiVRRP. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282
13.5.1 VRRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282
13.5.2 HiVRRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 285
13.5.3 HiVRRP Domains. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 288
13.5.4 VRRP with load sharing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 292
13.5.5 VRRP with Multinetting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 292
UM Config MSP30 7
Release 9.0 12/2021
Contents
8 UM Config MSP30
Release 9.0 12/2021
Contents
UM Config MSP30 9
Release 9.0 12/2021
Contents
B Appendix. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 487
B.1 Literature references . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 487
B.2 Maintenance. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 488
B.3 Management Information Base (MIB) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 489
B.4 List of RFCs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 491
B.5 Underlying IEEE Standards . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 494
B.6 Underlying IEC Norms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 495
B.7 Underlying ANSI Norms . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 496
B.8 Technical Data . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 497
16.5.5 Switching . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 497
16.5.6 VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 497
16.5.7 Access Control Lists (ACL) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 497
16.5.8 Routing/Switching . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 498
B.9 Copyright of integrated Software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 499
B.10 Abbreviations used. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 500
C Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 501
10 UM Config MSP30
Release 9.0 12/2021
Safety instructions
Safety instructions
WARNING
UNCONTROLLED MACHINE ACTIONS
To avoid uncontrolled machine actions caused by data loss, configure all the data transmission
devices individually.
Before you start any machine which is controlled via data transmission, be sure to complete the
configuration of all data transmission devices.
Failure to follow these instructions can result in death, serious injury, or equipment
damage.
UM Config MSP30 11
Release 9.0 12/2021
Safety instructions
12 UM Config MSP30
Release 9.0 12/2021
About this Manual
The “Configuration” user manual contains the information you need to start operating the device. It
takes you step by step from the first startup operation through to the basic settings for operation in
your environment.
The “Installation” user manual contains a device description, safety instructions, a description of the
display, and the other information that you need to install the device.
The “Graphical User Interface” reference manual contains detailed information on using the
graphical user interface to operate the individual functions of the device.
The “Command Line Interface” reference manual contains detailed information on using the
Command Line Interface to operate the individual functions of the device.
The Industrial HiVision Network Management software provides you with additional options for
smooth configuration and monitoring:
Auto-topology discovery
Browser interface
Client/server structure
Event handling
Event log
Simultaneous configuration of multiple devices
Graphical user interface with network layout
SNMP/OPC gateway
UM Config MSP30 13
Release 9.0 12/2021
Key
Key
List
Work step
Link Cross-reference with link
Note: A note emphasizes a significant fact or draws your attention to a dependency.
Courier Representation of a CLI command or field contents in the graphical user interface
14 UM Config MSP30
Release 9.0 12/2021
Replacing a faulty device
The device provides the following plug-and-play solutions for replacing a faulty device with a device
of the same type:
The new device loads the configuration profile of the replaced device from the external memory.
See “Loading the configuration profile from the external memory” on page 92.
The new device gets its IP address using DHCP Option 82.
See “DHCP L2 Relay” on page 412.
See “Setting up a DHCP server with Option 82” on page 479.
With each solution, upon reboot, the new device gets the same IP settings that the replaced device
had.
For accessing the device management using HTTPS, the device uses a digital certificate. You
have the option to import your own certificate to the device.
See “HTTPS certificate management” on page 485.
For accessing the device management using SSH, the device uses an RSA host key. You have
the option to import your own host key in PEM format to the device.
See “Loading your own key onto the device” on page 482.
UM Config MSP30 15
Release 9.0 12/2021
Replacing a faulty device
16 UM Config MSP30
Release 9.0 12/2021
User interfaces
1.1 Graphical User Interface
1 User interfaces
The device lets you specify the settings of the device using the following user interfaces.
System requirements
To open the Graphical User Interface, you need the desktop version of a web browser with HTML5
support.
Note: Third-party software such as web browsers validate certificates based on criteria such as
their expiration date and current cryptographic parameter recommendations. Old certificates can
cause errors for example, when they expire or cryptographic recommendations change. To solve
validation conflicts with third-party software, transfer your own up-to-date certificate onto the device
or regenerate the certificate with the latest firmware.
The prerequisite for starting the Graphical User Interface is that the IP parameters are configured
in the device. See “Specifying the IP parameters” on page 43.
UM Config MSP30 17
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
The Command Line Interface lets you use the functions of the device through a local or remote
connection.
The Command Line Interface provides IT specialists with a familiar environment for configuring IT
devices. As an experienced user or administrator, you have knowledge about the basics and about
using Hirschmann devices.
Information for assembling and starting up your device can be found in the “Installation” user
manual.
Connect the device with the network. The prerequisite for a successful data connection is the
correct setting of the network parameters.
You can access the user interface of the Command Line Interface for example, with the freeware
program PuTTY. You can download the software from www.putty.org.
Install the PuTTY program on your computer.
18 UM Config MSP30
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
In the Host Name (or IP address) field you enter the IP address of your device.
The IP address consists of 4 decimal numbers with values from 0 to 255. The 4 decimal numbers
are separated by points.
To select the connection type, select the Telnet radio button in the Connection type option list.
Click the Open button to set up the data connection to your device.
The Command Line Interface appears on the screen with a window for entering the user name.
The device enables up to 5 users to have access to the Command Line Interface at the same
time.
Note: This device is a security-relevant product. Change the password during the first startup
procedure.
UM Config MSP30 19
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
NOTE: Enter '?' for Command Help. Command help displays all options
that are valid for the particular mode.
For the syntax of a particular command form, please
consult the documentation.
MSP>
20 UM Config MSP30
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
1.2.3 Access to the Command Line Interface using SSH (Secure Shell)
In the following example we use the PuTTY program. Another option to access your device using
SSH is the OpenSSH Suite.
In the Host Name (or IP address) field you enter the IP address of your device.
The IP address consists of 4 decimal numbers with values from 0 to 255. The 4 decimal numbers
are separated by points.
To specify the connection type, select the SSH radio button in the Connection type option list.
After selecting and setting the required parameters, the device lets you set up the data
connection using SSH.
UM Config MSP30 21
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
Click the Open button to set up the data connection to your device.
Depending on the device and the time at which SSH was configured, setting up the connection
takes up to a minute.
When you first log in, towards the end of the connection setup, the PuTTY program displays a
security alert message and lets you check the fingerprint of the key.
Note: This device is a security-relevant product. Change the password during the first startup
procedure.
22 UM Config MSP30
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
NOTE: Enter '?' for Command Help. Command help displays all options
that are valid for the particular mode.
For the syntax of a particular command form, please
consult the documentation.
MSP>
1.2.4 Access to the Command Line Interface using the serial interface
The serial interface is used to locally connect an external network management station (VT100
terminal or PC with terminal emulation). The interface lets you set up a data connection to the
Command Line Interface and to the system monitor.
UM Config MSP30 23
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
Figure 7: Serial data connection with the serial interface using the PuTTY program
Press any key on your terminal keyboard a number of times until the login screen indicates the
CLI mode.
Enter the user name.
The default user name is admin.
Press the <Enter> key.
Enter the password.
The default password is private.
Press the <Enter> key.
Note: This device is a security-relevant product. Change the password during the first startup
procedure.
24 UM Config MSP30
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
NOTE: Enter '?' for Command Help. Command help displays all options
that are valid for the particular mode.
For the syntax of a particular command form, please
consult the documentation.
MSP>
In the Command Line Interface, the commands are grouped in the related modes, according to the
type of the command. Every command mode supports specific Hirschmann software commands.
The commands available to you as a user depend on your privilege level (administrator,
operator, guest, auditor). They also depend on the mode in which you are currently working.
When you switch to a specific mode, the commands of the mode are available to you.
The User Exec mode commands are an exception. The Command Line Interface also lets you
execute these commands in the Privileged Exec mode.
UM Config MSP30 25
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
The following figure displays the modes of the Command Line Interface.
ROOT
login logout
enable exit
Basic functions,
Privileged Exec Mode
basic setting
vlan serviceshell
configure exit exit exit
database start
Advanced
Global Configuration Mode VLAN Database Mode Service Shell
configurations
Configurations
on one or Interface Range Mode
several ports
The Command Line Interface supports, depending on the user level, the following modes:
User Exec mode
When you log in with the Command Line Interface, you enter the User Exec mode. The User
Exec mode contains a limited range of commands.
Command prompt: (MSP) >
Privileged Exec mode
To access the entire range of commands, you enter the Privileged Exec mode. If you log in as
a privileged user, then you are able to enter the Privileged Exec mode. In the Privileged Exec
mode, you are able to execute the User Exec mode commands, too.
Command prompt:(MSP) #
VLAN mode
The VLAN mode contains VLAN-related commands.
Command prompt: (MSP) (VLAN)#
Service Shell
The Service Shell is for service purposes only.
Command prompt: /mnt/fastpath #
26 UM Config MSP30
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
The following table displays the command modes, the command prompts (input request
characters) visible in the corresponding mode, and the option with which you quit this mode.
Privileged Exec From the User Exec mode, you enter To quit the Privileged Exec mode and
mode the command enable: return to the User Exec mode, you enter
(MSP) >enable exit:
(MSP) # (MSP) #exit
(MSP) >
UM Config MSP30 27
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
When you enter a question mark (?) after the prompt, the Command Line Interface displays a list
of the available commands and a short description of the commands.
(MSP)>
cli Set the CLI preferences.
enable Turn on privileged commands.
help Display help for various special keys.
history Show a list of previously run commands.
logout Exit this session.
ping Send ICMP echo packets to a specified IP address.
show Display device options and settings.
telnet Establish a telnet connection to a remote host.
(MSP)>
28 UM Config MSP30
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
Syntax analysis
When you log in with the Command Line Interface, you enter the User Exec mode. The Command
Line Interface displays the prompt (MSP)> on the screen.
When you enter a command and press the <Enter> key, the Command Line Interface starts the
syntax analysis. The Command Line Interface searches the command tree for the desired
command.
When the command is outside the Command Line Interface command range, a message informs
you of the detected error.
Example:
You want to execute the show system info command, but enter info without f and press the <Enter>
key.
Command tree
The commands in the Command Line Interface are organized in a tree structure. The commands,
and where applicable the related parameters, branch down until the command is completely
defined and therefore executable. The Command Line Interface checks the input. When you
entered the command and the parameters correctly and completely, you execute the command
with the <Enter> key.
After you entered the command and the required parameters, the other parameters entered are
treated as optional parameters. When one of the parameters is unknown, the Command Line
Interface displays a syntax message.
The command tree branches for the required parameters until the required parameters have
reached the last branch in the structure.
With optional parameters, the command tree branches until the required parameters and the
optional parameters have reached the last branch in the structure.
This section describes the syntax, conventions and terminology, and uses examples to represent
them.
UM Config MSP30 29
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
Format of commands
When the command parameter is missing, the Command Line Interface informs you about the
detection of an incorrect command syntax.
This manual displays the commands and parameters in the Courier font.
Parameters
The sequence of the parameters is relevant for the correct syntax of a command.
Parameters are required values, optional values, selections, or a combination of these things. The
representation indicates the type of the parameter.
<a.b.c.d> Small letters are wild cards. You enter parameters with the notation
a.b.c.d with decimal points (for example IP addresses)
<cr> You press the <Enter> key to create a line break (carriage return).
30 UM Config MSP30
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
The following list displays the possible parameter values within the Command Line Interface:
Value Description
IP address This parameter represents a valid IPv4 address. The address
consists of 4 decimal numbers with values from 0 to 255. The 4
decimal numbers are separated by a decimal point. The IP address
0.0.0.0 is a valid entry.
MAC address This parameter represents a valid MAC address. The address
consists of 6 hexadecimal numbers with values from 00 to FF. The
numbers are separated by a colon, for example,
00:F6:29:B2:81:40.
string User-defined text with a length in the specified range, for example a
maximum of 32 characters.
character string Use double quotation marks to indicate a character string, for
example “System name with space character”.
number Whole integer in the specified range, for example 0..999999.
date Date in format YYYY-MM-DD.
time Time in format HH:MM:SS.
Network addresses
Network addresses are a requirement for establishing a data connection to a remote work station,
a server, or another network. You distinguish between IP addresses and MAC addresses.
The IP address is an address allocated by the network administrator. The IP address is unique in
one network area.
The MAC addresses are assigned by the hardware manufacturer. MAC addresses are unique
worldwide.
The following table displays the representation and the range of the address types:
Strings
A string is indicated by quotation marks. For example, “System name with space character”.
Space characters are not valid user-defined strings. You enter a space character in a parameter
between quotation marks.
Example:
*(MSP)#cli prompt Device name
Error: Invalid command 'name'
UM Config MSP30 31
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
*(Device name)#
Command for clearing the ARP table of the management agent (cache).
clear arp-table-switchis the command name. The command is executable without any other
parameters by pressing the <Enter> key.
The parameter <1..8> (RADIUS server index) is required. The value range is 1..8 (integer).
The parameters [name], [port], [msgauth], [primary], [status], [secret] and [encrypted]
are optional.
32 UM Config MSP30
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
Command mode
With the input prompt, the Command Line Interface displays which of the three modes you are in:
(MSP) >
User Exec mode
(MSP) #
Privileged Exec mode
(MSP) (config)#
Global Config mode
(MSP) (Vlan)#
VLAN Database mode
(MSP) ((Interface)all)#
Interface Range mode / All ports of the device
(MSP) ((Interface)2/1)#
Interface Range mode / A single port on one interface
(MSP) ((Interface)1/2-1/4)#
Interface Range mode / A range of ports on one interface
(MSP) ((Interface)1/2,1/4,1/5)#
Interface Range mode / A list of single ports
(MSP) ((Interface)1/1-1/2,1/4-1/6)#
Interface Range mode / A list of port ranges and single ports
Wildcards
Table 6: Using wildcards within the Command Line Interface input prompt
Wildcard Description
%d System date
%t System time
UM Config MSP30 33
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
Table 6: Using wildcards within the Command Line Interface input prompt
Wildcard Description
%i IP address of the device
%m MAC address of the device
%p Product name of the device
!(MSP)>enable
!(MSP)#cli prompt %i
!*AA:BB:CC:DD:EE:FF#
The following key combinations make it easier for you to work with the Command Line Interface:
34 UM Config MSP30
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
The Help command displays the possible key combinations in Command Line Interface on the
screen:
(MSP) #help
HELP:
Special keys:
(MSP) #
Figure 11: Listing the key combinations with the Help command
UM Config MSP30 35
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
Command completion
To simplify typing commands, the Command Line Interface lets you use command completion (Tab
Completion). Thus you are able to abbreviate key words.
Type in the beginning of a keyword. When the characters entered identify a keyword, the
Command Line Interface completes the keyword after you press the tab key or the space key.
When there is more than one option for completion, enter the letter or the letters necessary for
uniquely identifying the keyword. Press the tab key or the space key again. After that, the system
completes the command or parameter.
When you make a non-unique entry and press <Tab> or <Space> twice, the Command Line
Interface provides you with a list of options.
On a non-unique entry and pressing <Tab> or <Space>, the Command Line Interface completes
the command up to the end of the uniqueness. When several commands exist and you press
<Tab> or <Space> again, the Command Line Interface provides you with a list of options.
Example:
(MSP) (Config)#lo
(MSP) (Config)#log
logging logout
When you enter lo and <Tab> or <Space>, the Command Line Interface completes the
command up to the end of the uniqueness to log.
When you press <Tab> or <Space> again, the Command Line Interface provides you with a list
of options (logging logout).
Possible commands/parameters
You can obtain a list of the commands or the possible parameters by entering help or ?, for example
by entering (MSP) >show ?
When you enter the command displayed, you get a list of the parameters available for the command
show.
When you enter the command without space character in front of the question mark, the device
displays the help text for the command itself:
!*#(MSP)(Config)#show?
36 UM Config MSP30
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
To help ensure that your password settings and your other configuration changes are kept after the
device is reset or after an interruption of the voltage supply, you save the configuration. To do this,
perform the following steps:
Enter enable to switch to the Privileged Exec mode.
Enter the following command:
save [profile]
Execute the command by pressing the <Enter> key.
UM Config MSP30 37
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
The Service Shell lets users have access to internal functions of the device. When you need
assistance with your device, the service personnel use the Service Shell to monitor internal
conditions for example, the switch or CPU registers.
Do not execute internal functions without service technician instructions. Executing internal
functions such as deleting the content of the non-volatile memory (NVM) possibly leads to
inoperability of your device.
The prerequisite is that you are in User Exec mode: (MSP) >
!MSP >enable
You can return to the previous mode using the 'exit' command.
!/mnt/fastpath #
When the Service Shell is active, the timeout of the Command Line Interface is inactive. To help
prevent configuration inconsistencies, end the Service Shell before any other user starts
transferring a new configuration to the device.
38 UM Config MSP30
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
/mnt/fastpath # help
Built-in commands:
------------------
. : [ [[ alias bg break cd chdir command continue echo eval exec
exit export false fg getopts hash help history jobs kill let
local pwd read readonly return set shift source test times trap
true type ulimit umask unalias unset wait
/mnt/fastpath #
When you deactivate the Service Shell, you are still able to configure the device. However, you limit
the service personnel's possibilities to perform system diagnostics. The service technician will no
longer be able to access internal functions of your device.
The deactivation is irreversible. The Service Shell remains permanently deactivated. In order to
reactivate the Service Shell, the device requires disassembly by the manufacturer.
UM Config MSP30 39
Release 9.0 12/2021
User interfaces
1.2 Command Line Interface
!MSP >enable
40 UM Config MSP30
Release 9.0 12/2021
User interfaces
1.3 System monitor
The System Monitor lets you set basic operating parameters before starting the operating system.
In the System Monitor, you carry out the following tasks, for example:
Managing the operating system and verifying the software image
Updating the operating system
Starting the operating system
Deleting configuration profiles, resetting the device to the factory defaults
Checking boot code information
Prerequisites:
Terminal cable for connecting the device to your PC (available as an optional accessory).
PC with VT100 terminal emulation (such as the PuTTY program) or serial terminal
UM Config MSP30 41
Release 9.0 12/2021
User interfaces
1.3 System monitor
System Monitor 1
(Selected OS: ...-9.0 (2021-12-15 09:33))
sysMon1>
42 UM Config MSP30
Release 9.0 12/2021
Specifying the IP parameters
2.1 IP parameter basics
When you install the device for the first time, enter the IP parameters.
The device provides the following options for entering the IP parameters during the first installation:
Entry using the Command Line Interface.
When you preconfigure your device outside its operating environment, or restore the network
access (“In-Band”) to the device, choose this “Out-of-Band” method.
Entry using the HiDiscovery protocol.
When you have a previously installed network device or you have another Ethernet connection
between your PC and the device, you choose this “In-Band” method.
Configuration using the external memory.
When you are replacing a device with a device of the same type and have already saved the
configuration in the external memory, you choose this method.
Using BOOTP.
To configure the installed device using BOOTP, you choose this “In-Band” method. You need a
BOOTP server for this method. The BOOTP server assigns the configuration data to the device
using its MAC address. The DHCP mode is the default mode for the configuration data
reference.
Configuration using DHCP.
To configure the installed device using DHCP, you choose this “In-Band” method. You need a
DHCP server for this method. The DHCP server assigns the configuration data to the device
using its MAC address or its system name.
Configuration using the Graphical User Interface.
When the device already has an IP address and is reachable using the network, the Graphical
User Interface provides you with another option for configuring the IP parameters.
2.1.1 IPv4
IP address
The IP addresses consist of 4 bytes. Write these 4 bytes in decimal notation, separated by a
decimal point.
UM Config MSP30 43
Release 9.0 12/2021
Specifying the IP parameters
2.1 IP parameter basics
The first byte of an IP address is the network address. The worldwide leading regulatory board for
assigning network addresses is the IANA ("Internet Assigned Numbers Authority"). When you
require an IP address block, contact your Internet Service Provider (ISP). Your ISP contacts their
local higher-level organization to reserve an IP address block:
APNIC (Asia Pacific Network Information Center)
Asia/Pacific Region
ARIN (American Registry for Internet Numbers)
Americas and Sub-Sahara Africa
LACNIC (Regional Latin-American and Caribbean IP Address Registry)
Latin America and some Caribbean Islands
RIPE NCC (Réseaux IP Européens)
Europe and Surrounding Regions
When the first bit of an IP address is a zero, it belong to class A for example, the first octet is less
than 128.
When the first bit of an IP address is a one and the second bit is a zero, it belongs to class B for
example, the first octet is between 128 and 191.
When the first 2 bits of an IP address are a one, it belongs to class C for example, the first octet is
higher than 191.
Assigning the host address (host ID) is the responsibility of the network operator. The network
operator alone is responsible for the uniqueness of the assigned IP addresses.
Netmask
Routers and Gateways subdivide large networks into subnetworks. The netmask asssigns the IP
addresses of the individual devices to a particular subnetwork.
You perform subnetwork division using the netmask in much the same way as the division of the
network addresses (net id) into classes A to C.
Set the bits of the host address (host id) that represent the mask to one. Set the remaining host
address bits to zero (see the following examples).
Decimal notation
255.255.192.0
Binary notation
11111111.11111111.11000000.00000000
Subnetwork mask bits
Class B
44 UM Config MSP30
Release 9.0 12/2021
Specifying the IP parameters
2.1 IP parameter basics
Decimal notation
129.218.65.17
128 < 129 191 › Class B
Binary notation
10000001.11011010.01000001.00010001
Subnetwork 1
Network address
Decimal notation
129.218.129.17
128 < 129 191 › Class B
Binary notation
10000001.11011010.10000001.00010001
Subnetwork 2
Network address
In a large network it is possible that Gateways and routers separate the management agent from
its network management station. How does addressing work in such a case?
Romeo
Juliet
Lorenzo
LAN 1
LAN 2
Figure 14: The management agent is separated from its network management station by a router
The network management station “Romeo” wants to send data to the management agent “Juliet”.
Romeo knows Juliet's IP address and also knows that the router “Lorenzo” knows the way to Juliet.
Romeo therefore puts his message in an envelope and writes Juliet's IP address as the destination
address; for the source address he writes his own IP address on the envelope.
Romeo then places this envelope in a second one with Lorenzo's MAC address as the destination
and his own MAC address as the source. This process is comparable to going from Layer 3 to
Layer 2 of the ISO/OSI base reference model.
Finally, Romeo puts the entire data packet into the mailbox which is comparable to going from
Layer 2 to Layer 1, that means to sending the data packet over the Ethernet.
UM Config MSP30 45
Release 9.0 12/2021
Specifying the IP parameters
2.1 IP parameter basics
Lorenzo receives the letter, removes the outer envelope and recognizes from the inner envelope
that the letter is meant for Juliet. He places the inner envelope in a new outer envelope and
searches his address list (the ARP table) for Juliet's MAC address; he writes her MAC address on
the outer envelope as the destination address and his own MAC address as the source address.
He then places the entire data packet in the mail box.
Juliet receives the letter and removes the outer envelope. She finds the inner envelope with
Romeo's IP address. Opening the inner envelope and reading its contents corresponds to
transferring the message to the higher protocol layers of the ISO/OSI layer model.
Juliet would now like to send a reply to Romeo. She places her reply in an envelope with Romeo's
IP address as destination and her own IP address as source. But where is she to send the answer?
For she did not receive Romeo's MAC address. It was lost, because Lorenzo replaced the outer
envelope.
In the MIB, Juliet finds Lorenzo listed under the variable hmNetGatewayIPAddr as a means of
communicating with Romeo. She therefore puts the envelope with the IP addresses in a further
envelope with Lorenzo's MAC destination address.
The letter now travels back to Romeo via Lorenzo, the same way the first letter traveled from
Romeo to Juliet.
Class C with a maximum of 254 addresses was too small, and class B with a maximum of
65534 addresses was too large for most users. Resulting in an ineffective usage of the available
class B addresses.
Class D contains reserved Multicast addresses. Class E is for experimental purposes. A non-
participating Gateway ignores experimental datagrams with these destination addresses.
Since 1993, RFC 1519 has been using Classless Inter-Domain Routing (CIDR) to provide a
solution. CIDR overcomes these class boundaries and supports classless address ranges.
With CIDR, you enter the number of bits that designate the IP address range. You represent the IP
address range in binary form and count the mask bits that designate the netmask. The mask bits
equal the number of bits used for the subnet in a given IP address range.
Example:
The term “supernetting” refers to combining a number of class C address ranges. Supernetting lets
you subdivide class B address ranges to a fine degree.
46 UM Config MSP30
Release 9.0 12/2021
Specifying the IP parameters
2.2 Specifying the IP parameters using the Command Line Interface
2.2.1 IPv4
The device lets you specify the IP parameters using the HiDiscovery protocol or using the
Command Line Interface over the serial interface.
Entering IP addresses
Note: If a terminal or PC with terminal emulation is unavailable in the vicinity of the installation
location, you can configure the device at your own workstation, then take it to its final installation
location.
UM Config MSP30 47
Release 9.0 12/2021
Specifying the IP parameters
2.2 Specifying the IP parameters using the Command Line Interface
Deactivate DHCP.
Enter the IP parameters.
Local IP address
In the default setting, the local IP address is 0.0.0.0.
Netmask
When you divided your network into subnetworks, and these are identified with a netmask,
enter the netmask here. In the default setting, the local netmask is 0.0.0.0.
IP address of the Gateway.
This entry is only required, in cases where the device and the network management station
or TFTP server are located in different subnetworks (see on page 45 “Example of how the
netmask is used”).
Specify the IP address of the Gateway between the subnetwork with the device and the path
to the network management station.
In the default setting, the IP address is 0.0.0.0.
Save the configuration specified using copy config running-config nvm.
After entering the IP parameters, you easily configure the device using the Graphical User
Interface.
48 UM Config MSP30
Release 9.0 12/2021
Specifying the IP parameters
2.3 Specifying the IP parameters using HiDiscovery
The HiDiscovery protocol lets you assign IP parameters to the device using the Ethernet.
You easily configure other parameters using the Graphical User Interface.
When HiDiscovery is started, HiDiscovery automatically searches the network for those devices
which support the HiDiscovery protocol.
HiDiscovery uses the first network interface found for the PC. When your computer has several
network cards, you can select the one you desire in the HiDiscovery toolbar.
HiDiscovery displays a line for every device that responds to a HiDiscovery protocol inquiry.
UM Config MSP30 49
Release 9.0 12/2021
Specifying the IP parameters
2.3 Specifying the IP parameters using HiDiscovery
Note: Disable the HiDiscovery function in the device, after you have assigned the IP parameters to
the device.
Note: Save the settings so that you will still have the entries after a restart.
2.3.1 Relay
When you connect the management station to a switching subnetwork, the HiDiscovery requests
collect information from the devices located in that subnetwork. The HiDiscovery Relay lets you
discover and set IP parameters on devices in other subnetworks.
The HiDiscovery function and the HiDiscovery Relay are independent from each other. You can
enable the HiDiscovery Relay without enabling the HiDiscovery function. When you activate the
relay with the function disabled, the device forwards the requests to other subnetworks, but does
not respond to requests.
Note: When you activate the HiDiscovery Relay, the device forwards requests received on the
router interfaces only to other router interfaces. A loopback interface is an internal virtual router
interface. If you connect the management station to a loopback interface, then the device does not
forward the request to the other connected subnetworks. The device does not forward responses
received on a router interface to the subnetwork of the management station.
192.168.45.0 192.168.47.0
Sw A Sw C
192.168.46.0
Sw B Rt A Rt B Sw D
To poll devices in the 192.168.47.0 subnetwork use the following steps on both Rt A and Rt B.
With the relay activated on router Rt A, the device forwards the requests packets into the
192.168.47.0 subnetwork. With the relay activated on router Rt B, the device returns the
responses from the 192.168.47.0 subnetwork back to the management station.
When the HiDiscovery Relay is inactive on either router, the management station only displays the
devices located in the 192.168.45.0 subnetwork.
The prerequisite for these steps is that you already configured the device as a router and installed
it in a network.
50 UM Config MSP30
Release 9.0 12/2021
Specifying the IP parameters
2.3 Specifying the IP parameters using HiDiscovery
UM Config MSP30 51
Release 9.0 12/2021
Specifying the IP parameters
2.4 Specifying the IP parameters using the Graphical User Interface
2.4.1 IPv4
52 UM Config MSP30
Release 9.0 12/2021
Specifying the IP parameters
2.5 Specifying the IP parameters using BOOTP
With the BOOTP function activated the device sends a boot request message to the BOOTP server.
The boot request message contains the Client ID configured in the Basic Settings > Network > IPv4
dialog. The BOOTP server enters the Client ID into a database and assigns an IP address. The
server answers with a boot reply message. The boot reply message contains the assigned IP
address.
UM Config MSP30 53
Release 9.0 12/2021
Specifying the IP parameters
2.6 Specifying the IP parameters using DHCP
2.6.1 IPv4
The DHCP (Dynamic Host Configuration Protocol) is a further development of BOOTP, which it has
replaced. The DHCP additionally lets the configuration of a DHCP client using a name instead of
using the MAC address.
For the DHCP, this name is known as the “Client Identifier” in accordance with RFC 2131.
The device uses the name entered under sysName in the system group of the MIB II as the Client
Identifier. You can change the system name using the Graphical User Interface (see dialog Basic
Settings > System), the Command Line Interface or SNMP.
The device sends its system name to the DHCP server. The DHCP server then uses the system
name to allocate an IP address as an alternative to the MAC address.
The device applies the configuration data to the appropriate parameters. When the DHCP Sever
assigns the IP address, the device permanently saves the configuration data in non-volatile
memory.
Options Meaning
1 Subnet Mask
2 Time Offset
3 Router
4 Time server
12 Host Name
42 NTP server
61 Client Identifier
66 TFTP Server Name
67 Bootfile Name
The advantage of using DHCP instead of BOOTP is that the DHCP server can restrict the validity
of the configuration parameters (“Lease”) to a specific time period (known as dynamic address
allocation). Before this period (“Lease Duration”) elapses, the DHCP client can attempt to renew
this lease. Alternatively, the client can negotiate a new lease. The DHCP server then allocates a
random free address.
To help avoid this, DHCP servers provide the explicit configuration option of assigning a specific
client the same IP address based on a unique hardware ID (known as static address allocation).
In the default setting, DHCP is activated. As long as DHCP is activated, the device attempts to
obtain an IP address. When the device cannot find a DHCP server after restarting, it will not have
an IP address. The Basic Settings > Network > IPv4 dialog lets you activate or deactivate DHCP.
54 UM Config MSP30
Release 9.0 12/2021
Specifying the IP parameters
2.6 Specifying the IP parameters using DHCP
Note: When using Industrial HiVision network management, verify that DHCP allocates the original
IP address to every device.
The lines preceding the individually listed devices refer to settings that apply to the following device.
UM Config MSP30 55
Release 9.0 12/2021
Specifying the IP parameters
2.7 Management address conflict detection
You assign an IP address to the device using several different methods. This function helps the
device detect IP address conflicts on a network after boot up and the device also checks
periodically during operation. This function is described in RFC 5227.
When enabled, the device sends an SNMP trap informing you that it detected an IP address
conflict.
The following list contains the default settings for this function:
• Operation: On
• Detection mode: active and passive
• Send periodic ARP probes: marked
• Detection delay [ms]: 200
• Release delay [s]: 15
• Address protections: 3
• Protection interval [ms]: 200
• Send trap: marked
Actively checking the network helps prevent the device from connecting to the network with a
duplicate IP address. After connecting the device to a network or after configuring the IP address,
the device immediately checks if its IP address exists within the network. To check the network for
address conflicts, the device sends 4 ARP probes with the detection delay of 200 ms into the
network. When the IP address exists, the device attempts to return to the previous configuration,
and make another check after the configured release delay time.
When you disable active detection, the device sends 2 gratuitous APR announcements in 2 s
intervals. Using the ARP announcements with passive detection enabled, the device polls the
network to determine if there is an address conflict. After resolving an address conflict or after
expired release delay time, the device reconnects to the network. Following 10 detected conflicts,
when the configured release delay interval is less than 60 s, the device sets the release delay
interval to 60 s.
After the device performs active detection or you disable the active detection function, with passive
detection enabled the device listens on the network for other devices using the same IP address.
When the device detects a duplicate IP address, it initially defends its address by employing the
ACD mechanism in the passive detection mode and sends out gratuitous ARPs. The number of
protections that the device sends and the protection interval are configurable. To resolve conflicts,
if the remote device remains connected to the network, then the network interface of the local
device disconnects from the network.
When a DHCP server assigns an IP address to the device and an address conflict occurs, the
device returns a DHCP decline message.
The device uses the ARP probe method. This has the following advantages:
ARP caches on other devices remain unchanged
the method is robust through multiple ARP probe transmissions
56 UM Config MSP30
Release 9.0 12/2021
Access to the device
3.1 Access roles
The device functions available to you as a user depend on your access role. When you are logged
in with a specific access role, the functions of the access role are available to you.
The commands available to you as a user, also depend on the Command Line Interface mode in
which you are currently working. See “Mode-based command hierarchy” on page 25.
Administrator
Auditor
Operator User
UM Config MSP30 57
Release 9.0 12/2021
Access to the device
3.2 First login (Password change)
To help prevent undesired access to the device, it is imperative that you change the default
password during initial setup.
Note: If you lost your password, then contact your local support team.
58 UM Config MSP30
Release 9.0 12/2021
Access to the device
3.3 Authentication lists
When a user accesses the device using a specific connection, the device verifies the login
credentials of the user in an authentication list which contains the policies that the device applies
for authentication.
The prerequisite for a user's access to the device management is that at least one policy is
assigned to the authentication list of the application through which access is performed.
3.3.1 Applications
The device provides an application for each type of connection through which someone accesses
the device:
Access to the Command Line Interface using a serial connection: Console(V.24)
Access to the Command Line Interface using SSH: SSH
Access to the Command Line Interface using Telnet: Telnet
Access to the Graphical User Interface: WebInterface
The device also provides an application to control the access to the network from connected end
devices using port-based access control: 8021x
3.3.2 Policies
When a user logs in with valid login data, the device lets the user have access to its device
management. The device authenticates the users using the following policies:
User management of the device
LDAP
RADIUS
When the end device logs in with valid login data, the device lets the connected end devices have
access to the network with the port-based access control according to IEEE 802.1X. The device
authenticates the end devices using the following policies:
RADIUS
IAS (Integrated Authentication Server)
The device gives you the option of a fall-back solution. For this, you specify more than one policy
in the authentication list. When authentication is unsuccessful using the current policy, the device
applies the next specified policy.
You manage the authentication lists in the Graphical User Interface or in the Command Line
Interface. To do this, perform the following steps:
UM Config MSP30 59
Release 9.0 12/2021
Access to the device
3.3 Authentication lists
show authlists To display the authentication lists that are set up.
Deactivate the authentication list for those applications by means of which no access to the
device is performed, for example 8021x.
Example: Set up a separate authentication list for the application WebInterface which is by default
included in the authentication list defaultLoginAuthList.
The device forwards authentication requests to a RADIUS server in the network. As a fall-back
solution, the device authenticates users using the local user management. To do this, perform the
following steps:
Create an authentication list loginGUI.
60 UM Config MSP30
Release 9.0 12/2021
Access to the device
3.3 Authentication lists
authlists set-policy loginGUI radius To assign the policies radius, local and reject
local reject reject reject to the authentication list loginGUI.
show authlists To display the authentication lists that are set up.
authlists enable loginGUI To activate the authentication list loginGUI.
UM Config MSP30 61
Release 9.0 12/2021
Access to the device
3.4 User management
When a user logs in with valid login data, the device lets the user have access to its device
management. The device authenticates the users either using the local user management or with
a RADIUS server in the network. To get the device to use the user management, assign the local
policy to an authentication list, see the Device Security > Authentication List dialog.
In the local user management, you manage the user accounts. One user account is usually
allocated to each user.
The device lets you use a role-based authorization model to specifically control the access to the
device management. Users to whom a specific authorization profile is allocated are allowed to use
commands and functions from the same authorization profile or a lower one.
The device uses the authorization profiles on every application with which the device management
can be accessed.
62 UM Config MSP30
Release 9.0 12/2021
Access to the device
3.4 User management
Every user account is linked to an access role that regulates the access to the individual functions
of the device. Depending on the planned activity for the respective user, you assign a pre-defined
access role to the user. The device differentiates between the following access roles.
UM Config MSP30 63
Release 9.0 12/2021
Access to the device
3.4 User management
You manage the user accounts in the Graphical User Interface or in the Command Line Interface.
To do this, perform the following steps:
show users To display the user accounts that are set up.
In the state on delivery, the user accounts admin and user are set up in the device.
Table 12: Default settings for the factory setting user accounts
Change the password for the admin user account before making the device available in the
network.
To help prevent undesired access, change the password of the default user accounts. To do this,
perform the following steps:
Change the passwords for the admin and user user accounts.
64 UM Config MSP30
Release 9.0 12/2021
Access to the device
3.4 User management
Note: The password check can lead to a message in the Security status frame in the Basic
Settings > System dialog. You specify the settings that cause this message in the Basic
Settings > System dialog.
Click the row of the relevant user account in the Password field. Enter a password of at least
6 characters.
Up to 64 alphanumeric characters are allowed.
The device differentiates between upper and lower case.
The minimum length of the password is specified in the Configuration frame. The device
constantly checks the minimum length of the password.
Allocate a separate user account to each user that accesses the device management. In this way
you can specifically control the authorizations for the access.
In the following example, we will set up the user account for a user USER with the role operator.
Users with the operator role are authorized to monitor and configure the device - with the
exception of security-related settings. To do this, perform the following steps:
Create a new user account.
UM Config MSP30 65
Release 9.0 12/2021
Access to the device
3.4 User management
Note: When you are setting up a new user account in the Command Line Interface, remember to
allocate the password.
After a user account is deactivated, the device denies the related user access to the device
management. In contrast to completely deleting it, deactivating a user account lets you keep the
settings and reuse them in the future. To do this, perform the following steps:
To keep the user account settings and reuse them in the future, you temporarily deactivate the
user account.
66 UM Config MSP30
Release 9.0 12/2021
Access to the device
3.4 User management
To permanently deactivate the user account settings, you delete the user account.
The device lets you check if the passwords for the user accounts adhere to the specified policy.
When the passwords adhere to the policy, you obtain a higher level of complexity for the
passwords.
The user management of the device lets you activate or deactivate the check separately in each
user account. When you mark the checkbox and the new password fulfills the requirements of the
policy, the device accepts the password change.
UM Config MSP30 67
Release 9.0 12/2021
Access to the device
3.4 User management
In the default settings, practical values for the policy are set up in the device. You have the option
of adjusting the policy to meet your requirements. To do this, perform the following steps:
Adjust the policy for passwords to meet your requirements.
Note: The device lets only users with the administrator authorization remove the lock.
The number of login attempts as well as the possible lockout of the user apply only when
accessing the device management through:
the Graphical User Interface
the SSH protocol
the Telnet protocol
Note: When accessing the device management using the Command Line Interface through
the serial connection, the number of login attempts is unlimited.
Specify the values to meet your requirements.
In the Login attempts field you specify the number of times that a user attempts to log in.
The field lets you define this value in the range 0..5.
In the above example, the value 0 deactivates the function.
The Min. password length field lets you enter values in the range 1..64.
The dialog displays the policy set up in the Password policy frame.
Adjust the values to meet your requirements.
Values in the range 1 through 16 are allowed.
The value 0 deactivates the relevant policy.
To apply the entries specified in the Configuration and Password policy frames, mark the
checkbox in the Policy check column for a particular user.
68 UM Config MSP30
Release 9.0 12/2021
Access to the device
3.5 LDAP
3.5 LDAP
Server administrators manage Active Directorys which contain user login credentials for
applications used in the office environment. The Active Directory is hierarchical in nature,
containing user names, passwords, and the authorized read/write permission levels for each user.
This device uses the Lightweight Directory Access Protocol (LDAP) to retrieve user login
information and permission levels from a Active Directory. This provides a “single sign on“ for
network devices. Retrieving the login credentials from an Active Directory lets the user log in with
the same login credentials used in the office environment.
An LDAP session starts with the device contacting the Directory System Agent (DSA) to search the
Active Directory of an LDAP server. If the server finds multiple entries in the Active Directory for a
user, then the server sends the higher permission level found. The DSA listens for information
requests and sends responses on TCP port 389 for LDAP, or on TCP port 636 for LDAP over SSL
(LDAPS). Clients and servers encode LDAPS requests and responses using the Basic Encoding
Rules (BER). The device opens a new connection for every request and closes the connection after
receiving a response from the server.
The device lets you upload a CA certificate to validate the server for Secure Socket Level (SSL)
and Transport Layer Security (TLS) sessions. Whereby, the certificate is optional for TLS sessions.
The device is able to cache login credentials for up to 1024 users in memory. If the active directory
servers are unreachable, then the users are still able to log in using their office login credentials.
Configuring the LDAP function requires that the network administrator request the following
information from the server administrator:
The server name or IP address
The location of the Active Directory on the server
The type of connection used
The TCP listening port
When required, the location of the CA certificate
The name of the attribute containing the user login name
The names of the attribute containing the user permission levels
The server administrator can assign permission levels individually using an attribute such as
description, or to a group using the memberOf attribute. In the Device Security > LDAP > Role
Mapping dialog you specify which attributes receive the various permission levels.
You also have the option to retrieve the name of the attributes containing the user login name and
permission levels using a LDAP browser such as JXplorer or Softerra.
UM Config MSP30 69
Release 9.0 12/2021
Access to the device
3.5 LDAP
The device is able to establish an encrypted link to a local server using only the server name or to
a server on a different network using an IP address. The server administrator uses attributes to
identify login credentials of a user and assign individual and group permission levels.
Using information received from the server administrator, specify which attributes in the Active
Directory contain the user login credentials and permission level. The device then compares the
user login credentials with the permission levels specified in the device and lets the user log in at
the assigned permission level.
Primary Backup
Server Server
local.server 10.16.1.2
For this example, the server administrator sent the following information:
70 UM Config MSP30
Release 9.0 12/2021
Access to the device
3.5 LDAP
The Base DN is a combination of the domain component (dc) and the organizational unit
(ou). The Base DN lets the device locate a server in a domain (dc) and find the Active
Directory (ou). Specify the location of the Active Directory. In the Base DN column, specify
the value ou=Users,ou=City,ou=Country,dc=server,dc=local.
In the User name attribute column, enter the value userPrincipalName to specify the
attribute under which the server administrator lists the users.
The device uses a CA certificate to verify the server.
When the certificate is located on your PC or on a network drive, drag and drop the
certificate in the area. Alternatively click in the area to select the certificate.
To transfer the CA certificate onto the device, click the Start button.
Open the Device Security > LDAP > Role Mapping dialog.
UM Config MSP30 71
Release 9.0 12/2021
Access to the device
3.5 LDAP
The following table describes how to configure the LDAP function in the device using the Command
Line Interface. The table displays the commands for Index 1. To configure Index 2, use the same
commands and substitute the appropriate information.
72 UM Config MSP30
Release 9.0 12/2021
Access to the device
3.6 SNMP access
The SNMP protocol lets you work with a network management system to monitor the device over
the network and change its settings.
Using SNMPv1 or SNMPv2 the network management system and the device communicate
unencrypted. Every SNMP packet contains the community name in plain text and the IP address
of the sender.
The community names public for read accesses and private for write accesses are preset in the
device. If SNMPv1/v2 is enabled, then the device lets anyone who knows the community name
have access to the device.
Make undesired access to the device more difficult. To do this, perform the following steps:
Change the default community names in the device.
Treat the community names with discretion.
Anyone who knows the community name for write access, has the ability to change the settings
of the device.
Specify a different community name for read/write access than for read access.
Use SNMPv1 or SNMPv2 only in environments protected from eavesdropping. The protocols
do not use encryption.
We recommend using SNMPv3 and disabling the access using SNMPv1 and SNMPv2 in the
device.
Using SNMPv3 the network management system and the device communicate encrypted. The
network management system authenticates itself with the device using the login credentials of a
user. The prerequisite for the SNMPv3 access is that in the network management system uses the
same settings that are defined in the device.
The device lets you specify the SNMP auth type and SNMP encryption type parameters individually in
each user account.
When you set up a new user account in the device, the parameters are preset so that the network
management system Industrial HiVision reaches the device immediately.
The user accounts set up in the device use the same passwords in the Graphical User Interface, in
the Command Line Interface, and for SNMPv3.
To adapt the SNMPv3 parameters of the user account settings to the settings in your network
management system, perform the following steps:
UM Config MSP30 73
Release 9.0 12/2021
Access to the device
3.6 SNMP access
Click the row of the relevant user account in the SNMP auth type field. Select the desired
setting.
Click the row of the relevant user account in the SNMP encryption type field. Select the
desired setting.
74 UM Config MSP30
Release 9.0 12/2021
Synchronizing the system time in the network
4.1 Basic settings
Many applications rely on a time that is as correct as possible. The necessary accuracy, and thus
the allowable deviation from the actual time, depends on the application area.
The device lets you synchronize the time on the network using the following options:
The Simple Network Time Protocol (SNTP) is a simple solution for low accuracy requirements.
Under ideal conditions, SNTP achieves an accuracy in the millisecond range. The accuracy
depends on the signal delay.
IEEE 1588 with the Precision Time Protocol (PTP) achieves accuracies on the order of fractions
of microseconds. This method is suitable even for demanding applications up to and including
process control.
When the involved devices support the PTP protocol, it is the better choice. PTP is more accurate,
has advanced methods of error correction, and causes a low network load. The implementation of
PTP is comparatively easy.
Note: According to the PTP and SNTP standards, both protocols function in parallel in the same
network. However, since both protocols influence the system time of the device, situations can
occur in which the two protocols conflict with each other.
In the Time > Basic Settings dialog, you specify general settings for the time.
When no reference time source is available to you, you have the option to set the time in the device.
After a cold start or reboot, if no real-time clock is available or the real-time clock contains an invalid
time, then the device initializes its clock with January 1, 00:00h. After the power supply is switched
off, the device buffers the settings of the real-time clock up to 24 hours.
Alternatively, you configure the settings in the device so that it automatically obtains the current
time from a PTP clock or from an SNTP server.
Alternatively, you configure the settings in the device so that it automatically obtains the current
time from an SNTP server.
UM Config MSP30 75
Release 9.0 12/2021
Synchronizing the system time in the network
4.1 Basic settings
76 UM Config MSP30
Release 9.0 12/2021
Synchronizing the system time in the network
4.1 Basic settings
When you operate the device in a time zone in which there is a summer time change, you set up
the automatic daylight saving time changeover on the Daylight saving time tab.
When daylight saving time is enabled, the device sets the local system time forward by 1 hour at
the beginning of daylight saving time. At the end of daylight saving time, the device sets the local
system time back again by 1 hour. To do this, perform the following steps:
Open the Time > Basic Settings dialog, Daylight saving time tab.
To select a preset profile for the start and end of daylight saving time, click the Profile...
button in the Operation frame.
When no matching daylight saving time profile is available, you specify the changeover
times in the Summertime begin and Summertime end fields.
For both time points, you specify the month, the week within this month, the weekday, and
the time of day.
To enable the function, select the On radio button in the Operation frame.
UM Config MSP30 77
Release 9.0 12/2021
Synchronizing the system time in the network
4.2 SNTP
4.2 SNTP
The Simple Network Time Protocol (SNTP) lets you synchronize the system time in your network.
The device supports the SNTP client and the SNTP server function.
The SNTP server makes the UTC (Universal Time Coordinated) available. UTC is the time relating
to the coordinated world time measurement. The UTC is the same worldwide and ignores local time
shifts.
SNTP is a simplified version of NTP (Network Time Protocol). The data packets are identical with
SNTP and NTP. Accordingly, both NTP and SNTP servers serve as a time source for SNTP clients.
Note: Statements in this chapter relating to external SNTP servers also apply to NTP servers.
SNTP knows the following operation modes for the transmission of time:
Unicast
In Unicast operation mode, an SNTP client sends requests to an SNTP server and expects a
response from this server.
Broadcast
In Broadcast operation mode, an SNTP server sends SNTP messages to the network in
specified intervals. SNTP clients receive these SNTP messages and evaluate them.
Table 13: Target IPv4 address classes for Broadcast operation mode
Note: An SNTP server in Broadcast operation mode also responds to direct requests using Unicast
from SNTP clients. In contrast, SNTP clients work in either Unicast or Broadcast operation mode.
78 UM Config MSP30
Release 9.0 12/2021
Synchronizing the system time in the network
4.2 SNTP
4.2.1 Preparation
GPS PLC
SNTP
client
SNTP 192.168.1.11
SNTP
server client
192.168.1.12
192.168.1.1
Switch Switch
UM Config MSP30 79
Release 9.0 12/2021
Synchronizing the system time in the network
4.2 SNTP
Note: For precise time distribution, between SNTP servers and SNTP clients you preferably use
network components (routers and switches) that forward the SNTP packets with a low and uniform
transmission time (latency).
An SNTP client sends its requests to up to 4 configured SNTP servers. When there is no
response from the 1st SNTP server, the SNTP client sends its requests to the 2nd SNTP server.
When this request is also unsuccessful, it sends the request to the 3rd and finally the 4th SNTP
server. If none of these SNTP servers respond, the SNTP client loses its synchronization. The
SNTP client periodically sends requests to each SNTP server until a server delivers a valid time.
Note: The device provides the option of obtaining a list of SNTP server IP addresses from a DHCP
server.
If no reference time source is available to you, then determine a device with an SNTP server as
a reference time source. Adjust its system time at regular intervals.
As an SNTP client, the device obtains the time information from SNTP or NTP servers and
synchronizes its system clock accordingly. To do this, perform the following steps:
80 UM Config MSP30
Release 9.0 12/2021
Synchronizing the system time in the network
4.2 SNTP
When the device operates as an SNTP server, it provides its system time in coordinated world time
(UTC) in the network. To do this, perform the following steps:
UM Config MSP30 81
Release 9.0 12/2021
Synchronizing the system time in the network
4.3 PTP
4.3 PTP
In order for LAN-controlled applications to work without latency, precise time management is
required. With PTP (Precision Time Protocol), IEEE 1588 describes a method that enables precise
synchronization of clocks in the network.
PTP permits synchronization with an accuracy of a few 100 ns. PTP uses Multicasts for the
synchronization messages, which keeps the network load low.
PTP defines the roles of “master” and “slave” for the clocks in the network:
A master clock (reference time source) distributes its time.
A slave clock synchronizes itself with the timing signal received from the master clock.
Boundary clock
The transmission time (latency) in routers and switches has a measurable effect on the precision
of the time transmission. To correct such inaccuracies, PTP defines what are known as boundary
clocks.
In a network segment, a boundary clock is the reference time source (master clock) to which the
subordinate slave clocks synchronize. Typically routers and switches take on the role of boundary
clock.
The boundary clock in turn obtains the time from a higher-level reference time source
(Grandmaster).
GPS
PLC
Reference
(Grandmaster Clock)
Ordinary Clock
Slave Master
Boundary Clock
Figure 21: Position of the boundary clock in a network
Transparent Clock
Switches typically take on the Transparent Clock role to enable high accuracy across the cascades.
The Transparent Clock is a Slave clock that corrects its own transmission time when it forwards
received synchronization messages.
82 UM Config MSP30
Release 9.0 12/2021
Synchronizing the system time in the network
4.3 PTP
Ordinary Clock
PTP designates the clock in a end device as an “Ordinary Clock”. An Ordinary Clock functions
either as a master clock or slave clock.
The devices participating in PTP designate a device in the network as a reference time source
(Grandmaster). Here the “Best Master Clock” algorithm is used, which determines the accuracy of
the clocks available in the network.
The algorithm first evaluates the value in the Priority 1 field of the participating devices. The device
with the smallest value in the Priority 1 field becomes the reference time source (Grandmaster).
When the value is the same for multiple devices, the algorithm takes the next criterion. When this
is also the same, it takes the next criterion after this one. If these values are the same for multiple
devices, then the smallest value in the Clock identity field decides which device becomes the
reference time source (Grandmaster).
In the settings of the boundary clock, the device lets you individually specify the values for Priority
1 and Priority 2. This lets you influence which device will be the reference time source (Grandmaster)
in the network.
The delay of the synchronization messages between the devices affects the accuracy. The delay
measurement lets the devices take into account the average delay.
UM Config MSP30 83
Release 9.0 12/2021
Synchronizing the system time in the network
4.3 PTP
The device transmits synchronization messages only from and to devices in the same PTP domain.
The device lets you set the domain for the boundary clock and for the transparent clock individually.
Switch
PTP Subdomain 1
Boundary
Clock
PTP Subdomain 2
In order to synchronize the clocks precisely with PTP, only use switches with a boundary clock or
transparent clock as nodes.
84 UM Config MSP30
Release 9.0 12/2021
Managing configuration profiles
5.1 Detecting changed settings
If you change the settings of the device during operation, then the device stores the changes in its
memory (RAM). After a reboot the settings are lost.
In order to keep the changes after a reboot, the device lets you save the settings in a configuration
profile in the non-volatile memory (NVM). In order to make it possible to quickly switch to other
settings, the non-volatile memory offers storage space for multiple configuration profiles.
If an external memory is connected, then the device automatically saves a copy of the configuration
profile in the external memory (ENVM). You can disable this function.
The device stores changes made to settings during operation in its volatile memory (RAM). The
configuration profile in the non-volatile memory (NVM) remains unchanged until you save the
changed settings explicitly. Until then, the configuration profiles in memory and non-volatile
memory are different. The device helps you recognize changed settings.
You can recognize if the settings in the volatile memory (RAM) differ from the settings of the
"selected" configuration profile in the non-volatile memory (NVM). To do this, perform the following
steps:
UM Config MSP30 85
Release 9.0 12/2021
Managing configuration profiles
5.1 Detecting changed settings
You can recognize if the settings copied to the external memory (ACA) differ from the settings of
the configuration profile in the non-volatile memory (NVM). To do this, perform the following steps:
86 UM Config MSP30
Release 9.0 12/2021
Managing configuration profiles
5.2 Saving the settings
If you change the settings of the device during operation, then the device stores the changes in its
memory (RAM). In order to keep the changes after a reboot, save the configuration profile in the non-
volatile memory (NVM).
The device stores the settings in the "selected" configuration profile in the non-volatile memory
(NVM).
The device lets you store the settings saved in the memory (RAM) in a configuration profile other
than the "selected" configuration profile. In this way you create a new configuration profile in the
non-volatile memory (NVM) or overwrite an existing one.
UM Config MSP30 87
Release 9.0 12/2021
Managing configuration profiles
5.2 Saving the settings
When the non-volatile memory (NVM) contains multiple configuration profiles, you have the option
to select any configuration profile there. The device stores the settings in the “selected”
configuration profile. Upon reboot, the device loads the settings of the “selected” configuration
profile into the memory (RAM).
88 UM Config MSP30
Release 9.0 12/2021
Managing configuration profiles
5.2 Saving the settings
When an external memory is connected and you save a configuration profile, the device
automatically saves a copy in the Selected external memory. In the default setting, the function is
enabled. You can disable this function.
The device lets you automatically backup the configuration profile to a remote server.
The prerequisite is that you activate the function before you save the configuration profile.
After you save the configuration profile in the non-volatile memory (NVM), the device sends a copy
to the specified URL.
UM Config MSP30 89
Release 9.0 12/2021
Managing configuration profiles
5.2 Saving the settings
If the transfer to the remote server is unsuccessful, then the device logs this event in the log file
(System Log).
The device lets you save a configuration profile to a server as an XML file. If you use the Graphical
User Interface, then you have the option to save the XML file directly to your PC.
Prerequisites:
To save the file on a server, you need a configured server on the network.
To save the file to an SCP or SFTP server, you also need the user name and password for
accessing this server.
Export the configuration profile to your PC. To do this, perform the following steps:
90 UM Config MSP30
Release 9.0 12/2021
Managing configuration profiles
5.2 Saving the settings
Export the configuration profile to a remote server. To do this, perform the following steps:
UM Config MSP30 91
Release 9.0 12/2021
Managing configuration profiles
5.3 Loading settings
If you save multiple configuration profiles in the memory, then you have the option to load a different
configuration profile.
The non-volatile memory of the device can contain multiple configuration profiles. If you activate a
configuration profile stored in the non-volatile memory (NVM), then you immediately change the
settings in the device. The device does not require a reboot.
If an external memory is connected, then the device loads a configuration profile from the external
memory upon restart automatically. The device lets you save these settings in a configuration
profile in non-volatile memory.
When the external memory contains the configuration profile of an identical device, you have the
possibility to transfer the settings from one device to another.
92 UM Config MSP30
Release 9.0 12/2021
Managing configuration profiles
5.3 Loading settings
Using the Command Line Interface, the device lets you copy the settings from the external memory
directly into the non-volatile memory (NVM).
The device can also automatically load a configuration profile from a script file during the boot
process.
Prerequisites:
Verify that the external memory is connected before you start the device.
The root directory of the external memory contains a text file startup.txt with the content
script=<file_name>. The placeholder <file_name> represents the script file that the
device executes during the boot process.
The root directory of the external memory contains the script file. You have the option to save
the script with a user-specified name. Save the file with the file extension .cli.
UM Config MSP30 93
Release 9.0 12/2021
Managing configuration profiles
5.3 Loading settings
Note: Verify that the script saved in the external memory is not empty. If the script is empty, then
the device loads the next configuration profile as per the configuration priority settings.
After applying the script, the device automatically saves the configuration profile from the script file
as an XML file in the external memory. When you type the appropriate command into the script file,
you have the option to disable this function:
no config envm config-save sd
The device does not create a copy in the external SD memory.
no config envm config-save usb
The device does not create a copy in the external USB memory.
When the script file contains an incorrect command, the device does not apply this command during
the boot process. The device logs the event in the log file (System Log).
The device lets you import from a server a configuration profile saved as an XML file. If you use the
Graphical User Interface, then you can import the XML file directly from your PC.
Prerequisites:
To save the file on a server, you need a configured server on the network.
To save the file to an SCP or SFTP server, you also need the user name and password for
accessing this server.
94 UM Config MSP30
Release 9.0 12/2021
Managing configuration profiles
5.3 Loading settings
Import the configuration profile from the local PC or from a remote server. To do this, perform the
following steps:
If you specified the value ram in the Destination frame, then the device disconnects the
Graphical User Interface and uses the settings immediately.
Import the configuration profile from the external memory. To do this, perform the following steps:
In the Import profile from external memory frame, Profile name drop-down list, select the name
of the configuration profile to be imported.
The prerequisite is that the external memory contains an exported configuration profile.
In the Destination frame, specify where the device saves the imported configuration profile:
In the Profile name field, specify the name under which the device saves the
configuration profile.
Click the Ok button.
The device copies the configuration profile into the non-volatile memory (NVM) of the device.
If you specified the value ram in the Destination frame, then the device disconnects the
Graphical User Interface and uses the settings immediately.
UM Config MSP30 95
Release 9.0 12/2021
Managing configuration profiles
5.3 Loading settings
Note: Upgrading from Classic to HiOS? Convert your device configuration files using our online
tool: https://convert.hirschmann.com
96 UM Config MSP30
Release 9.0 12/2021
Managing configuration profiles
5.4 Reset the device to the factory defaults
If you reset the settings in the device to the delivery state, then the device deletes the configuration
profiles in the volatile memory and in the non-volatile memory.
If an external memory is connected, then the device also deletes the configuration profiles saved
in the external memory.
If an external memory is connected, then the device also deletes the configuration profiles
saved in the external memory.
After a brief period, the device restarts and loads the delivery settings.
Prerequisite:
• Your PC is connected with the serial connection of the device using a terminal cable.
UM Config MSP30 97
Release 9.0 12/2021
Managing configuration profiles
5.4 Reset the device to the factory defaults
98 UM Config MSP30
Release 9.0 12/2021
Loading software updates
6.1 Loading a previous software version
Hirschmann is continually working on improving and developing their software. Check regularly if
there is an updated version of the software that provides you with additional benefits. You find
information and software downloads on the Hirschmann product pages on the Internet at
www.hirschmann.com.
The device gives you the following options for updating the device software:
Loading a previous software version
Software update from the PC
Software update from a server
Software update from the external memory
Note: The device settings are kept after updating the device software.
You see the version of the installed device software in the login dialog of the Graphical User
Interface.
To display the version of the installed software when you are already logged in, perform the
following steps:
The device lets you replace the device software with a previous version. The basic settings in the
device are kept after replacing the device software.
Note: Only the settings for functions which are available in the newer device software version are
lost.
UM Config MSP30 99
Release 9.0 12/2021
Loading software updates
6.2 Software update from the PC
The prerequisite is that the image file of the device software is saved on a data carrier which is
accessible from your PC.
Navigate to the folder where the image file of the device software is saved.
Open the Basic Settings > Software dialog.
Drag and drop the image file in the area. Alternatively click in the area to select the file.
To start the update procedure, click the Start button.
As soon as the update procedure is completed successfully, the device displays an
information that the software is successfully updated.
Upon restart, the device loads the installed device software.
To update the software using SFTP or SCP you need a server on which the image file of the device
software is saved.
To update the software using TFTP, SFTP or SCP you need a server on which the image file of the
device software is saved.
The device lets you update the device software with a few mouse clicks. The prerequisite is that
the image file of the device software is located in the external memory.
When the following files are located in the external memory during a restart, the device updates the
device software automatically:
the image file of the device software
a text file startup.txt with the content autoUpdate=<Image_file_name>.bin
The prerequisite is that in the Basic Settings > External Memory dialog, you mark the checkbox in the
Software auto update column. This is the default setting in the device.
In the default setting, every port is enabled. For a higher level of access security, disable
unconnected ports. To do this, perform the following steps:
In the default setting, the ports are set to Automatic configuration operating mode.
Note: The active automatic configuration has priority over the manual configuration.
The device offers functions that help you protect the device against unauthorized access.
After you set up the device, carry out the following steps in order to reduce possible unauthorized
access to the device.
Changing the SNMPv1/v2 community
Disabling SNMPv1/v2
Disabling HTTP
Using your own HTTPS certificate
Using your own SSH key
Disabling Telnet
Disabling HiDiscovery
Enable IP access restriction
Adjusting the session timeouts
Deactivating the unused modules
SNMPv1/v2 works unencrypted. Every SNMP packet contains the IP address of the sender and the
plaintext community name with which the sender accesses the device. If SNMPv1/v2 is enabled,
then the device lets anyone who knows the community name access the device.
The community names public for read accesses and private for write accesses are preset. If you
are using SNMPv1 or SNMPv2, then change the default community name. Treat the community
names with discretion. To do this, perform the following steps:
Open the Device Security > Management Access > SNMPv1/v2 Community dialog.
The dialog displays the communities that are set up.
For the Write community, specify in the Name column the community name.
Up to 32 alphanumeric characters are allowed.
The device differentiates between upper and lower case.
Specify a different community name than for read access.
If you need SNMPv1 or SNMPv2, then use these protocols only in environments protected from
eavesdropping. SNMPv1 and SNMPv2 do not use encryption. The SNMP packets contain the
community in clear text. We recommend using SNMPv3 in the device and disabling the access
using SNMPv1 and SNMPv2. To do this, perform the following steps:
Open the Device Security > Management Access > Server dialog, SNMP tab.
The dialog displays the settings of the SNMP server.
To deactivate the SNMPv1 protocol, you unmark the SNMPv1 checkbox.
To deactivate the SNMPv2 protocol, you unmark the SNMPv2 checkbox.
The web server provides the Graphical User Interface with the protocol HTTP or HTTPS. HTTPS
connections are encrypted, while HTTP connections are unencrypted.
The HTTP protocol is enabled by default. If you disable HTTP, then no unencrypted access to the
Graphical User Interface is possible. To do this, perform the following steps:
Open the Device Security > Management Access > Server dialog, HTTP tab.
To disable the HTTP protocol, select the Off radio button in the Operation frame.
If the HTTP protocol is disabled, then you can reach the Graphical User Interface of the device only
by HTTPS. In the address bar of the web browser, enter the string https:// before the IP address
of the device.
If the HTTPS protocol is disabled and you also disable HTTP, then the Graphical User Interface is
unaccessible. To work with the Graphical User Interface, enable the HTTPS server using the
Command Line Interface. To do this, perform the following steps:
The device lets you remotely access the device management using Telnet or SSH. Telnet
connections are unencrypted, while SSH connections are encrypted.
The Telnet server is enabled in the device by default. If you disable Telnet, then unencrypted
remote access to the Command Line Interface is no longer possible. To do this, perform the
following steps:
Open the Device Security > Management Access > Server dialog, Telnet tab.
To disable the Telnet server, select the Off radio button in the Operation frame.
If the SSH server is disabled and you also disable Telnet, then access to the Command Line
Interface is only possible through the serial interface of the device. To work remotely with the
Command Line Interface, enable SSH. To do this, perform the following steps:
Open the Device Security > Management Access > Server dialog, SSH tab.
To enable the SSH server, select the On radio button in the Operation frame.
HiDiscovery lets you assign IP parameters to the device over the network during commissioning.
HiDiscovery communicates in the device management VLAN without encryption and
authentication.
In the default setting, you access the device management from any IP address and with the
supported protocols.
The IP access restriction lets you restrict access to the device management to selected IP address
ranges and selected IP-based protocols.
Example:
The device is to be accessible only from the company network using the Graphical User Interface.
The administrator has additional remote access using SSH. The company network has the address
range 192.168.1.0/24 and remote access from a mobile network with the IP address range
109.237.176.0/24. The SSH application program knows the fingerprint of the RSA key.
Open the Device Security > Management Access > IP Access Restriction dialog.
Unmark the checkbox in the Active column for the entry.
This entry lets users have access to the device from any IP address and the supported
protocols.
Address range of the company network:
The device lets you automatically terminate the session upon inactivity of the logged-on user. The
session timeout is the period of inactivity after the last user action.
Open the Device Security > Management Access > Server dialog, SSH tab.
Specify the timeout period in minutes in the Configuration frame, Session timeout [min] field.
Open the Device Security > Management Access > Server dialog, Telnet tab.
Specify the timeout period in minutes in the Configuration frame, Session timeout [min] field.
Open the Device Security > Management Access > CLI dialog, Global tab.
Specify the timeout period in minutes in the Configuration frame, Serial interface timeout [min]
field.
Open the Device Security > Management Access > Web dialog.
Specify the timeout period in minutes in the Configuration frame, Web interface session timeout
[min] field.
The default settings of a media module slot allow access to the network. If a media module is
inserted into an empty slot, the media module’s ports will establish network connections by default.
To help prevent unauthorized network access, deactivate the unused slots. To do this, perform the
following steps:
The device checks the data packets to be forwarded in accordance with defined rules. Data packets
to which the rules apply are either forwarded by the device or blocked. If data packets do not
correspond to any of the rules, then the device blocks the packets.
Routing ports to which no rules are assigned allow packets to pass. As soon as a rule is assigned,
the assigned rules are processed first. After that, the specified standard action of the device takes
effect.
The device provides the following functions for controlling the data stream:
Service request control (Denial of Service, DoS)
Denying access to devices based on their IP or MAC address (Access Control List)
The device observes and monitors the data stream. The device takes the results of the observation
and the monitoring and combines them with the rules for the network security to create what is
known as a status table. Based on this status table, the device decides whether to accept, drop or
reject data.
The data packets go through the filter functions of the device in the following sequence:
DoS … if permit or accept, then progress to the next rule
ACL … if permit or accept, then progress to the next rule
DoS is a cyber-attack that aims to bring down specific services or devices. Attackers as well as
network administrators can use the port scan method to discover open ports in a network to find
vulnerable devices. The function helps you protect your network against invalid or falsified data
packets targeted at causing the failure of certain services or devices. You have the option of
specifying filters in order to restrict the data stream for protection against DoS attacks. The filters
check the received data packets. The device discards a data packet if it matches the filter criteria.
To help protect the device itself and other devices in the network from DoS attacks, the device lets
you specify the following filters:
Filters for TCP and UDP packets
Filters for IP packets
Filters for ICMP packets
Note: You can combine the filters in any way. When you activate several filters, the device applies
the filters in the order in which they are specified in the IP table. If an incoming data packet matches
a filter, the device discards the respective data packet and then stops further processing.
To selectively process TCP and UDP packets, the device offers you the following filters:
• Activate the Null Scan filter function
• Activate the Xmas filter function
• Activate the SYN/FIN filter function
• Activate the TCP Offset protection function
• Activate the TCP SYN protection function
• Activate the L4 Port protection function
• Activate the Min. Header Size filter function
With the Null Scan method, the attacking station sends data packets with the following properties:
• No TCP flags are set.
• The TCP sequence number is 0.
The device uses the Null Scan filter function to discard incoming TCP packets that contain malicious
properties.
In the default setting, the Null Scan filter function is disabled. To activate the Null Scan filter function,
perform the following steps:
With the Xmas method, the attacking station sends data packets with the following properties:
• The TCP flags FIN, URG, and PSH are simultaneously set.
• The TCP sequence number is 0.
The device uses the Xmas filter function to discard incoming TCP packets that contain malicious
properties.
In the default setting, the Xmas filter function is disabled. To activate the Xmas filter function, perform
the following steps:
With the SYN/FIN method, the attacking station sends data packets with the TCP flags SYN and
FIN set simultaneously. The device uses the SYN/FIN filter function to discard incoming packets with
the TCP flags SYN and FIN set simultaneously.
In the default setting, the SYN/FIN filter function is disabled. To activate the SYN/FIN filter function,
perform the following steps:
With the TCP Offset method, the attacking station sends data packets whose fragment offset is
equal to 1. The fragment offset is a field in the IP header which helps to identify the sequence of
fragments in received data packets. The device uses the TCP Offset protection function to discard
incoming TCP data packets whose fragment offset field in the IP header is equal to 1.
Note: The device accepts UDP and ICMP packets whose fragment offset field of the IP header is
equal to 1.
In the default setting, the TCP Offset protection function is disabled. To activate the TCP Offset
protection function, perform the following steps:
With the TCP SYN method, the attacking station sends data packets with the TCP flag SYN set and
an L4 (layer 4) source port <1024. The device uses the TCP SYN protection function to discard
incoming packets with the TCP flag SYN set and an L4 source port <1024.
In the default setting, the TCP SYN protection function is disabled. To activate the TCP SYN protection
function, perform the following steps:
An attacking station can send TCP or UDP data packets whose source port number and destination
port number are identical. The device uses the L4 Port protection function to discard incoming TCP
and UDP packets whose L4 source port and destination port number are identical.
In the default setting, the L4 Port protection function is disabled. To activate the L4 Port protection
function, perform the following steps:
The Min. Header Size filter function detects received data packets with the following properties:
(IP payload length in the IP header - IP header outer size) < minimum TCP header size.
If the received packet is the first fragment that the device detects, then the device discards the data
packet.
In the default setting, the Min. Header Size filter function is disabled. To activate the Min. Header Size
filter function, perform the following steps:
To selectively process IP packets, the device offers you the following filters:
• Activate the Land Attack filter function
With the Land Attack method, the attacking station sends data packets whose source and
destination addresses are identical to the IP address of the recipient. The device uses the Land
Attack filter function to discard received packets whose source and destination addresses are
identical.
In the default setting, the Land Attack filter function is disabled. To activate the Land Attack filter
function, perform the following steps:
To selectively process ICMP packets, the device offers you the following filters:
• Activate the Fragmented packets filter function
• Activate the Packet size filter function
• Activate the Drop broadcast ping function
The device uses the Fragmented packets filter function to protect the network from attacking stations
that send fragmented ICMP packets. Fragmented ICMP packets can cause the destination device
to fail if the destination device processes fragmented ICMP packets incorrectly. The device uses
the Fragmented packets filter function to discard fragmented ICMP packets.
In the default setting, the Fragmented packets filter function is disabled. To activate the Fragmented
packets filter function, perform the following steps:
The device uses the Packet size filter to discard data packets whose payload size exceeds the size
specified in the Allowed payload size [byte] field.
The Packet size filter function helps protect the network from attacking stations that send ICMP
packets whose payload size exceeds the size specified in the Allowed payload size [byte] field.
In the default setting, the Packet size filter function is disabled. To activate the Packet size filter
function, perform the following steps:
The Drop broadcast ping function helps protect the network from broadcast ping attacks, also known
as ICMP Smurf attacks. With the Broadcast ping method, the attacker floods a target device (the
victim) by sending a large number of ICMP Echo request (ping) packets to the IPv4 broadcast
address. These packets contain a spoofed IP source address which is the IP address of the victim.
Stations responding to the Broadcast ping send their replies to the victim, thus flooding the victim
and possibly causing instability.
The device uses the Drop broadcast ping function to discard the Broadcast pings.
In the default setting, the Drop broadcast ping function is disabled. To activate the Drop broadcast ping
function, perform the following steps:
9.2 ACL
In this menu you can enter the parameters for the Access Control Lists (ACLs).
The device uses ACLs to filter data packets received on VLANs or on individual or multiple ports.
In a ACL, you specify rules that the device uses to filter data packets. When such a rule applies to
a packet, the device applies the actions specified in the rule to the packet. The available actions
are as follows:
allow (permit)
discard (deny)
redirect to a certain port (see Redirection port field)
mirror (see Mirror port field)
The list below contains criteria that you can apply to filter the data packets:
Source or destination address of a packet (MAC)
Source or destination address of a data packet (IPv4)
Type of the transmitting protocol (MAC/IPv4)
Source or destination port of a data packet (IPv4)
Service class of a packet (MAC)
Membership of a specific VLAN (MAC)
DSCP classification (IPv4)
ToS classification (IPv4)
Packet Fragmentation (IPv4)
When you assign both an IP ACL and MAC ACL to the same interface, the device first uses the IP
ACL to filter the data stream. The device applies the MAC ACL rules only after the packets are
filtered through the IP ACL. The priority of an ACL is independent of the index of a rule.
Within an ACL, the device processes the rules in order. The index of the respective rule determines
the order in which the device filters the data stream. When you assign an ACL to a port or VLAN,
you can specify its priority with the index. The lower the number, the higher the priority. The device
processes the rule with the higher priority first.
If none of the rules specified in an ACL applies to a data packet, then the implicit deny rule applies.
As a result, the device drops the received data packets.
Keep in mind that the device directly implements the implicit deny rule.
Note: The number of available ACLs depends on the device. For further information about the ACL
values, see chapter “Technical Data” on page 497.
Note: You can assign a single ACL to any number of ports or VLANs.
Note: If you activate the Packet fragmented function for a rule, then the rule processes IPv4
fragments with the offset other than zero. The rule processes every IPv4 fragment except for the
initial IPv4 fragment.
Note: You cannot apply IP ACL rules and DiffServ rules together in the same direction on a port.
Open the Network Security > ACL > IPv4 Rule dialog.
Note: The device lets you use wildcards with the Source IP address and Destination IP address
parameters. If you enter for example, 192.168.?.?, then the device allows addresses that start
with 192.168.
Note: The prerequisite for changing the values in the Source TCP/UDP port and Destination TCP/UDP
port column is that you specify the value tcp or udp in the Protocol column.
Note: The prerequisite for changing the value in the Redirection port and Mirror port column is that
you specify the value permit in the Action column.
9.2.2 Creating and configuring an IP ACL using the Command Line Interface
In the following example, you configure ACLs to block communications from computers B and C,
to computer A via IP (TCP, UDP, etc.).
C B
Port 1 Port 3
IP: 10.0.1.158/24
IP: 10.0.1.159/24
Port 2 Port 4
D A
Figure 23: Example of an IP ACL
Open the Network Security > ACL > MAC Rule dialog.
Note: In the Source MAC address and Destination MAC address fields you can use wildcards in the
FF:??:??:??:??:?? or ??:??:??:??:00:01 form. Use capital letters here.
9.2.4 Creating and configuring a MAC ACL using the Command Line Interface
In the following example, AppleTalk and IPX are to be filtered out from the entire network. To do
this, perform the following steps:
acl mac assign 1 in 1 To assign the MAC ACL with the ID 1 to incoming
data packets (1/1) on interfaces 1/6 to in.
exit To leave the interface mode.
show acl mac assignment 1 To display the assignment of the MAC ACL with the
ID 1 to interfaces or VLANs.
When you assign ACLs to a port or VLAN, the device gives you the following options:
To select the port or VLAN.
To specify the ACL priority.
To select the direction.
To select the ACL using the group name.
The MAC authorized bypass function lets clients that do not support 802.1X, such as printers and fax
machines, authenticate to the network using their MAC address. The device lets you specify the
format of the MAC address used to authenticate the clients on the RADIUS server.
Example:
Split the MAC address into 6 groups of 2 characters. Use uppercase letters and a colon character
as separator: AA:BB:CC:DD:EE:FF
Open the Network Security > 802.1X Port Authentication > Global dialog.
In the MAC authentication bypass format options frame, perform the following steps:
In the Group size drop-down list, select the value 2.
The device splits the MAC address into 6 groups of 2 characters.
In the Group separator drop-down list, select the : character.
In the Upper or lower case drop-down list, select the upper-case item.
In the Password field, enter the password xY-45uM_e.
The device uses this password for every client that authenticates to the RADIUS server. If
you leave the field empty, then the device uses the formatted MAC address also as the
password.
The device features a number of functions that can help you reduce the network load:
Direct packet distribution
Multicasts
Rate limiter
Prioritization - QoS
Differentiated services
Flow control
The device reduces the network load with direct packet distribution.
On each of its ports, the device learns the sender MAC address of received data packets. The
device stores the combination “port and MAC address” in its MAC address table (FDB).
By applying the “Store and Forward” method, the device buffers data received and checks it for
validity before forwarding it. The device rejects invalid and defective data packets.
When the device receives a data packet, it checks if the MAC address of the sender is already
stored in the MAC address table (FDB). When the MAC address of the sender is unknown, the
device generates a new entry. The device then compares the destination MAC address of the data
packet with the entries stored in the MAC address table (FDB):
The device forwards packets with a known destination MAC address directly to ports that have
already received data packets from this MAC address.
The device floods data packets with unknown destination addresses, that is, the device forwards
these data packets to every port.
Addresses that have not been detected by the device for an adjustable period of time (aging time)
are deleted from the MAC address table (FDB) by the device. A reboot or resetting of the MAC
address table deletes the entries in the MAC address table (FDB).
In addition to learning the sender MAC address, the device also provides the option to set MAC
addresses manually. These MAC addresses remain configured and survive resetting of the MAC
address table (FDB) as well as rebooting of the device.
Static address entries allow the device to forward data packets directly to selected ports. If you do
not specify a destination port, then the device discards the corresponding data packets.
You manage the static address entries in the Graphical User Interface or in the Command Line
Interface.
To delete the learned addresses from the MAC address table (FDB), click the button.
Alternatively, open the Basic Settings > Restart dialog and click the Reset MAC address table
button.
10.2 Multicasts
By default, the device floods data packets with a Multicast address, that is, the device forwards the
data packets to every port. This leads to an increased network load.
The use of IGMP snooping can reduce the network load caused by Multicast data traffic. IGMP
snooping lets the device send Multicast data packets only on those ports to which devices
“interested” in Multicast are connected.
Surveillance cameras transmit images to monitors in the machine room and in the monitoring room.
With an IP Multicast transmission, the cameras transmit their graphic data over the network in
Multicast packets.
The Internet Group Management Protocol (IGMP) organizes the Multicast data traffic between the
Multicast routers and the monitors. The switches in the network between the Multicast routers and
the monitors monitor the IGMP data traffic continuously (“IGMP Snooping”).
Switches register logins for receiving a Multicast stream (IGMP report). The device then creates an
entry in the MAC address table (FDB) and forwards Multicast packets only to the ports on which it
has previously received IGMP reports.
The Internet Group Management Protocol (IGMP) describes the distribution of Multicast
information between routers and connected receivers on Layer 3. IGMP Snooping describes the
function of a switch of continuously monitoring IGMP traffic and optimizing its own transmission
settings for this data traffic.
The IGMP Snooping function in the device operates according to RFC 4541 (Considerations for
Internet Group Management Protocol (IGMP) and Multicast Listener Discovery (MLD) Snooping
Switches).
Multicast routers with an active IGMP function periodically request (query) registration of Multicast
streams in order to determine the associated IP Multicast group members. IP Multicast group
members reply with a Report message. This Report message contains the parameters required by
the IGMP function. The Multicast router enters the IP Multicast group address from the Report
message in its routing table. This causes it to forward data packets with this IP Multicast group in
the destination address field according to its routing table.
When leaving a Multicast group (IGMP version 2 and higher), receivers log out with a “Leave”
message and do not send any more Report messages. If it does not receive any more Report
messages from this receiver within a certain time (aging time), then the Multicast router removes
the routing table entry of a receiver.
When several IGMP Multicast routers are in the same network, the device with the smaller IP
address takes over the query function. When there are no Multicast routers on the network, you
have the option to enable the query function in an appropriately equipped switch.
A switch that connects one Multicast receiver with a Multicast router analyzes the IGMP information
with the IGMP snooping method.
The IGMP snooping method also makes it possible for switches to use the IGMP function. A switch
stores the MAC addresses derived from IP addresses of the Multicast receivers as recognized
Multicast addresses in its MAC address table (FDB). In addition, the switch identifies the ports on
which it has received reports for a specific Multicast address. In this way, the switch forwards
Multicast packets only to ports to which Multicast receivers are connected. The other ports do not
receive these packets.
A special feature of the device is the possibility of determining the processing of data packets with
unknown Multicast addresses. Depending on the setting, the device discards these data packets
or forwards them to every port. By default, the device transmits the data packets only to ports with
connected devices, which in turn receive query packets. You also have the option of additionally
sending known Multicast packets to query ports.
Open the Switching > IGMP Snooping > Configuration dialog, Port tab.
To activate the IGMP Snooping function on a port, mark the checkbox in the Active column
for the relevant port.
Open the Switching > IGMP Snooping > Configuration dialog, VLAN ID tab.
To activate the IGMP Snooping function for a specific VLAN, mark the checkbox in the Active
column for the relevant VLAN.
The device itself optionally sends active query messages; alternatively, it responds to query
messages or detects other Multicast queriers in the network (IGMP Snooping Querier function).
Prerequisite:
The Switching > IGMP Snooping > Snooping Enhancements dialog provides you access to enhanced
settings for the IGMP Snooping function. You activate or deactivate the settings on a per port basis
in a VLAN.
Prerequisite:
Open the Switching > IGMP Snooping > Snooping Enhancements dialog.
Double-click the desired port in the desired VLAN.
To activate one or more functions, select the corresponding options.
Click the Ok button.
Configure Multicasts
The device lets you configure the exchange of Multicast data packets. The device provides different
options depending on whether the data packets are to be sent to unknown or known Multicast
receivers.
The settings for unknown Multicast addresses are global for the entire device. The following options
can be selected:
The device discards unknown Multicasts.
The device forwards unknown Multicasts to every port.
The device forwards unknown Multicasts only to ports that have previously received query
messages (query ports).
Note: The exchange settings for unknown Multicast addresses also apply to the reserved IP
addresses from the “Local Network Control Block” (224.0.0.0..224.0.0.255). This behavior can
affect higher-level routing protocols.
For each VLAN, you specify the sending of Multicast packets to known Multicast addresses
individually. The following options can be selected:
The device forwards known Multicasts to the ports that have previously received query
messages (query ports) and to the registered ports. Registered ports are ports with Multicast
receivers registered with the corresponding Multicast group. This option helps ensure that the
transfer works with basic applications without further configuration.
The device forwards known Multicasts only to the registered ports. The advantage of this setting
is that it uses the available bandwidth optimally through direct distribution.
Prerequisite:
In the table, you specify how the device forwards data packets to known Multicast
addresses.
send to query and registered ports
The device forwards data packets with a known MAC/IP Multicast address to the query
ports and to the registered ports.
send to registered ports
The device forwards data packets with a known MAC/IP Multicast address to registered
ports.
The rate limiter function helps ensure stable operation even with high traffic volumes by limiting
traffic on the ports. The rate limitation is performed individually for each port, as well as separately
for inbound and outbound traffic.
If the data rate on a port exceeds the defined limit, then the device discards the overload on this
port.
Rate limitation occurs entirely on Layer 2. In the process, the rate limiter function ignores protocol
information on higher levels such as IP or TCP. This can affect the TCP traffic.
10.4 QoS/Priority
QoS (Quality of Service) is a procedure defined in IEEE 802.1D which is used to distribute
resources in the network. QoS lets you prioritize the data of necessary applications.
When there is a heavy network load, prioritizing helps prevent data traffic with lower priority from
interfering with delay-sensitive data traffic. Delay-sensitive data traffic includes, for example, voice,
video, and real-time data.
For data traffic prioritization, traffic classes are defined in the device. The device prioritizes higher
traffic classes over lower traffic classes. The number of traffic classes depends on the device type.
To provide for optimal data flow for delay-sensitive data, you assign higher traffic classes to this
data. You assign lower traffic classes to data that is less sensitive to delay.
The device automatically assigns traffic classes to inbound data (traffic classification). The device
takes the following classification criteria into account:
Methods according to which the device carries out assignment of received data packets to traffic
classes:
trustDot1p
The device uses the priority of the data packet contained in the VLAN tag.
trustIpDscp
The device uses the QoS information contained in the IP header (ToS/DiffServ).
untrusted
The device ignores possible priority information within the data packets and uses the priority
of the receiving port directly.
The priority assigned to the receiving port.
For prioritization of traffic classes, the device uses the following methods:
Strict Priority
When transmission of data of a higher traffic class is no longer taking place or the relevant data
is still in the queue, the device sends data of the corresponding traffic class. If every traffic class
is prioritized according to the Strict Priority method, then under high network load the device can
permanently block the data of lower traffic classes.
Weighted Fair Queuing
The traffic class is assigned a specific bandwidth. This helps ensure that the device sends the
data traffic of this traffic class, although there is a great deal of data traffic in higher traffic
classes.
The device lets you evaluate this priority information using the following options:
trustDot1p
The device assigns VLAN-tagged data packets to the different traffic classes according to their
VLAN priorities. The corresponding allocation is configurable. The device assigns the priority of
the receiving port to data packets it receives without a VLAN tag.
trustIpDscp
The device assigns the IP packets to the different traffic classes according to the DSCP value
in the IP header, although the packet was also VLAN-tagged. The corresponding allocation is
configurable. The device prioritizes non-IP packets according to the priority of the receiving port.
untrusted
The device ignores the priority information in the data packets and assigns the priority of the
receiving port to them.
For the VLAN and prioritizing functions, the IEEE 802.1Q standard provides for integrating a MAC
frame in the VLAN tag. The VLAN tag consists of 4 bytes and is between the source address field
(“Source Address Field”) and type field (“Length / Type Field”).
d
el ld
r Fi Fie
d
ite ess el
lim dr Fi d
s el
d e
el D A
d
re
s Fi
Fi me on d p e ck ld
e i Ad ld /Ty el
d l d d he Fie
bl ra at Fi ie el C
m rt F tin r ce Fie gth a
F Fi me nce
e a a s u g n t ta d a e
Pr St De So Ta Le Da Da Pa Fr equ
S
7 1 6 6 4 2 42-1500 Octets 4
t
For data packets with VLAN tags, the device evaluates the following information:
Priority information
When VLANs are configured, VLAN tagging
er
tifi
i er en
tif t Id
n Bi at
de 3 m er
lI y, o r ifi
oc
o
o rit al F e nt
r ot ri ic Id
P it r P on N
g B se an it A t
Ta x 8 U C B VL Bi
2 1 12
4 Octets
Figure 25: Structure of the VLAN tagging
Data packets with VLAN tags containing priority information but no VLAN information (VLAN ID =
0), are known as Priority Tagged Frames.
Note: Network protocols and redundancy mechanisms use the highest traffic class 7. Therefore,
select other traffic classes for application data.
The Type-of-Service field (ToS) in the IP header was already part of the IP protocol from the start,
and is used to differentiate different services in IP networks. Even back then, there were ideas
about differentiated treatment of IP packets, due to the limited bandwidth available and the
unreliable connection paths. Because of the continuous increase in the available bandwidth, there
was no need to use the ToS field.
Only with the real-time requirements of today’s networks has the ToS field become significant
again. Selecting the ToS byte of the IP header lets you differentiate between different services.
However, this field is not widely used in practice.
Bits 0 1 2 3 4 5 6 7
Precedence Type of Service MBZ
Bits (0-2): IP Precedence Defined Bits (3-6): Type of Service Bit (7)
Defined
111 - Network Control 0000 - [all normal] 0 - Zero
110 - Internetwork Control 1000 - [minimize delay]
101 - CRITIC / ECP 0100 - [maximize throughput
Bits (0-2): IP Precedence Defined Bits (3-6): Type of Service Bit (7)
Defined
100 - Flash Override 0010 - [maximize reliability]
011 - Flash 0001 - [minimize monetary cost]
010 - Immediate
001 - Priority
000 - Routine
The device provides the following options for handling traffic classes:
Strict Priority
Weighted Fair Queuing
Strict Priority combined with Weighted Fair Queuing
Queue management
With the Strict Priority setting, the device first transmits data packets that have a higher traffic class
(higher priority) before transmitting a data packet with the next highest traffic class. When there are
no other data packets remaining in the queue, the device transmits a data packet with the lowest
traffic class (lowest priority). In unfortunate cases, if there is a high volume of high-priority traffic
waiting to be sent on this port, then the device does not send packets with a low priority.
In delay-sensitive applications, such as VoIP or video, Strict Priority lets data to be sent
immediately.
With Weighted Fair Queuing, also called Weighted Round Robin (WRR), you assign a minimum or
reserved bandwidth to each traffic class. This helps ensure that data packets with a lower priority
are also sent although the network is very busy.
The reserved values range from 0% through 100% of the available bandwidth, in steps of 1%.
A reservation of 0 is equivalent to a "no bandwidth" setting.
The sum of the individual bandwidths can be up to 100%.
When you assign Weighted Fair Queuing to every traffic class, the entire bandwidth of the
corresponding port is available to you.
When combining Weighted Fair Queuing with Strict Priority, verify that the highest traffic class of
Weighted Fair Queuing is lower than the lowest traffic class of Strict Priority.
If you combine Weighted Fair Queuing with Strict Priority, then a high Strict Priority network load
can significantly reduce the bandwidth available for Weighted Fair Queuing.
Queue Shaping
Queue Shaping throttles the rate at which queues transmit packets. For example, using Queue
Shaping, you rate-limit a higher strict-priority queue so that it lets a lower strict-priority queue to
send packets even though higher priority packets are still available for transmission. The device lets
you setup Queue Shaping for any queue. You specify Queue Shaping as the maximum rate at
which traffic passes through a queue by assigning a percentage of the available bandwidth.
In order for you to constantly have access to the device management, although there is a high
network load, the device lets you prioritize management packets.
When prioritizing management packets, the device sends the management packets with priority
information.
On Layer 2, the device modifies the VLAN priority in the VLAN tag.
The prerequisite for this function is that the corresponding ports are set to allow sending packets
with a VLAN tag.
On Layer 3, the device modifies the IP-DSCP value.
IPv4 Network
------------
...
Management VLAN priority....................7
...
IPv4 Network
------------
...
Management IP-DSCP value....................56
RFC 2474 defines the “Differentiated Services” field in the IP header. This field is also called
“DiffServ Codepoint” or DSCP. The DSCP field is used for classification of packets into different
quality classes.
The DSCP field replaces the ToS field. The first 3 bits of the DSCP field are used to divide the
packets into classes. The next 3 bits are used to further subdivide the classes on the basis of
different criteria. This results in up to 64 different service classes.
Bits 0 1 2 3 4 5 6 7
Differentiated Services Codepoint Explicit
(DSCP) RFC 2474 Congestion
Class Selector Notification
Codepoints (ECN)
The different DSCP values get the device to employ a different forwarding behavior, what is known
as Per Hop Behavior (PHB). The following PHB classes are defined:
Class Selector (CS0–CS7)
For backward compatibility, the Class Selector PHB assigns the 7 possible IP precedence
values from the previous ToS field to specific DSCP values.
Expedited Forwarding (EF)
For applications with high priority. The Expedited Forwarding PHB reduces delays (latency),
jitter, and packet loss (RFC 2598).
Assured Forwarding (AF)
The Assured Forwarding PHB provides a differentiated schema for handling different data traffic
(RFC 2597).
Default Forwarding/Best Effort
This PHB stands for the dispensation with a specific prioritization.
Configure the device to drop packets received on port 1/1 with the source IP address
10.20.10.11, the TCP protocol and the source port 80 using the following steps.
Open the Switching > QoS/Priority > DiffServ > Class dialog.
Create a class:
Click the button.
The dialog displays the Create window.
In the Class name field, enter the name class1.
In the Type drop-down list, select the protocol item.
In the Protocol number field, enter the value 6.
Specify a value according to the „Assigned Internet Protocol Numbers“ defined by the
IANA. Use this link to find a list of the protocol numbers:
http://www.iana.org/assignments/protocol-numbers/protocol-numbers.xhtml
Click the Ok button.
Add the source IP address and mask to the class:
Click the button.
The dialog displays the Create window.
In the Class name field, enter the name class1 or select it from the list.
In the Type drop-down list, select the srcip item.
In the Source IP address field, enter the value 10.20.10.11.
Click the Ok button.
Add the source port to the class.
Click the button.
The dialog displays the Create window.
In the Class name field, enter the name class1 or select it from the list.
In the Type drop-down list, select the srcl4port item.
In the Source IP address field, enter the value 80.
Click the Ok button.
Open the Switching > QoS/Priority > DiffServ > Policy dialog.
Create a policy:
Click the button.
The dialog displays the Create window.
In the Policy name field, enter the policy1 item.
In the Direction drop-down list, select the in item.
In the Class name field, select the class1 item.
In the Type field, select the drop item.
Click the Ok button.
Open the Switching > QoS/Priority > DiffServ > Assignment dialog.
Assign the policy to a port:
Click the button.
The dialog displays the Create window.
In the Port drop-down list, select port 1/1.
In the Direction drop-down list, select the In item.
In the Policy drop-down list, select the policy1 item.
Click the Ok button.
Note: You cannot apply IP ACL rules and DiffServ rules together in the same direction on a
port.
Open the Switching > QoS/Priority > DiffServ > Global dialog.
To enable the function, select the On radio button in the Operation frame.
If a large number of data packets are received in the priority queue of a port at the same time, then
this can cause the port memory to overflow. This happens, for example, when the device receives
data on a Gigabit port and forwards it to a port with a lower bandwidth. The device discards surplus
data packets.
The flow control mechanism described in standard IEEE 802.3 helps ensure that no data packets
are lost due to a port memory overflowing. Shortly before a port memory is completely full, the
device signals to the connected devices that it is not accepting any more data packets from them.
In full-duplex mode, the device sends a pause data packet.
In half-duplex mode, the device simulates a collision.
The following figure displays how flow control works. Workstations 1, 2, and 3 want to
simultaneously transmit a large amount of data to Workstation 4. The combined bandwidth of
Workstations 1, 2, and 3 is greater than the bandwidth of Workstation 4. This causes an overflow
on the receive queue of port 4. The left funnel symbolizes this status.
When the flow control function on ports 1, 2 and 3 of the device is enabled, the device reacts before
the funnel overflows. The funnel on the right illustrates ports 1, 2 and 3 sending a message to the
transmitting devices to control the transmition speed. This results in the receiving port no longer
being overwhelmed and is able to process the incoming traffic.
Port 1 Port 4
Switch
Port 2 Port 3
In the example, there is a halfduplex link between Workstation 2 and the device.
Before the send queue of port 2 overflows, the device sends data back to Workstation 2.
Workstation 2 detects a collision and stops transmitting.
In the example, there is a fullduplex link between Workstation 2 and the device.
Before the send queue of port 2 overflows, the device sends a request to Workstation 2 to include
a small break in the sending transmission.
Note: When you are using a redundancy function, you deactivate the flow control on the
participating ports. If the flow control and the redundancy function are active at the same time, it is
possible that the redundancy function operates differently than intended.
11 VLANs
In the simplest case, a virtual LAN (VLAN) consists of a group of network participants in one
network segment who can communicate with each other as though they belonged to a separate
LAN.
More complex VLANs span out over multiple network segments and are also based on logical
(instead of only physical) connections between network participants. VLANs are an element of
flexible network design. It is easier to reconfiguring logical connections centrally than cable
connections.
The device supports independent VLAN learning in accordance with the IEEE 802.1Q standard
which defines the VLAN function.
Using VLANs has many benefits. The following list displays the top benefits:
Network load limiting
VLANs reduce the network load considerably as the devices transmit Broadcast, Multicast, and
Unicast packets with unknown (unlearned) destination addresses only inside the virtual LAN.
The rest of the data network forwards traffic as normal.
Flexibility
You have the option of forming user groups based on the function of the participants apart from
their physical location or medium.
Clarity
VLANs give networks a clear structure and make maintenance easier.
The following practical examples provide a quick introduction to the structure of a VLAN.
Note: When configuring VLANs you use an interface for accessing the device management that
will remain unchanged. For this example, you use either interface 1/6 or the serial connection to
configure the VLANs.
11.1.1 Example 1
The example displays a minimal VLAN configuration (port-based VLAN). An administrator has
connected multiple end devices to a transmission device and assigned them to 2 VLANs. This
effectively prohibits any data transmission between the VLANs, whose members communicate only
within their own VLANs.
A VLAN D
2
1 2 3 4 5
B C VLAN
3
When setting up the VLANs, you create communication rules for every port, which you enter in
ingress (incoming) and egress (outgoing) tables.
The ingress table specifies which VLAN ID a port assigns to the incoming data packets. Hereby,
you use the port address of the end device to assign it to a VLAN.
The egress table specifies on which ports the device sends the packets from this VLAN.
T = Tagged (with a tag field, marked)
U = Untagged (without a tag field, unmarked)
For this example, the status of the TAG field of the data packets has no relevance, so you use the
setting U.
VLAN ID Port
1 2 3 4 5
1 U
2 U U
3 U U
11.1.2 Example 2
The second example displays a more complex configuration with 3 VLANs (1 to 3). Along with the
Switch from example 1, you use a 2nd Switch (on the right in the example).
A D VLAN E G
2
Management
Station (optional)
1 2 3 4 5 1 2 3 4 5
VLAN 1
B C VLAN F H
3
The terminal devices of the individual VLANs (A to H) are spread over 2 transmission devices
(Switches). Such VLANs are therefore known as distributed VLANs. If the VLAN is configured
correctly, then an optional network management station is also shown, which enables access to
every network component.
Note: In this case, VLAN 1 has no significance for the end device communication, but it is required
for the administration of the transmission devices via what is known as the Management VLAN.
As in the previous example, uniquely assign the ports with their connected terminal devices to a
VLAN. With the direct connection between the 2 transmission devices (uplink), the ports transport
packets for both VLANs. To differentiate these uplinks you use “VLAN tagging”, which handles the
data packets accordingly. Thus, you maintain the assignment to the respective VLANs.
The egress table specifies on which ports the device sends the packets from this VLAN.
T = Tagged (with a tag field, marked)
U = Untagged (without a tag field, unmarked)
In this example, tagged packets are used in the communication between the transmission devices
(Uplink), as packets for different VLANs are differentiated at these ports.
VLAN ID Port
1 2 3 4 5
1 U
2 U U T
3 U U T
VLAN ID Port
1 2 3 4 5
1 U
2 T U U
3 T U U
The communication relationships here are as follows: end devices on ports 1 and 4 of the left device
and end devices on ports 2 and 4 of the right device are members of VLAN 2 and can thus
communicate with each other. The behavior is the same for the end devices on ports 2 and 3 of the
left device and the end devices on ports 3 and 5 of the right device. These belong to VLAN 3.
The end devices “see” their respective part of the network. Participants outside this VLAN cannot
be reached. The device also sends Broadcast, Multicast, and Unicast packets with unknown
(unlearned) destination addresses only inside a VLAN.
Here, the devices use VLAN tagging (IEEE 801.1Q) within the VLAN with the ID 1 (Uplink). The
letter T in the egress table of the ports indicates VLAN tagging.
The configuration of the example is the same for the device on the right. Proceed in the same way,
using the ingress and egress tables created above to adapt the previously configured left device to
the new environment.
For the uplink port, in the Acceptable packet types column, specify the value
admitOnlyVlanTagged.
Mark the checkbox in the Ingress filtering column for the uplink ports to evaluate VLAN tags
on this port.
A Guest VLAN lets a device provide port-based Network Access Control (IEEE 802.1x) to non-
802.1x capable supplicants. This feature provides a mechanism to allow guests to access external
networks only. If you connect non-802.1x capable supplicants to an active unauthorized 802.1x
port, then the supplicants send no responds to 802.1x requests. Since the supplicants send no
responses, the port remains in the unauthorized state. The supplicants have no access to external
networks.
The Guest VLAN supplicant is a per-port basis configuration. When you configure a port as a Guest
VLAN and connect non-802.1x capable supplicants to this port, the device assigns the supplicants
to the Guest VLAN. Adding supplicants to a Guest VLAN causes the port to change to the
authorized state allowing the supplicants to access to external networks.
An Unauthenticated VLAN lets the device provide service to 802.1x capable supplicants which
authenticate incorrectly. This function lets the unauthorized supplicants have access to limited
services. If you configure an Unauthenticated VLAN on a port with 802.1x port authentication and
the global operation enabled, then the device places the port in an Unauthenticated VLAN. When
a 802.1x capable supplicant incorrectly authenticates on the port, the device adds the supplicant to
the Unauthenticated VLAN. If you also configure a Guest VLAN on the port, then non-802.1x
capable supplicants use the Guest VLAN.
If the port has an Unauthenticated VLAN assigned, then the reauthentication timer counts down.
When the time specified in the Reauthentication period [s] column expires and supplicants are present
on the port, the Unauthenticated VLAN reauthenticates. When no supplicants are present, the
device places the port in the configured Guest VLAN.
The following example explains how to create a Guest VLAN. Create an Unauthorized VLAN in the
same manner.
Open the Network Security > 802.1X Port Authentication > Port Configuration dialog.
Specify the following settings for port 1/4:
– The value auto in the Port control column
– The value 10 in the Guest VLAN ID column
– The value 20 in the Unauthenticated VLAN ID column
The RADIUS VLAN assignment feature makes it possible for a RADIUS VLAN ID attribute to be
associated with an authenticated client. When a client authenticates successfully, and the RADIUS
server sends a VLAN attribute, the device associates the client with the RADIUS assigned VLAN.
As a result, the device adds the physical port as an member to the appropriate VLAN and sets the
port VLAN ID (PVID) with the given value. The port transmits the data packets without a VLAN tag.
Use the Voice VLAN feature to separate voice and data traffic on a port, by VLAN and/or priority.
A primary benefit of using Voice VLAN is to safeguard the sound quality of an IP phone in cases
where there is high data traffic on the port.
The device uses the source MAC address to identify and prioritize the voice data flow. Using a MAC
address to identify devices helps prevent a rogue client from connecting to the same port causing
the voice traffic to deteriorate.
Another benefit of the Voice VLAN feature is that a VoIP phone obtains a VLAN ID or priority
information using LLDP-MED. As a result, the VoIP phone sends voice data as tagged, priority
tagged or untagged. This depends on the Voice VLAN Interface configuration.
The following Voice VLAN interface modes are possible. The first 3 methods segregate and
prioritize voice and data traffic. Traffic segregation results in an increased voice traffic quality during
high traffic periods.
Configuring the port to using the vlan mode lets the device tag the voice data coming from a
VoIP phone with the user-defined voice VLAN ID. The device assigns regular data to the default
port VLAN ID.
Configuring the port to use the dot1p-priority mode lets the device tag the data coming from
a VoIP phone with VLAN 0 and the user-defined priority. The device assigns the default priority
of the port to regular data.
Configure both the voice VLAN ID and the priority using the vlan/dot1p-priority mode. In
this mode the VoIP phone sends voice data with the user-defined voice VLAN ID and priority
information. The device assigns the default PVID and priority of the port to regular data.
When configured as untagged, the phone sends untagged packets.
When configured as none, the phone uses its own configuration to send voice traffic.
Use the MAC-based VLAN to forward traffic based on the source MAC address associated with the
VLAN. A MAC-based VLAN defines the filtering criteria for untagged or priority tagged packets.
You specify a MAC-based VLAN filter by assigning a specific source address to a MAC-based
VLAN. The device forwards untagged packets received with the source MAC address on the MAC-
based VLAN ID. The other untagged packets are subject to normal VLAN classification rules.
In an IP subnet-based VLAN, the device forwards traffic based on the source IP address and
subnet mask associated with the VLAN. User-defined filters determine if a packet belongs to a
particular VLAN.
Use the IP subnet-based VLAN to specify the filtering criteria for untagged or priority tagged
packets. For example, assign a specific subnet address to an IP subnet-based VLAN. When the
device receives untagged packets from the subnet address, it forwards them to the IP subnet-
based VLAN. Other untagged packets are subject to normal VLAN classification rules.
To configure an IP subnet-based VLAN, specify an IP address, a subnet mask and the associated
VLAN ID. In case of multiple matching entries, the device associates the VLAN ID to the entry with
the longer prefix first.
In a protocol-based VLAN, the device bridges traffic through specified ports based on the protocol
associated with the VLAN. User-defined packet filters determine if a packet belongs to a particular
VLAN.
Configure protocol-based VLANs using the value in the Ethertype column as the filtering criteria for
untagged packets. For example, assign a specific protocol to a protocol-based VLAN. When the
device receives untagged packets with the protocol, it forwards them to the protocol-based VLAN.
The device assigns the other untagged packets to the port VLAN ID.
The VLAN unaware mode defines the operation of the device in a LAN segmented by VLANs. The
device accepts packets and processes them according to its inbound rules. Based on the IEEE
802.1Q specifications, the function governs how the device processes VLAN tagged packets.
Use the VLAN aware mode to apply the user-defined VLAN topology configured by the network
administrator. When the device forwards packets, it uses VLAN tagging in combination with the IP
or Ethernet address. The device processes inbound and outbound packets according to the defined
rules. VLAN configuration is a manual process.
Use the VLAN unaware mode to forward traffic as received, without any modification. When the
device receives packets as tagged, it transmits tagged packets. When the device receives packets
as untagged, it transmits untagged packets. Regardless of VLAN assignment mechanisms, the
device assigns packets to VLAN ID 1 and to a Multicast group, indicating that the packet flood
domain is according to the VLAN.
12 Redundancy
When using Ethernet, a significant prerequisite is that data packets follow a single (unique) path
from the sender to the receiver. The following network topologies support this prerequisite:
Line topology
Star topology
Tree topology
To introduce redundancy onto Layer 2 of a network, you first define which network topology you
require. Depending on the network topology selected, you then choose from the redundancy
protocols that can be used with this network topology.
Meshed topology
For networks with star or tree topologies, redundancy procedures are only possible in connection
with physical loop creation. The result is a meshed topology.
For operating in this network topology, the device provides you with the following redundancy
protocols:
Rapid Spanning Tree (RSTP)
Ring topology
In networks with a line topology, you can use redundancy procedures by connecting the ends of
the line. This creates a ring topology.
For operating in this network topology, the device provides you with the following redundancy
protocols:
Media Redundancy Protocol (MRP)
Rapid Spanning Tree (RSTP)
For operating in different network topologies, the device provides you with the following redundancy
protocols:
Note: If you are using a redundancy function, then you deactivate the flow control on the
participating device ports. If the flow control and the redundancy function are active at the same
time, it is possible that the redundancy function operates differently than intended.
▲ Combination applicable
○ Combination not applicable
1) A redundant coupling between these network topologies will possibly lead to loops.
To redundantly couple these topologies, refer to chapter “FuseNet” on page 215.
2) Combination applicable on the same port
3) In combination with MSTP, the failover times of other redundancy protocols can slightly
increase.
Since May 2008, the Media Redundancy Protocol (MRP) has been a standardized solution for ring
redundancy in the industrial environment.
MRP is compatible with redundant ring coupling, supports VLANs, and is distinguished by very
short reconfiguration times.
An MRP-Ring consists of up to 50 devices that support the MRP protocol according to IEC 62439.
When you only use Hirschmann devices, up to 100 devices are possible in the MRP-Ring.
When you use the fixed MRP redundant port (Fixed Backup) and the primary ring link fails, the Ring
Manager forwards data to the secondary ring link. When the primary link is restored, the secondary
link continues to be in use.
The concept of ring redundancy lets you construct high-availability ring-shaped network structures.
With the help of the RM (RingManager) function, the two ends of a backbone in a line structure can
be closed to a redundant ring. The Ring Manager keeps the redundant line open as long as the line
structure is intact. When a segment becomes inoperable, the Ring Manager immediately closes the
redundant line, and line structure is intact again.
RM
When a line section fails, the Ring Manager changes the MRP-Ring back into a line structure. You
define the maximum time for the reconfiguration of the line in the Ring Manager.
Note: If every device in the ring supports the shorter delay time, then you can configure the
reconfiguration time with a value less than 500ms.
Otherwise the devices that only support longer delay times might not be reachable due to
overloading. Loops can occur as a result.
For times even shorter than the specified reconfiguration times, the device provides the advanced
mode. When the ring participants inform the Ring Manager of interruptions in the ring via link-down
notifications, the advanced mode speeds up the link failure recognition.
Hirschmann devices support link-down notifications. Therefore, you generally activate the
advanced mode in the Ring Manager.
When you are using devices that do not support link-down notifications, the Ring Manager
reconfigures the line in the selected maximum reconfiguration time.
Before setting up an MRP-Ring, verify that the following conditions are fulfilled:
All ring participants support MRP.
The ring participants are connected to each other via the ring ports. Apart from the device’s
neighbors, no other ring participants are connected to the respective device.
All ring participants support the configuration time specified in the Ring Manager.
There is only one Ring Manager in the ring.
If you are using VLANs, then configure every ring port with the following settings:
Deactivate ingress filtering - see the Switching > VLAN > Port dialog.
Define the port VLAN ID (PVID) - see the Switching > VLAN > Port dialog.
– PVID = 1 in cases where the device transmits the MRP data packets untagged (VLAN ID =
0 in Switching > L2-Redundancy > MRP dialog)
By setting the PVID = 1, the device automatically assigns the received untagged packets to
VLAN 1.
– PVID = any in cases where the device transmits the MRP data packets in a VLAN (VLAN ID
≥ 1 in the Switching > L2-Redundancy > MRP dialog)
Define egress rules - see Switching > VLAN > Configuration dialog.
– U (untagged) for the ring ports of VLAN 1 in cases where the device transmits the MRP data
packets untagged (VLAN ID = 0 in the Switching > L2-Redundancy > MRP dialog, the MRP ring
is not assigned to a VLAN).
– T (tagged) for the ring ports of the VLAN which you assign to the MRP ring. Select T, in cases
where the device transmits the MRP data packets in a VLAN (VLAN ID ≥ 1 in the Switching >
L2-Redundancy > MRP dialog).
MRP Packets
MRP uses test packets, link-change packets, and topology-change packets (FDB flush packets).
The Ring Manager (RM) is connected to the ring with 2 ring ports. As long as all connections in the
ring are operational, the RM sets one of its ports, the redundant port, into a blocking state. In this
state, the redundant port neither receives nor sends normal (payload) data packets. This way, the
RM prevents a network loop.
The RM periodically sends test packets into the ring from both ring ports. The test packets are
special packets. The RM sends and receives test packets even at the redundant port although the
redundant port blocks normal packets. The RM expects to receive the test packets on its respective
other ring port. If the RM does not receive any expected test packets for a specified amount of time,
the RM detects a ring failure.
If the Advanced mode function is activated, the RM also reacts to link-down packets from ring
devices. The prerequisite is that each ring device supports the sending of link-change packets to
the RM when a link between 2 ring devices goes down or up. These packets help the RM to react
more quickly to a link failure or recovery. The RM receives the link-change packets even on its
redundant port.
On reconfiguration of the ring, the RM flushes its Forwarding Database (FDB) and sends topology-
change packets to the ring devices. The topology-change packets prompt the ring devices to flush
their FDB, too. This procedure helps forward the payload packets over the new path more quickly.
This procedure is performed regardless whether the ring reconfiguration was caused by a link-
down or a link-up.
Test packet 1 Periodically Send interval 50 ms (for ring recovery time 500 ms)
20 ms (for ring recovery time 200 ms)
Reception timeout 400 ms (for ring recovery time 500 ms)
160 ms (for ring recovery time 200 ms)
Link-down packet2 Event-driven On link-down of a ring -
port
Topology-change Event-driven On reconfiguration -
packet3
1. Sent by the Ring Manager only.
2. Sent by supporting ring devices.
3. The reception of a topology-change packet prompts the supporting ring devices to flush their FDB.
The ring devices send the test packets, the link-change packets, and the topology-change packets
with a configurable MRP VLAN ID. The default MRP VLAN ID is 0 which means that the devices
send the test packets untagged and thus without priority (Class of Service) information.
To help minimize the reconfiguration time under high network load, you can tag and thus prioritize
these packets. The devices then send and forward these packets with the IEEE 802.1Q Class of
Service priority 7 (Network control).
To prioritize these packets, perform the following steps on the Ring Manager and on all ring
devices:
Specify the MRP VLAN ID to a value ≥ 1.
Specify the ring ports as T (tagged) members of this MRP VLAN ID.
Note: When you set the MRP VLAN ID to a value ≥ 1 in the Switching > L2-Redundancy > MRP dialog,
the device adds its ring ports as T (tagged) members of this MRP VLAN ID. If the new VLAN does
not exist, the device automatically creates this VLAN. After setting a new MRP VLAN ID, check the
Switching > VLAN > Configuration dialog for the VLAN and the port settings.
A backbone network contains 3 devices in a line structure. To increase the availability of the
network, you convert the line structure to a redundant ring structure. Devices from different
manufacturers are used. All devices support MRP. On every device you define ports 1.1 and 1.2
as ring ports.
When the primary ring link fails, the Ring Manager sends data on the secondary ring link. When the
primary link is restored, the secondary link reverts back to the backup mode.
1 2 3
1.1 1.2 1.1 1.2 1.1 1.2
RM
The following example configuration describes the configuration of the Ring Manager device (1).
You configure the 2 other devices (2 to 3) in the same way, but without enabling the Ring manager
function. This example does not use a VLAN. You specify the value 30ms as the ring recovery time.
Every device supports the advanced mode of the Ring Manager.
Set up the network to meet your demands.
Configure every port so that the transmission speed and the duplex settings of the lines
correspond to the following table:
Note: You configure optical ports without support for autonegotiation (automatic configuration) with
100 Mbit/s full duplex (FDX) or 1000 Mbit/s full duplex (FDX). Disabling autonegotiation can speed
up link change detection.
Note: You configure optical ports without support for autonegotiation (automatic configuration) with
100 Mbit/s full duplex (FDX). Disabling autonegotiation can speed up link change detection.
Note: Configure each device of the MRP-Ring individually. Before you connect the redundant line,
verify that you have completed the configuration of every device of the MRP-Ring. You thus help
avoid loops during the configuration phase.
If the flow control and the redundancy function are active at the same time, it is possible that the
redundancy function operates differently than intended. (Default setting: flow control deactivated
globally and activated on every port.)
Disable the Spanning Tree function in every device in the network. To do this, perform the following
steps:
Open the Switching > L2-Redundancy > Spanning Tree > Global dialog.
Disable the function.
In the state on delivery, Spanning Tree is enabled in the device.
Enable MRP on every device in the network. To do this, perform the following steps:
In the Command Line Interface you first define an additional parameter, the MRP domain ID.
Configure every ring participant with the same MRP domain ID. The MRP domain ID is a sequence
of 16 number blocks (8-bit values).
When configuring with the Graphical User Interface, the device uses the default value 255 255 255
255 255 255 255 255 255 255 255 255 255 255 255 255.
mrp domain add default-domain To create a new MRP domain with the ID default-
domain.
mrp domain modify port primary 1/1 To specify port 1/1 as ring port 1.
mrp domain modify port secondary 1/2 To specify port 1/2 as ring port 2.
Enable the Fixed backup port. To do this, perform the following steps:
Note: When the device reverts back to the primary port, the maximum ring recovery time can
be exceeded.
When you unmark the Fixed backup checkbox, and the ring is restored, the Ring Manager
blocks the secondary port and unblocks the primary port.
mrp domain modify port secondary 1/2 To activate the Fixed backup function on the
fixed-backup enable secondary port. The secondary port continues
forwarding data after the ring is restored.
mrp domain modify mode manager To specify that the device operates as the Ring
manager. For the other devices in the ring, leave the
default setting.
mrp domain modify recovery-delay To specify the value 30ms as the max. delay time
200ms for the reconfiguration of the ring.
Note: If selecting the value 30ms for the ring recovery does not provide the ring stability necessary
to meet the requirements of your network, then select the value 500ms.
When every ring participant is configured, close the line to the ring. To do this, you connect the
devices at the ends of the line via their ring ports.
Check the messages from the device. To do this, perform the following steps:
The Operation field displays the operating state of the ring port.
Possible values:
forwarding
The port is enabled, connection exists.
blocked
The port is blocked, connection exists.
disabled
The port is disabled.
not-connected
No connection exists.
The Information field displays messages for the redundancy configuration and the possible
causes of errors.
When the device is operating as a ring client or a Ring Manager, the following messages are
possible:
Redundancy available
The redundancy is set up. When a component of the ring is down, the redundant line takes
over its function.
Configuration error: Error on ringport link.
Error in the cabling of the ring ports.
When the device is operating as a Ring Manager, the following messages are possible:
Configuration error: Packets from another ring manager received.
Another device exists in the ring that is operating as the Ring Manager.
Enable the Ring manager function on exactly one device in the ring.
Configuration error: Ring link is connected to wrong port.
A line in the ring is connected with a different port instead of with a ring port. The device
only receives test data packets on one ring port.
When applicable, integrate the MRP ring into a VLAN. To do this, perform the following steps:
In the VLAN ID field, define the MRP VLAN ID. The MRP VLAN ID determines in which of
the configured VLANs the device transmits the MRP packets.
To set the MRP VLAN ID, first configure the VLANs and the corresponding egress rules in
the Switching > VLAN > Configuration dialog.
– If the MRP-Ring is not assigned to a VLAN (like in this example), then leave the
VLAN ID as 0.
In the Switching > VLAN > Configuration dialog, specify the VLAN membership as U
(untagged) for the ring ports in VLAN 1.
– If the MRP-Ring is assigned to a VLAN, then enter a VLAN ID >0.
In the Switching > VLAN > Configuration dialog, specify the VLAN membership as T
(tagged) for the ring ports in the selected VLAN.
Hirschmann devices allow you to combine Link Aggregation Groups (LAG) to increase bandwidth
with the Media Redundancy Protocol (MRP) providing redundancy. The function lets you increase
the bandwidth on individual segments or on the entire network.
The Link Aggregation function helps you overcome bandwidth limitations of individual ports. LAG lets
you combine 2 or more links in parallel, creating one logical link between 2 devices. The parallel
links increase the bandwidth for the data stream between the 2 devices.
An MRP ring consists of up to 50 devices that support the MRP protocol according to IEC 62439.
When you use only Hirschmann devices, the protocol lets you configure MRP rings with up to
100 devices.
Network Structure
When configuring an MRP ring with LAGs, the Ring Manager (RM) monitors both ends of the
backbone for continuity. The RM blocks data on the secondary (redundant) port as long as the
backbone is intact. When the RM detects an interruption of the data stream on the ring, it begins
forwarding data on the secondary port, which restores backbone continuity.
You use LAG instances in MRP rings to increase bandwidth only, in this case MRP provides the
redundancy.
In order for the RM to detect an interruption on the ring, MRP requires a device to block every port
in the LAG instance in cases where a port in the instance is down.
The device lets you configure a LAG instance on specific segments of an MRP ring.
You use the LAG Single Switch method for devices in the MRP ring. The Single Switch method
provides you an inexpensive way to grow your network by using only one device on each side of a
segment to provide the physical ports. You group the ports of the device into a LAG instance to
provide increased bandwidth on specific segments where needed.
Link
RM Agregation
Besides being able to configure a LAG instance on specific segments of an MRP ring, Hirschmann
devices also allow you to configure LAG instances on every segment, which increases bandwidth
on the entire MRP ring.
RM
When configuring the LAG instance, specify the Active ports (min.) value to equal the total number
of ports used in the LAG instance. When a device detects an interruption on a port in the LAG
instance, it blocks data on the other ports of the instance. With every port of an instance blocked,
the RM senses that the ring is open and begins forwarding data on the secondary port. This way
the RM is able to restore continuity to the devices on the other side of the interrupted segment.
RM
Example Configuration
In the following example, switch A and switch B link two departments. The departments produce
traffic too high for the individual port bandwidth to handle. You configure a LAG instance for the
single segment of the MRP ring, increasing the bandwidth of the segment.
The prerequisite for the example configuration is that you begin with an operational MRP ring.
Configure switch A first. To do this, perform the following steps. Then configure switch B using the
same steps, substituting the appropriate port and ring port numbers.
In the Active ports (min.) column enter 2, which in this case is the total number of ports in the
instance. When combining MRP and LAG you specify the total number of ports as the
Active ports (min.). When the device detects an interruption on a port, it blocks the other
ports in the instance causing the ring to open. The Ring Manager senses that the ring is
open, then begins forwarding data on its secondary ring port which restores the
connectivity to the other devices in the network.
The concept of HIPER Ring Redundancy enables the construction of high-availability, ring-shaped
network structures. The HIPER Ring Client function lets the network administrator extend an existing
HIPER Ring or replace a client device already participating in a HIPER Ring.
When the device senses that the link on a ring port goes down, the device sends a LinkDown packet
to the Ring Manager (RM) and flushes the FDB table. Once the RM receives the LinkDown packet,
it immediately forwards the data stream over both the primary and secondary ring ports. Thus, the
RM is able to maintain the integrity of the HIPER Ring.
The device only supports Fast Ethernet and Gigabit Ethernet ports as ring ports. Furthermore, you
can include the ring ports in a LAG instance.
In the default state, the HIPER Ring client is inactive, and the primary and secondary ports are set
to no Port.
Note: Deactivate the Spanning Tree Protocol (STP) for the ring ports in the Switching > L2-
Redundancy > Spanning Tree > Port dialog, because STP and HIPER Ring have different reaction
times.
The device lets you forward VLAN data over the HIPER Ring. Thus the device provides redundancy
for your VLAN data. The ring device forwards management data around the ring for example, on
VLAN 1. In order for the data to reach the management station, the ring devices forward the
untagged management data on the ring ports. Also, specify the ring ports as members in VLAN 1.
When you have other VLANs traversing your ring devices, the ring devices forward the other VLAN
data as tagged.
Specify the VLAN settings. To do this, perform the following steps on all ring clients and on the Ring
Manager:
Allow a ring device to forward VLAN data to and from ports with VLAN membership.
In the other VLAN rows, select the T item in the drop-down list in the columns related to the
ring ports.
Open the Switching > VLAN > Port dialog.
Assign VLAN 1 membership to the ring ports.
Enter the value 1 in the Port-VLAN ID column of the ring port rows.
Assign VLAN membership to the non-ring ports.
Enter the appropriate VLAN ID in the Port-VLAN ID column of the non-ring port rows.
The HIPER Ring is the proprietary predecessor of MRP. The HIPER Ring works similar to MRP but
uses different packets. For setting up a new redundant ring, Hirschmann recommends using MRP.
The HIPER Ring uses test packets, link-down packets, and topology-change packets.
Note: HiOS devices offer HIPER Ring client functions. HIPER Ring Manager functions are offered
by devices with Classic Software. The HIPER Ring Manager functions are mentioned here only for
completeness. For details, refer to the documentation of your HIPER Ring Manager device.
The Ring Manager (RM) is connected to the ring with 2 ring ports. As long as all connections in the
ring are operational, the RM sets one of its ports, the redundant port, into a blocking state. In this
state, the redundant port neither receives nor sends normal (payload) data packets. This way, the
RM prevents a network loop.
The RM periodically sends test packets into the ring from both ring ports. The test packets are
special packets. The RM sends and receives test packets even at the redundant port although the
redundant port blocks normal packets. The RM expects to receive the test packets on its respective
other ring port. If the RM does not receive any expected test packets for a specified amount of time,
the RM detects a ring failure.
When a link between 2 ring devices goes down, the affected ring devices send a link-down packet
to the RM. This helps the RM to react more quickly to a link failure. The RM receives the link-down
packets even on its redundant port.
On reconfiguration of the ring, the RM flushes its Forwarding Database (FDB) and sends topology-
change packets to the ring clients. The topology-change packets prompt the ring clients to flush
their FDB, too. This procedure helps forward the payload packets over the new path more quickly.
This procedure is performed regardless whether the ring reconfiguration was caused by a link-
down or a link-up.
The ring devices send the test packets, the link-change packets, and the topology-change packets
with the fixed VLAN ID 1. In the default setting, the packets are untagged and thus without priority
(Class of Service) information. To help minimize the reconfiguration time under high network load,
you can tag and thus prioritize these packets. The Ring Manager and the ring clients then send and
forward these packets with the IEEE 802.1Q Class of Service priority 7 (Network control).
To do that, configure the ring ports as T (tagged) members of VLAN 1 on each ring client and on
the Ring Manager (Classic software).
Note: These settings for VLAN 1 are different from the VLAN settings described in chapter “VLANS
on the HIPER Ring” on page 189.
The HIPER Ring function lets you link the devices together over a Link Aggregation Group (LAG).
The ring clients and Ring Manager behave in the same manner as a ring without a LAG instance.
If an LAG link goes down, then the other link in the instance also goes down making a break in the
ring. After detecting a break in the ring, the affected ports send a Link Down packet to the Ring
Manager. The Ring Manager unblocks its redundant port, sends data in both directions in the ring,
and replies with a topology change packet. Upon receiving a topology change packet, the ring
participants flush their FDB.
Note: The Spanning Tree Protocol is a protocol for MAC bridges. For this reason, the following
description uses the term bridge for the device.
Local networks are getting bigger and bigger. This applies to both the geographical expansion and
the number of network participants. Therefore, it is advantageous to use multiple bridges, for
example:
to reduce the network load in sub-areas,
to set up redundant connections and
to overcome distance limitations.
However, using multiple bridges with multiple redundant connections between the subnetworks can
lead to loops and thus interruption of communication across the network. In order to help avoid this,
you can use Spanning Tree. Spanning Tree helps avoid loops through the systematic deactivation
of redundant connections. Redundancy enables the systematic reactivation of individual
connections as needed.
RSTP is a further development of the Spanning Tree Protocol (STP) and is compatible with it. When
a connection or a bridge becomes inoperable, the STP requires a maximum of 30 seconds to
reconfigure. This is no longer acceptable in time-sensitive applications. RSTP achieves average
reconfiguration times of less than a second. When you use RSTP in a ring topology with 10 to
20 devices, you can even achieve reconfiguration times in the order of milliseconds.
Note: RSTP reduces a layer 2 network topology with redundant paths into a tree structure
(Spanning Tree) that does not contain any more redundant paths. One of the devices takes over
the role of the root bridge here. The maximum number of devices permitted in an active branch
(from the root bridge to the tip of the branch) is specified by the variable Max age for the current root
bridge. The preset value for Max age is 20, which can be increased up to 40.
If the device working as the root is inoperable and another device takes over its function, then the
Max age setting of the new root bridge determines the maximum number of devices allowed in a
branch.
Note: The RSTP standard requires that every device within a network operates with the (Rapid)
Spanning Tree Algorithm. When STP and RSTP are used at the same time, the advantages of
faster reconfiguration with RSTP are lost in the network segments that are operated in combination.
A device that only supports RSTP works together with MSTP devices by not assigning an MST
region to itself, but rather the CST (Common Spanning Tree).
12.4.1 Basics
Because RSTP is a further development of the STP, every of the following descriptions of the STP
also apply to RSTP.
The Spanning Tree Algorithm reduces network topologies built with bridges and containing ring
structures due to redundant links to a tree structure. In doing so, STP opens ring structures
according to preset rules by deactivating redundant paths. When a path is interrupted because a
network component becomes inoperable, STP reactivates the previously deactivated path again.
This lets redundant links increase the availability of communication.
STP determines a bridge that represents the STP tree structure‘s base. This bridge is called root
bridge.
Bridge parameters
In the context of Spanning Tree, each bridge and its connections are uniquely described by the
following parameters:
Bridge Identifier
Root Path Cost for the bridge ports,
Port Identifier
Bridge Identifier
The Bridge Identifier consists of 8 bytes. The bridge with the smallest number for the Bridge
Identifier has the highest bridge priority.
According to the original standard IEEE 802.1D-1998, the 2 highest-value bytes are the Bridge
Priority. When configuring the bridge, the bridge administrator can change the default setting for
the Bridge Priority which is 32768 (8000H).
In the newer standard IEEE 802.1Q-2014, the Bridge Priority is interpreted differently. The highest
4 bits represent the Bridge Priority. The lower 12 bits are reserved for the VLAN ID and are all zero.
As a consequence, the bridge administrator can set the Bridge Priority in steps of 4096. The default
value is 32768 (8000H), and the max. value is 61440 (F000H).
The 6 lowest-value bytes of the Bridge Identifier are the bridge’s MAC address. The MAC address
lets each bridge have a unique Bridge Identifier.
MSB LSB
80 00 00 80 63 51 74 00
Each path that connects 2 bridges is assigned a cost for the transmission (path cost). The device
determines this value based on the transmission speed (see table 32 on page 194). The device
assigns a higher path cost to paths with lower transmission speeds.
Alternatively, the Administrator can set the path cost. Like the device, the Administrator assigns a
higher path cost to paths with lower transmission speeds. However, since the Administrator can
choose this value freely, he has a tool with which he can give a certain path an advantage among
redundant paths.
The root path cost is the sum of the individual costs of those paths that a data packet has to traverse
from a connected bridge‘s port to the root bridge.
1
PC = 200 000 PC = 200 000 000
PC Path costs
Ethernet (100 Mbit/s)
PC = 200 000
Ethernet (10 Mbit/s)
2 3
Figure 41: Path costs
Table 32: Recommended path costs for RSTP based on the data rate.
Port Identifier
According to the original standard IEEE 802.1D-1998, the Port Identifier consists of 2 bytes. The
lower-value byte contains the physical port number. This provides a unique identifier for the port of
this bridge. The higher-value byte is the Port Priority, which is specified by the Administrator (default
value: 128 or 80H).
In the newer standard IEEE 802.1Q-2014, the Port Priority is interpreted differently. The highest
4 bits represent the Port Priority. The lower 12 bits are the port number. This allows for bridges with
up to 4095 ports. As a consequence, the bridge administrator can set the Port Priority in steps
of 4096, when viewed as a 16-bit number. The default value is 32768 (8000H), and the max. value
is 61440 (F000H). When viewed as 4-bit number, the default value is 8 (8H), the min. value is 0
(0H), and the max. value is 15 (FH).
MSB LSB
The “Max Age” and “Diameter” values largely determine the maximum expansion of a Spanning
Tree network.
Diameter
The number of connections between the devices in the network that are furthest removed from
each other is known as the network diameter.
Diameter = 7
1 2 3 4 5 6 7
Root-Bridge
In the state on delivery, MaxAge = 20 and the maximum diameter that can be achieved = 19. When
you set the maximum value of 40 for MaxAge, the maximum diameter that can be achieved = 39.
MaxAge
Every STP-BPDU contains a “MessageAge” counter. When a bridge is passed through, the counter
increases by 1.
Before forwarding a STP-BPDU, the bridge compares the “MessageAge” counter with the
“MaxAge” value specified in the device:
When MessageAge < MaxAge, the bridge forwards the STP-BPDU to the next bridge.
When MessageAge = MaxAge, the bridge discards the STP-BPDU.
Root-Bridge
MaxAge= 5
Message
Age= 5
Bridge information
To determine the tree structure, the bridges need more detailed information about the other bridges
located in the network.
To obtain this information, each bridge sends a BPDU (Bridge Protocol Data Unit) to the other
bridges.
The bridge with the smallest number for the bridge identifier is called the root bridge. It is (or will
become) the root of the tree structure.
The structure of the tree depends on the root path costs. Spanning Tree selects the structure so
that the path costs between each individual bridge and the root bridge become as small as possible.
When there are multiple paths with the same root path costs, the bridge further away from the
root decides which port it blocks. For this purpose, it uses the bridge identifiers of the bridge
closer to the root. The bridge blocks the port that leads to the bridge with the numerically higher
ID (a numerically higher ID is the logically worse one). When 2 bridges have the same priority,
the bridge with the numerically larger MAC address has the numerically higher ID, which is
logically the worse one.
When multiple paths with the same root path costs lead from one bridge to the same bridge, the
bridge further away from the root uses the port identifier of the other bridge as the last criterion
(see figure 42 on page 195). In the process, the bridge blocks the port that leads to the port with
the numerically higher ID (a numerically higher ID is the logically worse one). When 2 ports have
the same priority, the port with the higher port number has the numerically higher ID, which is
logically the worse one.
yes
12.4.3 Examples
You can use the network plan to follow the flow chart (see figure 45 on page 197) for determining
the root path. The administrator has specified a priority in the bridge identification for each bridge.
The bridge with the smallest numerical value for the bridge identification takes on the role of the
root bridge, in this case, bridge 1. In the example every sub-path has the same path costs. The
protocol blocks the path between bridge 2 and bridge 3 as a connection from bridge 3 via bridge 2
to the root bridge would result in higher path costs.
Root Bridge
P-BID = 16 384
2 3
P-BID = 32 768
Note: When the current root bridge goes down, the MAC address in the bridge identifier alone
determines which bridge becomes the new root bridge, because the Administrator does not change
the default values for the priorities of the bridges in the bridge identifier, apart from the value for the
root bridge.
You can use the network plan to follow the flow chart (see figure 45 on page 197) for determining
the root path. The Administrator has performed the following:
• Left the default value of 32768 (8000H) for every bridge apart from bridge 1 and bridge 5, and
• assigned to bridge 1 the value 16384 (4000H), thus making it the root bridge.
• To bridge 5 he assigned the value 28672 (7000H).
The protocol blocks the path between bridge 2 and bridge 3 as a connection from bridge 3 via
bridge 2 to the root bridge would mean higher path costs.
Root Bridge
P-BID = 16 384
2 3
P-BID = 32 768
4 5
The Management Administrator soon discovers that this configuration with bridge 1 as the root
bridge is invalid. On the paths from bridge 1 to bridge 2 and bridge 1 to bridge 3, the control packets
which the root bridge sends to every other bridge add up.
When the Management Administrator configures bridge 2 as the root bridge, the burden of the
control packets on the subnetworks is distributed much more evenly. The result is the configuration
shown in the following figure. The path costs for most of the bridges to the root bridge have
decreased.
Root-Bridge
P-BID = 16 384
6 5
MAC 00:01:02:03:04:06
The RSTP uses the same algorithm for determining the tree structure as STP. When a link or bridge
becomes inoperable, RSTP merely changes parameters, and adds new parameters and
mechanisms that speed up the reconfiguration.
Backup port
This is a blocked port that serves as a backup in case the connection to the designated port of
this network segment (without any RSTP bridges) is lost
Disabled port
This is a port that does not participate in the Spanning Tree Operation, that means, the port is
switched off or does not have any connection.
BID = 16 384
2 3
BID = 40 960
Depending on the tree structure and the state of the selected connection paths, the RSTP assigns
the ports their states.
Table 33: Relationship between port state values for STP and RSTP
STP port state Administrative MAC RSTP Port state Active topology (port role)
bridge port state Operational
DISABLED Disabled FALSE Discarding1 Excluded (disabled)
DISABLED Enabled FALSE Discardinga Excluded (disabled)
BLOCKING Enabled TRUE Discarding2 Excluded (alternate, backup)
LISTENING Enabled TRUE Discardingb Included (root, designated)
LEARNING Enabled TRUE Learning Included (root, designated)
FORWARDING Enabled TRUE Forwarding Included (root, designated)
1. The dot1d-MIB displays “Disabled”.
2. The dot1d-MIB displays “Blocked”.
Learning: Address learning active (FDB), no data traffic apart from STP-BPDUs
Forwarding: Address learning active (FDB), sending and receiving of every packet type (not only
STP-BPDUs)
To assign roles to the ports, the RSTP bridges exchange configuration information with each other.
This information is known as the Spanning Tree Priority Vector. It is part of the RSTP BPDUs and
contains the following information:
Bridge identification of the root bridge
Root path costs of the sending bridge
Bridge identification of the sending bridge
Port identifiers of the ports through which the message was sent
Port identifiers of the ports through which the message was received
Based on this information, the bridges participating in RSTP are able to determine port roles
themselves and define the port states of their own ports.
Why can RSTP react faster than STP to an interruption of the root path?
Introduction of edge-ports:
During a reconfiguration, RSTP sets an edge port into the transmission mode after 3 seconds
(default setting). To ascertain that no bridge sending BPDUs is connected, RSTP waits for the
“Hello Time” to elapse.
When you verify that an end device is and remains connected to this port, there are no waiting
times at this port in the case of a reconfiguration.
Introduction of alternate ports:
As the port roles are already distributed in normal operation, a bridge can immediately switch
from the root port to the alternate port after the connection to the root bridge is lost.
Communication with neighboring bridges (point-to-point connections):
Decentralized, direct communication between neighboring bridges enables reaction without
wait periods to status changes in the spanning tree topology.
Address table:
With STP, the age of the entries in the FDB determines the updating of communication. RSTP
immediately deletes the entries in those ports affected by a reconfiguration.
Reaction to events:
Without having to adhere to any time specifications, RSTP immediately reacts to events such
as connection interruptions, connection reinstatements, etc.
Note: Data packages could be duplicated and/or arrive at the recipient in the wrong order during
the reconfiguration phase of the RSTP topology. You may also use the Spanning Tree Protocol or
select another redundancy procedure described in this manual.
RSTP configures the network topology completely autonomously. The device with the lowest
bridge priority automatically becomes the root bridge. However, to define a specific network
structure regardless, you specify a device as the root bridge. In general, a device in the backbone
takes on this role.
Open the Switching > L2-Redundancy > Spanning Tree > Global dialog.
Enable the function.
Save the changes temporarily. To do this, click the button.
Define the settings for the device that takes over the role of the root bridge.
spanning-tree mst priority 0 <0..61440> To specify the bridge priority of the device.
If applicable, then change the values in the Forward delay [s] and Max age fields.
– The root bridge transmits the changed values to the other devices.
Save the changes temporarily. To do this, click the button.
spanning-tree forward-time <4..30> To specify the delay time for the status change in
seconds.
spanning-tree max-age <6..40> To specify the maximum permissible branch
length, for example the number of devices to the
root bridge.
show spanning-tree global To display the parameters for checking.
Note: The parameters Forward delay [s] and Max age have the following relationship:
If you enter values in the fields that contradict this relationship, then the device replaces these
values with the last valid values or with the default value.
Note: When possible, do not change the value in the “Hello Time” field.
12.5.6 Guards
The device lets you activate various protection functions (guards) in the device ports.
The following protection functions help protect your network from incorrect configurations, loops
and attacks with STP-BPDUs:
BPDU Guard – for manually specified edge ports (end device ports)
You activate this protection function globally in the device.
Terminal device ports do not normally receive any STP-BPDUs. If an attacker still attempts to
feed in STP-BPDUs on this port, then the device deactivates the device port.
Root Guard – for designated ports
You activate this protection function separately for every device port.
When a designated port receives an STP-BPDU with better path information to the root bridge,
the device discards the STP-BPDU and sets the transmission state of the port to discarding
instead of root.
When there are no STP-BPDUs with better path information to the root bridge, after 2 × Hello
time [s] the device resets the state of the port to a value according to the port role.
TCN Guard – for ports that receive STP-BPDUs with a Topology Change flag
You activate this protection function separately for every device port.
Hacker
If the protection function is activated, then the device ignores Topology Change flags in received
STP-BPDUs. This does not change the content of the address table (FDB) of the device port.
However, additional information in the BPDU that changes the topology is processed by the
device.
Loop Guard – for root, alternate and backup ports
You activate this protection function separately for every device port.
If the port does not receive any more STP-BPDUs, then this protection function helps prevent
the transmission status of a port from unintentionally being changed to forwarding. If this
situation occurs, then the device designates the loop status of the port as inconsistent, but does
not forward any data packets.
Open the Switching > L2-Redundancy > Spanning Tree > Global dialog.
Mark the BPDU guard checkbox.
Save the changes temporarily. To do this, click the button.
Open the Switching > L2-Redundancy > Spanning Tree > Port dialog.
Switch to the CIST tab.
For end device ports, mark the checkbox in the Admin edge portcolumn.
Save the changes temporarily. To do this, click the button.
You can determine if a port has disabled itself because of a received a BPDU. To do this, perform
the following steps:
In the Switching > L2-Redundancy > Spanning Tree > Port dialog, Guards tab, the checkbox in the
BPDU guard effect column is marked.
show spanning-tree port x/y To display the parameters of the port for checking.
The value of the BPDU guard effect parameter is
enabled.
Reset the status of the device port to the value forwarding. To do this, perform the following steps:
When the port still receives BPDUs:
– Remove the manual definition as an edge port (end device port).
or
– Deactivate the BPDU Guard.
Activate the device port again.
Open the Switching > L2-Redundancy > Spanning Tree > Port dialog.
Switch to the Guards tab.
For designated ports, select the checkbox in the Root guard column.
For ports that receive STP-BPDUs with a Topology Change flag, select the checkbox in
the TCN guard column.
For root, alternate or backup ports, mark the checkbox in the Loop guard column.
Note: The Root guard and Loop guard functions are mutually exclusive. If you try to activate the
Root guard function while the Loop guard function is active, then the device deactivates the Loop
guard function.
You use the Ring only mode function to recognize full-duplex connectivity and to configure the ports
that are connected to the end stations. The Ring only mode function lets the device transition to the
‘forwarding’ state, and suppress the Topology Change Notification PDUs.
When you activate the Ring only mode function on the ports, and the device ignores the message
age of normal BDPUs, the device sends Topology Change messages with the message age of 1.
Example
The given example describes the configuration of the Ring only mode function.
Open the Switching > L2-Redundancy > Spanning Tree > Global dialog.
In the Ring only mode frame, select the port 1/1 in the First port field.
In the Ring only mode frame, select the port 1/2 in the Second port field.
To activate the function, in the Ring only mode frame, mark the Active checkbox.
The Link Aggregation function using the single switch method helps you overcome 2 limitations with
Ethernet links, namely bandwidth, and redundancy.
The Link Aggregation function helps you overcome bandwidth limitations of individual ports. The Link
Aggregation function lets you combine 2 or more links in parallel, creating 1 logical link between
2 devices. The parallel links increase the bandwidth for traffic between the 2 devices.
You typically use the Link Aggregation function on the network backbone. The function provides you
an inexpensive way to incrementally increase bandwidth.
Furthermore, the Link Aggregation function provides for redundancy with a seamless failover. When
a link goes down, with 2 or more links configured in parallel, the other links in the group continue to
forward traffic.
The device uses a hash option to determine load balancing across the port group. Tagging the
egress traffic lets the device transmit associated packets across the same link.
The default settings for a new Link Aggregation instance are as follows:
In the Configuration frame, the value in the Hashing option field is sourceDestMacVlan.
In the Active column, the checkbox is marked.
In the Send trap (Link up/down) column, the checkbox is marked.
In the Static link aggregation column, the checkbox is unmarked.
In the Hashing option column, the value is sourceDestMacVlan.
In the Active ports (min.) column, the value is 1.
The device operates on the Single Switch method. The Single Switch method provides you an
inexpensive way to grow your network. The single switch method states that you need one device
on each side of a link to provide the physical ports. The device balances the traffic load across the
group member ports.
The device also uses the Same Link Speed method in which the group member ports are full-
duplex, point-to-point links having the same transmission rate. The first port that you add to the
group is the master port and determines the bandwidth for the other member ports of the Link
Aggregation Group.
The device lets you set up up to 8 Link Aggregation groups. The number of useable ports per Link
Aggregation group depends on the device.
Hash Algorithm
The frame distributor is responsible for receiving frames from the end devices and transmitting
them over the Link Aggregation Group. The frame distributor implements a distribution algorithm
responsible for choosing the link used for transmitting any given packet. The hash option helps you
achieve load balancing across the group.
The following list contains options which you set for link selection.
Source MAC address, VLAN ID, EtherType, and receiving port
Destination MAC address, VLAN ID, EtherType, and receiving port
Connect multiple workstations using one aggregated link group between Switch 1 and 2. By
aggregating multiple links, higher speeds are achievable without a hardware upgrade.
Switch 1 Switch 2
Server 2 Port 5 Port 5 Server 1
Hub 4 Port 6 Port 1 Port 6 Hub 1
Hub 5 Port 7 Port 2 Port 7 Hub 2
Hub 6 Port 8 Port 8 Hub 3
Configure Switch 1 and 2 in the Graphical User Interface. To do this, perform the following steps:
Link Backup provides a redundant link for traffic on Layer 2 devices. When the device detects an
error on the primary link, the device transfers traffic to the backup link. You typically use Link
Backup in service-provider or enterprise networks.
You set up the backup links in pairs, one as a primary and one as a backup. When providing
redundancy for enterprise networks for example, the device lets you set up more than one pair. The
maximum number of link backup pairs is: total number of physical ports / 2. Furthermore, when the
state of a port participating in a link backup pair changes, the device sends an SNMP trap.
The default setting for this function is inactive without any link backup pairs.
Note: Verify that the Spanning Tree Protocol is disabled on the Link Backup ports.
Link Backup also lets you set up a Fail Back option. When you activate the fail back function and
the primary link returns to normal operation, the device first blocks traffic on the backup port and
then forwards traffic on the primary port. This process helps protect the device from causing loops
in the network.
When the primary port returns to the link up and active state, the device supports 2 modes of
operation:
When you inactivate Fail back, the primary port remains in the blocking state until the backup link
fails.
When you activate Fail back, and after the Fail back delay [s] timer expires, the primary port returns
to the forwarding state and the backup port changes to down.
In the cases listed above, the port forcing its link to forward traffic, first sends a topology change
packet to the remote device. The topology change packet helps the remote device quickly relearn
the MAC addresses.
In the example network below, you connect ports 2/3 and 2/4 on Switch A to the uplink Switches B
and C. When you set up the ports as a Link Backup pair, one of the ports forwards traffic and the
other port is in the blocking mode.
The primary, port 2/3 on Switch A, is the active port and is forwarding traffic to port 1 on Switch B.
Port 2/4 on Switch A is the backup port and blocks traffic.
When Switch A disables port 2/3 because of a detected error, port 2/4 on Switch A starts
forwarding traffic to port 2 on Switch C.
When port 2/3 returns to the active state, “no shutdown“, with Fail back activated, and Fail back delay
[s] set to 30 seconds. After the timer expires, port 2/4 first blocks the traffic and then port 2/3 starts
forwarding the traffic.
Switch B Switch C
Port 1 Port 2
Switch A
Figure 51: Link Backup example network
12.8 FuseNet
The FuseNet protocols let you couple rings that are operating with one of the following redundancy
protocols:
MRP
HIPER ring
RSTP
Note: The prerequisite for coupling a network to the main ring using the Ring/Network Coupling
protocol is that the connected network contains only network devices that support the Ring/Network
Coupling protocol.
Use the following table to select the FuseNet coupling protocol to be used in your network:
12.9 Subring
The Sub Ring function is an extension of the Media Redundancy Protocol (MRP). This function lets
you couple a subring to a main ring using various network structures.
The Subring protocol provides redundancy for devices by coupling both ends of an otherwise flat
network to a main ring.
The subring concept lets you couple new network segments to suitable devices in an existing ring
(main ring). The devices with which you couple the subring to the main ring are Subring Managers
(SRM).
RM
1.2 1.1
1.1 1.2
1.1 1.3
SRM 1
1.2
1.2 1.2
1.1 1.1
1.1
SRM 2
1.2 1.3
The Subring Manager capable devices support up to 8 instances and thus manage up to 8 subrings
at the same time.
The Sub Ring function lets you integrate devices that support MRP as participants. The devices with
which you couple the subring to the main ring require the Sub Ring Manager function.
Each subring can consist of up to 200 participants, excluding the Subring Managers themselves
and the devices between the Subring Managers in the main ring.
RM
SRM 1
SRM 2
SRM 4 SRM 3
RM
SRM 1
SRM 2
SRM 3
Figure 54: Special case: A Subring Manager manages 2 subrings (2 instances). The Subring Manager is
capable of managing up to 8 instances.
RM
SRM 1
Figure 55: Special case: a Subring Manager manages both ends of a subring on different ports (Single
Subring Manger).
Note: In the previous examples, the Subring Managers only couple subrings to existing main rings.
The Sub Ring function prohibits cascaded subrings, for example coupling a new subring to another
existing subring.
If you use MRP for the main ring and the subring, then specify the VLAN settings as follows:
VLAN X for the main ring
– on the ring ports of the main ring participants
– on the main ring ports of the Subring Manager
VLAN Y for the Subring
– on the ring ports of the Subring participants
– on the subring ports of the Subring Manager
You can use the same VLAN for multiple subrings.
In the following example, you couple a new network segment with 3 devices to an existing main ring
which uses the MRP protocol. When you couple the network at both ends instead of one end, the
subring provides increased availability with the corresponding configuration.
You couple the new network segment as a subring. You couple the subring to the existing devices
of the main ring using the following configuration types.
RM
1.2 1.1
1.1 1.2
1.1 1.3
SRM 1
1.2
1.2
VLAN VLAN 1.2
1.1
1 2 1.1
1.1
SRM 2
1.2 1.3
Note: The MRP domain is a sequence of 16 numbers in the range from 0 to 255. The default value
is 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 . 255 .
255 . 255 . 255. A MRP domain consisting entirely of zeroes is invalid.
The Sub Ring dialog lets you change the MRP domain ID. Alternatively, use the Command Line
Interface. To do this, perform the following steps:
Note: Help avoid loops during configuration. Configure every device of the subring individually.
Before you activate the redundant link, completely configure every subring device.
Configure the 2 Subring Managers in the example. To do this, perform the following steps:
To activate the Subring Manager function, mark the Active checkbox in the appropriate row.
After you have configured both Subring Managers and the devices participating in the
subring, enable the function and close the redundant link.
show sub-ring ring <Domain ID> To display the settings of the selected subrings.
show sub-ring global To display global subring settings.
copy config running-config nvm profile To save the current settings in the configuration
Test profile named Test in non-volatile memory (nvm).
When at least two parallel redundant connecting lines exist (known as a trunk) between two
devices, and these lines are combined into one logical connection, this is a Link Aggregation (LAG)
connection.
The device lets you use the LAG ports as ring ports with the Sub Ring protocol.
12.10.1 Example
The following example is a simple setup between an MRP ring and a Subring.
The following table describes the device roles as seen in the figure above. The table provides
information of how you use the ring ports and Subring ports as LAG ports.
Device Name Ring Port Main Ring Role Sub Ring Role Subring Port
MRC1 1/3, 1/4 MRP client - -
SRM1 1/3, 1/4 MRP client Redundant lag/1
Manager
SRM2 2/4, 2/5 MRP manager Manager lag/1
MRC2 lag/1, 1/3 - MRP client -
MRC3 lag/1, 1/3 - MRP client -
The devices participating in the Main ring are members of VLAN 300.
SRM2
MRC1, SRM1
Subring configuration
The devices participating in the attached Sub-ring are members of VLAN 200.
SRM1
link-aggregation modify lag/1 addport To add port 1/1 to the Link Aggregation Group.
1/1
link-aggregation modify lag/1 addport To add port 1/2 to the Link Aggregation Group.
1/2
link-aggregation modify lag/1 adminmode To activate the Link Aggregation Group.
SRM2
MRC 2, 3
Disable STP
Disable the Spanning Tree function on every port that you specified as an MRP or Sub-ring port. The
following example uses port 1/3.
Based on a ring, the Ring/Network Coupling function couples rings or network segments redundantly.
Ring/Network Coupling connects 2 rings/network segments through 2 separate paths.
When the devices in the coupled network are Hirschmann devices, the Ring/Network Coupling
function supports the coupling following ring protocols in the primary and secondary rings:
HIPER Ring
Fast HIPER Ring
MRP
The Ring/Network Coupling function can also couple network segments of a bus and mesh structures.
Two ports of one device in the first ring/network connect to one port each of two devices in the
second ring/network. See figure 65 on page 234.
In the One-Switch coupling method, the main line forwards data and the device blocks the
redundant line.
When the main line no longer functions, the device immediately unblocks the redundant line. When
the main line is restored, the device blocks data on the redundant line. The main line forwards data
again.
The ring coupling detects and handles an error within 500 ms (typically 150 ms).
One port each from two devices in the first ring/network connects to one port each of two devices
in the second ring/network segment. See figure 67 on page 237.
The device with the redundant line connected and the device with the main line connected use
control packets to inform each other about their operating states, using the existing network or a
dedicated control line.
When the main line goes down, the redundant device (Stand-by) unblocks the redundant line.
When the main line comes up again, the device connected to the main line informs the redundant
device of this. The Stand-by device then again blocks data on the redundant line. The device
connected to the main line then again forwards data on the main line.
The ring coupling detects and handles a fault within 500 ms (typically 150 ms).
The type of coupling configuration is primarily determined by the network topological and the
desired level of availability.
Table 36: Selection criteria for the configuration types for redundant coupling
RM
5 6
3 4
RM
Figure 58: Example of One-Switch coupling
1: Ring
2: Backbone
3: Partner coupling port
4: Coupling port
5: Main line
6: Redundant line
In a One-Switch coupling (see figure 58), one device manages both coupling lines:
The partner coupling port (3) connects the main line (5).
The coupling port (4) connects the redundant line (6).
Note: The 2 ring ports (unnumbered) connect the local redundant ring (red lines in graphic) and do
not send any Ring/Network Coupling test packets.
RM
3 4
RM
In a Two-Switch coupling (see figure 59), the 2 devices have specific roles:
The coupling port (1) of the primary device connects the main line (see figure 60).
The partner coupling port (1) of the secondary device connects the stand-by line (4) (see
figure 61).
The secondary device (see figure 61) sends the following test packets:
The 2 ring ports (unnumbered) send Ring/Network Coupling unicast test packets A.
The coupling port (4) sends Ring/Network Coupling unicast test packets B.
1 2
2 1
This topology differs from the previous one by the additional control line. The control line helps
speed up reconfiguration.
RM
3 4
5
RM
STAND-BY ON STAND-BY ON
In a Two-Switch coupling with Control Line (see figure 62), the two devices are connected as
follows:
The primary device and the secondary device connect the control line (5) via their control ports
(unnumbered).
The coupling port (1) of the primary device connects the main line (see figure 63).
The partner coupling port (1) of the secondary device connects the stand-by line (4) (see
figure 64).
The primary device (see figure 63) sends control packets on its control port.
The secondary device (see figure 64) sends the following packets:
The control port (unnumbered) sends control packets.
The 2 ring ports (unnumbered) send Ring/Network Coupling unicast test packets A.
The coupling port (4) sends Ring/Network Coupling unicast test packets B.
1 3 2
2 3 1
Packets
The Ring/Network Coupling protocol uses test packets, control packets, link-change packets, and
Ring/Network Coupling topology change packets:
One-Switch-Coupling: The local device periodically sends test packets A into the ring from both
ring ports. The local device expects to receive the test packets A back on its respective other ring
port. If the local device receives no test packets A for a specified amount of time, the local device
detects a network failure.
The local device also sends test packets B from its partner coupling port. The test packets B are
special packets that the local device receives at the coupling port although the coupling port blocks
the reception of normal packets. The local device expects to receive the test packets B back on its
coupling port. If the local device receives no test packets B for a specified amount of time, the local
device detects a coupling network failure.
Two-Switch-Coupling: The secondary (stand-by) device periodically sends test packets A into the
ring from both ring ports. The secondary device expects to receive the test packets A back on its
respective other ring port. If the secondary device receives no test packets A for a specified amount
of time, the secondary device detects a network failure.
The secondary (stand-by) device also sends test packets B from its coupling port. The test
packets B are special packets that the secondary device sends from its coupling port although the
coupling port blocks the sending of normal packets. The primary device forwards received test
packets B to the secondary device. The secondary device expects to receive the test packets B
back on its ring port connected to the primary device. If the secondary device receives no test
packets B for a specified amount of time, the secondary device detects a coupling network failure.
In extended redundancy mode, the same packets are used, only the reaction to a detected network
failure differs.
On reconfiguration of the Ring/Network coupling, the secondary (stand-by) device flushes its
Forwarding Database (FDB) and sends Ring/Network coupling topology change packets to its
partner device. It also sends Ring/Network coupling topology change packets to the connected
rings.
If a ring device in a connected ring receives a Ring/Network coupling topology change packet, it
flushes its FDB. It also converts the Ring/Network coupling topology change packet to a ring
topology change packet and sends the ring topology change packet on. The ring topology change
packets prompt the other ring devices to flush their FDB, too. This applies to all rings that the Ring/
Network coupling connects. This procedure helps forward the payload packets over the new path
more quickly.
The Ring/Network coupling devices also act on ring topology change packets from a Ring Manager
because the Ring/Network coupling devices are members of that ring.
Packet Prioritization
The Ring/Network Coupling devices send their test packets, control packets, link-down packets and
Ring/Network coupling topology change packets with the fixed VLAN ID 1. In the default setting,
these packets are sent untagged and thus without priority (Class of Service) information. To help
minimize the reconfiguration time under high network load, you can tag and thus prioritize these
packets. The devices then send and forward the packets with the IEEE 802.1Q Class of Service
priority 7 (Network control).
To prioritize these packets, configure each of the following ports as T (tagged) member of VLAN 1:
In the local ring where the coupling device (or devices) are located:
The coupling port of the respective coupling device (local or secondary)
The partner coupling port of the respective coupling device (local or primary)
The ring ports of all devices in the local ring, including the Ring Manager
In the remote ring:
The port of the device in the remote ring connected to the coupling port
The port of the device in the remote ring connected to the partner coupling port
The 2 ring ports connecting the 2 devices just mentioned to each other
Note: In a Two-Switch Coupling with Control Line, the VLAN membership settings of both control
ports must match. You can keep the default settings of the control ports (VLAN 1 membership
untagged).
In the absence of packet prioritization, the following links must be direct, without any intervening
devices:
The 2 coupling links connecting the coupling device (or devices) in the local ring with the
2 coupled devices in the remote ring
The link in the remote ring connecting the 2 coupled devices
In a Two-Switch-Coupling: The link in the local ring connecting the 2 coupling devices
In a Two-Switch Coupling with Control Line, Hirschmann recommends to use a direct line but
this is not strictly required.
This helps ensure that the packets are transmitted with minimal delay and high reliability. This again
helps minimize the reconfiguration time under high network load.
Note: Hirschmann recommends the above link topology even with packet prioritization.
Using the images in the dialog you define the role of the devices within the Ring/Network Coupling.
In the following screen shots and diagrams, the following conventions are used:
Blue boxes and lines indicate devices or connections of the items currently being described.
Solid lines indicate a main connection.
Dash lines indicate a stand-by connection.
Dotted lines indicate the control line.
Note: Refrain from combining the Rapid Spanning Tree Protocol and Ring/Network Coupling on the
same ports.
One-Switch coupling
RM
5 6
3 4
RM
Figure 65: Example of One-Switch coupling
1: Ring
2: Backbone
3: Partner coupling port
4: Coupling port
5: Main line
6: Redundant line
The main line, indicated by the solid blue line, which is connected to the partner coupling port
provides coupling between the two networks in the normal mode of operation. If the main line is
inoperable, then the redundant line, indicated by the dashed blue line, which is connected to the
coupling port takes over the ring/network coupling. One switch performs the coupling switch-over.
The following settings apply to the device displayed in blue in the selected graphic.
2 1
Note: The following settings are required for the coupling ports.
Open the Basic Settings > Port dialog, Configuration tab.
For the ports selected as the coupling ports, specify the settings according to the
parameters in the following table.
If you have configured VLANs on the coupling ports, then you specify the VLAN settings on the
coupling and partner coupling ports. To do this, perform the following steps:
In the Configurationframe, Redundancy mode option list, specify the type of redundancy:
With the redundant ring/network coupling setting, either the main line or the redundant line
is active. The setting lets the devices toggle between both lines.
When you activate the extended redundancy setting, the main line and the redundant line
can become active simultaneously if required. The setting lets you add redundancy to
the remote (coupled) network. When the connection between the coupling devices in
the second network becomes inoperable the coupling devices continue to transmit and
receive data.
Note: During the reconfiguration period, packet duplications can occur. Therefore, select this
setting only if your devices detect package duplications.
The Coupling mode describes the type of the backbone network to which you connect the ring
network. See figure 65 on page 234.
In the Configuration frame, Coupling mode option list, specify the type of the second network:
If you connect to a ring network, then select the ring coupling radio button.
If you connect to a bus or mesh structure, then select the network coupling radio button.
You can reset the coupling settings to the default state. To do this, perform the following steps:
Two-Switch coupling
RM
3 4
RM
The coupling between 2 networks is performed by the main line, indicated by the solid blue line. If
the main line or one of the connected devices becomes inoperable, then the redundant line,
indicated by the dashed black line, takes over the network coupling. The coupling is performed by
2 devices.
The devices send control packets to each other over the network.
The primary device connected to the main line, and the stand-by device connected to the redundant
line are partners with regard to the coupling.
Connect the 2 partners using the ring ports.
The following settings apply to the device displayed in blue in the selected graphic.
1 2
If you have configured VLANs on the coupling ports, then you specify the VLAN settings on the
coupling and partner coupling ports. To do this, perform the following steps:
To tag the redundant connections for VLAN 1 and to establish the VLAN membership,
enter the value T in the cells corresponding to both coupling ports on the VLAN 1 row.
The following settings apply to the device displayed in blue in the selected graphic.
2 1
To help prevent continuous loops while the connections are in operation on the ring coupling
ports, perform one of the following actions. The device sets the port state of the coupling port
to “off”:
• disable the operation
• change the configuration
If you have configured VLANs on the coupling ports, then you specify the VLAN settings on the
coupling and partner coupling ports. To do this, perform the following steps:
Specify the Redundancy mode and Coupling mode settings. To do this, perform the following steps:
During the reconfiguration period, packet duplications can occur. Therefore, select this
setting only if your devices detect package duplications.
In the Configuration frame, Coupling mode option list, select one of the following radio
buttons:
If you connect to a ring network, then select the ring coupling radio button.
If you connect to a bus or mesh structure, then select the network coupling radio button.
The Coupling mode describes the type of the backbone network to which you connect the
ring network. See figure 67 on page 237.
Reset the coupling settings to the default state. To do this, perform the following steps:
RM
3 4
5
RM
STAND-BY ON STAND-BY ON
The coupling between 2 networks is performed by the main line, indicated by the solid blue line. If
the main line or one of the adjacent devices become inoperable, then the redundant line, indicated
by the dashed blue line, takes over coupling the 2 networks. The ring coupling is performed by
2 devices.
The devices send control packets over a control line indicated by the dotted blue line. See figure 71
on page 242.
The primary device connected to the main line, and the stand-by device connected to the redundant
line are partners with regard to the coupling.
Connect the 2 partners using the ring ports.
The following settings apply to the device displayed in blue in the selected graphic.
1 3 2
To help prevent continuous loops while the connections are in operation on the ring coupling
ports, perform one of the following actions. The device sets the port state of the coupling port
to “off”:
• disable the operation
• change the configuration
If you have configured VLANs on the coupling ports, then you specify the VLAN settings on the
coupling and partner coupling ports. To do this, perform the following steps:
The following settings apply to the device displayed in blue in the selected graphic.
2 3 1
To help prevent continuous loops while the connections are in operation on the ring coupling
ports, perform one of the following actions. The device sets the port state of the coupling port
to “off”:
• disable the operation
• change the configuration
Specify the Redundancy mode and Coupling mode settings. To do this, perform the following steps:
During the reconfiguration period, packet duplications can occur. Therefore, select this
setting only if your devices detect package duplications.
In the Configuration frame, Coupling mode option list, select one of the following radio
buttons:
If you connect to a ring network, then select the ring coupling radio button.
If you connect to a bus or mesh structure, then select the network coupling radio button.
The Coupling mode describes the type of the backbone network to which you connect the
ring network. See figure 70 on page 241.
Reset the coupling settings to the default state. To do this, perform the following steps:
12.12 RCP
Industrial applications require your networks to have high availability. This includes deterministic,
short interruption times in cases where a network device or link becomes inoperable.
A ring topology provides short transition times with a minimal use of resources. However, ring
topologies bring the challenge of coupling these rings redundantly.
The Redundant Coupling Protocol RCP lets you couple rings that are operating with one of the
following redundancy protocols:
MRP
HIPER ring
RSTP
The RCP function also lets you couple multiple secondary rings to a primary ring. See the following
figure. Only the devices which couple the rings require the RCP function.
You can also use devices other than Hirschmann devices within the coupled networks.
The RCP function uses a master and a slave device to transport data between the networks. Only
the master device forwards frames between the rings.
Using Hirschmann proprietary multicast messages, the RCP master and slave devices inform each
other about their operating state. Configure the devices in the secondary ring which are not
coupling devices to forward the following multicast addresses:
01:80:63:07:00:09
01:80:63:07:00:0A
You use 4 ports per device to create the redundant coupling. Configure the coupling devices with
2 inner and 2 outer ports in each network.
The inner ports connect the master and slave devices.
The outer ports connect the devices to the other, neighboring devices of the network.
3 4 4 3
Coupler pair
1 2 2 1
Master Slave
Master Slave
1 2 2 1
Coupler pair
3 4 4 3
When you specify the role of a coupler device as auto, the coupler device automatically selects its
role as master or slave. When you want a predetermined master or slave device, configure the roles
explicitly.
If the master is no longer reachable using the inner coupling ports, then the slave device waits for
a specified timeout period to expire before taking over the master role. During the timeout period,
the slave attempts to reach the master using the outer coupling ports. When the master is still
unreachable, the slave assumes the master role. To maintain stability in the network connected to
the outer coupling ports, configure the timeout period for a longer duration than the recovery time
in the coupled rings.
Note: Disable RSTP on the RCP inner and outer ports that are not connected to the RSTP ring. In
the example configuration, you disable RSTP on ports 1 and 2 of every device.
Prerequisite for setting up an RCP coupler pair is that every device in the network (besides the
coupler pair) supports the forwarding of untagged multicast packets.
Topology Overview
Note: For a topology example with 2 instances of a Two-Switch Redundant Coupling (see
figure 73).
Note: If you want to access the management of an RCP slave device from the secondary segment,
avoid the port-based routing function on the outer ports for the secondary segment. This helps you
maintain the management access to the device from the secondary segment.
In a Two-Switch Redundant Coupling, one pair of devices couples the 2 rings. Each of the paired
devices has a distinct coupling role master or slave, configured either automatically or explicitly.
Packets
RCP uses multicast test packets, named after the RCP port role number (1..4) of the sending port.
The following links must be direct, without any other devices in between:
The 2 links connecting the inner ports (2, 4) of each coupler pair in the respective primary and
secondary rings.
This helps ensure that a link loss is quickly detected by the RCP devices.
The Hirschmann devices support the two-switch Redundant Coupling Protocol method. You can
use the RCP function to provide a network installed in a train for example. The network provides
information for the passengers about the train location or the different stops on the line. The
network can also help provide passenger safety, for example using video surveillance.
The primary rings in the figure represent an MRP ring within each car. Each primary ring consists
of 4 devices. See the following figure.
The secondary rings in the figure represent RSTP rings that automatically form when 2 cars are
being coupled. Each secondary ring consists of 2 coupler pairs that are joined via their respective
outer ports. In the figure, these device quadruples are called Coupler A and B.
To simplify the port configuration, the MRP ring ports and the RCP inner and outer ports are
assigned the same port numbers on each switch. For example, on the switches 2A..2D, specify the
ports 2/1 and 2/2 as MRP ring ports, the ports 2/4 as RCP inner ports, and the ports 2/3 as RCP
outer ports.
The following steps describe how to specify the parameters for the railway car represented by the
MRP2 ring.
Configure the switches 2A..2C as MRP Ring Clients. Configure only switch 2D as the MRP Ring
Manager. Configure the switches 2A and 2B as one RCP coupler pair and the switches 2C and 2D
as the second coupler pair.
MRP and RSTP do not work together. Therefore, deactivate the RSTP function on the RCP ports
used in the MRP ring. In the example configuration, ports x/1 and x/2 are used for the MRP ring.
Activate the RSTP function only on the RCP inner and outer ports used in the secondary ring. For
example, activate the RSTP function on the ports x/3 and x/4.
Note: Substitute the port designation examples like x/1 with the actual port numbers on your
system. Depending on your device, the port designation may consist of only the port number.
Open the Switching > L2-Redundancy > Spanning Tree > Port dialog, CIST tab.
In the default setting, the RSTP function is active on the ports. To deactivate the RSTP
function on the MRP ring ports, unmark the STP active checkboxes for ports x/1 and x/2.
Open the Switching > L2-Redundancy > Spanning Tree > Global dialog.
To enable the Spanning Tree function, select the On radio button in the Operation frame.
Specify the Ring Clients and the Ring Manager in the MRP ring
Specify the switches 2A..2C in the rings as MRP ring clients. Specify switch 2D as the MRP ring
manager. See figure 74 on page 250.
Specify the other switches in the rings as ring clients. To do this, perform the following steps:
On switch 2D only: To designate the device as the MRP Ring Manager, enable the Ring
manager function. For switches 2A..2C, leave the default setting.
To enable the MRP function, select the On radio button in the Operation frame.
Note: The example leaves the roles of the coupler pair devices at the default value auto. The
coupler pair devices then automatically select their roles as master or slave. When you want specific
master or slave roles for a device pair, configure the roles explicitly.
To enable the RCP function, select the On radio button in the Operation frame.
redundant-coupling port secondary inner To specify port x/4 as the secondary inner port.
x/4
redundant-coupling port secondary outer To specify port x/3 as the secondary outer port.
x/3
redundant-coupling operation To enable the RCP function in the device.
13 Routing
13.1 Configuration
Because the configuration of a router is very dependent on the conditions in your network, you are
first provided with a general list of the individual configuration steps. To optimally cover the large
number of options, this list is followed by examples of networks that usually occur in the industry
sector.
The configuration of the Routing function usually contains the following steps:
Drawing a network plan
Create a picture of your network so that you can clearly see the division into subnetworks and
the related distribution of the IP addresses. This step is necessary. Good planning of the
subnetworks with the corresponding network masks makes the router configuration much
easier.
Router basic settings
Along with the global switching on of the Routing function, the router basic settings also contain
the assignment of IP addresses and network masks to the router interfaces.
Note: Adhere to the sequence of the individual configuration steps so that the configuration
computer has access to every Layer 3 device throughout the entire configuration phase.
Note: When you assign an IP address from the subnetwork of the device management IP address
to a router interface, the device deletes the IP address of the device management. You access the
device management via the IP address of the router interface.
Activate the routing globally before you assign an IP address from the subnetwork of the device
management IP address to a router interface.
Note: When you assign the VLAN ID of the device management VLAN to a router interface, the
device deactivates the IP address of the device management. You access the device management
via the IP address of the router interface. The device management VLAN is the VLAN by means of
which you access the device management of every device.
Note: Depending on your configuration steps, it can be necessary to change the IP parameters of
your configuration computer to enable access to the Layer 3 devices.
A router is a node for exchanging data on the Layer 3 of the ISO/OSI reference model.
The OSI reference model consists of 7 layers, ranging from the application layer to the physical
layer.
What does the data exchange on the Layer 3 mean in comparison with the data exchange on the
Layer 2?
Figure 75: Data Transport by a Switch and a Router in the OSI Reference Model‘s Layers
On the Layer 2, the MAC address signifies the destination of a data packet. The MAC address is
an address tied to the hardware of a device. The Layer 2 expects the receiver in the connected
network. The data exchange to another network is the task of Layer 3. Layer 2 data traffic is spread
over the entire network. Every subscriber filters the data relevant for him from the data stream.
Layer 2 devices are capable of steering the data traffic that is intended for a specific MAC address.
It thus relieves some of the load on the network. Broadcast and multicast data packets are
forwarded by the Layer 2 devices on every port.
IP is a protocol on the Layer 3. IP provides the IP address for addressing data packets. The IP
address is assigned by the network administrator. By systematically assigning IP addresses, he
can thus structure his network, breaking it down into subnets (see on page 259 “CIDR”). The bigger
a network gets, the greater the data volume. Because the available bandwidth has physical
limitations, the size of a network is also limited. Dividing large networks into subnets limits the data
volume on these subnets. Routers divide the subnets from each other and only transmit the data
that is intended for another subnet.
Figure 76: MAC Data Transmission: Unicast Data Packet (left) and Broadcast Data Packet (right)
This illustration clearly shows that broadcast data packets can generate a considerable load on
larger networks. You also make your network easier to understand by forming subnets, which you
connect with each other using routers and, strange as it sounds, also separate securely from each
other.
A switch uses the MAC destination address to transmit, and thus uses Layer 2. A router uses the
IP destination address to transmit, and thus uses Layer 3.
The subscribers associate the MAC and IP addresses using the Address Resolution Protocol
(ARP).
13.2.1 ARP
The Address Resolution Protocol (ARP) determines the MAC address that belongs to an IP
address. What is the benefit of this?
Let’s suppose that you want to configure the device using the Web-based interface. You enter the
IP address of the device in the address line of your browser. But which MAC address will your PC
now use to display the information in the device in your browser window?
If the IP address of the device is in the same subnetwork as your PC, then your PC sends what is
known as an ARP request. This is a MAC broadcast data packet that requests the owner of the IP
address to send back his MAC address. The device replies with a unicast data packet containing
its MAC address. This unicast data packet is called an ARP reply.
Query to everyone:
Whoever has the
IP address 149.218.112.101
please send me your MAC address.
149.218.112.159
00:80:63:10:11:12
149.218.112.101
00:80:63:10:11:25
Reply to PC:
My MAC address is
00:80:63:10:11:25.
When the IP address of the device is in a different subnetwork, the PC asks for the MAC address
of the gateway entered in the PC. The gateway/router replies with its MAC address.
Now the PC packs the IP data packet with the IP address of the device, the final destination, into a
MAC frame with the MAC destination address of the gateway/router and sends the data.
The router receives the data and releases the IP data packet from the MAC frame, so that it can
then forward it in accordance with its transmission rules.
Preamble
MAC destination address
MAC source address Layer 2
Type/length field
IP header with
IP source address and
IP destination address
Layer 3
Data
All end devices still working with IPs of the first generation, for example, are not yet familiar with the
term 'subnet'. When they are looking for the MAC address for an IP address in a different subnet,
they also send an ARP request. They neither have a network mask with which they could recognize
that the subnet is a different one, nor do they have a gateway entry. In the example below, the left
PC is looking for the MAC address of the right PC, which is in a different subnet. In this example,
it would normally not get a reply.
Because the router knows the route to the right PC, the Proxy ARP function replies to this router
interface on behalf of the right PC with its own MAC address. Thus the left PC can address its data
to the MAC address of the router, which then forwards the data to the right PC.
Query to everyone:
Whoever has the
IP address 10.0.2.111.
10.0.1.159 10.0.2.111
00:80:63:10:11:12
Prox-ARP
00:80:63:10:22:25
Reply to PC:
The IP address 10.0.1.111
has the MAC address
00:80:63:10:22:25.
The Proxy ARP function is available on the router interfaces on which you enable the proxy ARP.
13.2.2 CIDR
The original class allocation of the IP addresses only planned for three address classes to be used
by the users.
Since 1992, five classes of IP address have been defined in the RFC 1340.
Class C with a maximum of 254 addresses was too small, and class B with a maximum of 65534
addresses was too large for most users, as they would not require so many addresses. This
resulted in ineffective usage of the class B addresses available.
Class D contains reserved multicast addresses. Class E is reserved for experimental purposes. A
gateway not participating in these experiments ignores datagrams with this destination address.
The Classless Inter-Domain Routing (CIDR) provides a solution to these problems. The CIDR
overcomes these class boundaries and supports classless address ranges.
With CIDR, you enter the number of bits that designate the IP address range. You represent the IP
address range in binary form and count the mask bits that designate the network mask. The
network mask indicates the number of bits that are identical for every IP address, the network part,
in a given address range. Example:
The combination of a number of class C address ranges is known as “supernetting”. This lets you
subdivide class B address ranges to a very fine degree.
Using mask bits simplifies the routing table. The router determines in that direction in which most
of the mask bits match (longest prefix match).
A net-directed Broadcast is an IP data packet that a device sends to the network Broadcast address
of a network to contact every receiver of the network. A net-directed Broadcast is sent as a MAC
Unicast packet in a transfer network. When the router locally responsible for this network supports
net-directed Broadcasts, it transmits this data packet as a MAC Broadcast packet into its local
network. With VLAN-based router interfaces it transmits the packet to every port that is member in
the VLAN of the Router interface.1
Thus net-directed Broadcasts can relieve your transfer network of the multiple IP Unicasts that
would be necessary to replace a net-directed Broadcast.
When the router does not support net-directed Broadcasts or you deactivate this function for a
router interface, the router discards IP data packets received on the network Broadcast address of
the router interface. With multinetting, this also applies to the secondary IP addresses of the router
interface.
13.2.4 Multinetting
Multinetting lets you connect a number of subnets to one router port. When you want to connect
existing subnets to a router within a physical medium, multinetting provides a solution. In this case
you can use multinetting to assign a number of IP addresses for the different subnets to the routing
port to which you are connecting the physical medium.
For a long-term solution, other network design strategies provide more advantages with regard to
problem solving and bandwidth management.
10.0.1.2/24 10.0.1.3/24
10.0.2.3/24
10.0.1.1/24
10.0.2.1/24 10.0.2.9/24
10.0.1.9/24
1.The device determines the Broadcast address from its interface IP address and the related
netmask. For example, when a router interface has the IP address 192.168.1.1 and the netmask
255.255.255.0, it is responsible for network 192.168.1.0/24. The network Broadcast address here
is 192.168.1.255.
Static routes are user-defined routes which the router uses to transmit data from one subnet to
another.
You specify to which router (next hop) the local router forwards data for a particular subnet. Static
routes are kept in a table which is permanently stored in the router.
Compared to dynamic routing, the advantage of this transparent route selection is offset by the
increased workload involved in configuring the static routes. Static routing is therefore suited to very
small networks or to selected areas of larger networks. Static routing makes the routes transparent
for the administrator and can be easily configured in small networks.
If, for example, a line interruption causes the topology to change, then the dynamic routing can
react automatically to this, in contrast to the static routing. When you combine static and dynamic
routing, you can configure the static routes in such a way that they have a higher priority than a
route selected by a dynamic routing procedure.
The first step in configuring the router is to globally enable the Routing function and configure the
router interfaces.
The device lets you define port-based and VLAN-based router interfaces.
SN 10 A
SN 11
VLAN ID 2
A characteristic of the port-based router interface is that a subnet is connected to a port. See
figure 81 on page 261.
In the following section you find an example of the simplest case of a routing application with port-
based router interfaces.
10.0.1.5/24 10.0.2.5/24
Interface 2.1 Interface 2.2
IP=10.0.1.1/24 IP=10.0.2.1/24
Figure 82: Simplest case of a route
Note: To be able to see these entries in the routing table, you need an active connection on the
interfaces.
A characteristic of the VLAN-based router interface is that a number of devices in a VLAN are
connected to different ports.
Terminal devices address data packets with a destination address in another subnet to the router.
The device then exchanges the data packets on Layer 3.
Below you will find an example of the simplest case of a routing application with VLAN-based router
interfaces. For VLAN 2, the router combines interfaces 3/1 and 3/2 into the VLAN router interface
vlan/2. A VLAN router interface remains in the routing table as long as at least one port of the
VLAN has a connection.
VLAN 1 10.0.2.6/24
10.0.1.5/24 Port 3.1
Interface 9.1 VLAN 2
A IP=10.0.2.1/24
Interface 2.1
IP=10.0.1.1/24 Port 3.2 10.0.2.5/24
VLAN ID...........................2
VLAN Name.........................VLAN002
VLAN Creation TIme................0 days, 01:47:17
VLAN Type.........................static
You delete a router interface selected in the Routing > Interfaces > Configuration dialog by clicking the
button.
After deleting a VLAN router interface the associated VLAN is maintained. In the Switching >
VLAN > Configuration dialog, the table still displays the VLAN.
After deleting a VLAN in the Switching > VLAN > Configuration dialog, the device also deletes the
associated VLAN router interface.
In the example below, router A requires the information that it can reach the subnet 10.0.3.0/24 via
the router B (next hop). It can obtain this information via a dynamic routing protocol or via a static
routing entry. With this information, router A can transmit data from subnet 10.0.1.0/24 via router B
into subnet 10.0.3.0/24.
Vice versa to be able to forward data of subnet 10.0.1.0/24 router B also needs an equivalent route.
A B Interface 2.2
Interface 2.1
IP=10.0.1.1 Interface 2.2 IP=10.0.3.1
IP=10.0.2.1
Figure 84: Static Routing
You can enter static routing for port-based and VLAN-based router interfaces.
Enter a static route for router A based on the configuration of the router interface in the previous
example. See figure 82 on page 262.
Enter a static route for router A based on the configuration of the router interface in the previous
example. See figure 82 on page 262.
Configure router B in the same way.
To establish a stable connection between the two routers, you can connect the two routers with two
or more links.
A B Interface 2.2
Interface 2.1
IP=10.0.1.1 Interface 2.2 Interface 2.1 IP=10.0.3.1
IP=10.0.2.1 IP=10.0.2.2
Figure 85: Redundant static route
You have the option of assigning a Preference (distance) to a route. When there are a number of
routes to a destination, the router chooses the route with the highest Preference.
You have the option of changing the default value of the Preference. When you do not assign a value
for the Preference during the configuration, the router uses the default value.
When the routes have the same Preference (distance), the router shares the load between the
2 routes (load sharing). To do this, perform the following steps:
With static routing, when there are a number of routes to a destination, the router chooses the route
with the highest preference. The router detects an existing route by the state of the router interface.
While connection L 1 on the router interface can be fine, the connection to remote router B via L 2
can be interrupted. In this case, the router continues transmitting via the interrupted route.
L1 L2
A B
L3 10.0.4.0/24
With the static route tracking function, the router uses a tracking object such as a ping tracking
object to detect the connection interruption. The active static route tracking function then deletes
the interrupted route from the current routing table. When the tracking object returns to the up state,
the router enters the static route in the current routing table again.
The following figure displays an example of the static route tracking function.
Router A monitors the best route via L 1 with ping tracking. If there is a connection interruption, then
router A transmits using the redundant connection L 3.
Parameter Router A
IP address interface (IF) 1/1 10.0.4.1
Netmask 255.255.255.0
Parameter Router B
IP address interface (IF) 1/2 10.0.4.2
Netmask 255.255.255.0
Name Interface Intv [ms] Succ TTL BR-If State Active Inet-Address Timeout
Miss
------ ------------- --------- ----- ------- -------- ----- ------
ping-1 1/2 1000 2 128 0 up [x] 10.0.2.53 100 3
ping-2 1/1 1000 2 128 0 down [x] 10.0.4.2 100 3
Note: In order to activate the row, verify that the link on the interface is up.
Next enter the routes to the destination network 10.0.5.0/24 in the static routing table of
router A.
On router B, create a ping tracking object with the track ID, for example 22, for IP address
10.0.2.1.
Enter the two routes to destination network 10.0.1.0/24 in the static routing table of router B.
13.4 Tracking
The tracking function lets you monitor certain objects, such as the availability of an interface or
reachability of a network.
A special feature of this function is that it forwards an object status change to an application, for
example VRRP, which previously registered as an interested party for this information.
The definition of "up" and "down" depends on the type of the tracking object (for example interface
tracking).
Tracking can forward the state changes of an object to the following applications:
VRRP
Static routing
With interface tracking the device monitors the link status of:
physical ports
Link Aggregation interfaces
VLAN router interfaces
S1 S2
L1 L2
A PC B
PC A
VR
B
If the link to the participating ports is interrupted, then a Link Aggregation interface has link status
“down”.
If the link is interrupted from the physical ports/Link Aggregation interfaces that are members of the
corresponding VLAN, then the VLAN router interface has the link status “down”.
Setting a delay time lets you insert a delay before informing the application about an object status
change.
If the physical link interruption remains for longer than the “link down delay” delay time, then the
interface tracking object has the status “down”.
When the physical link holds for longer than the “link up delay” delay time, the interface tracking
object has the status “up”.
This means that in case where a status changes, the registered application is informed
immediately.
You can set the “link down delay” and “link up delay” delay times independently of each other in the
range from 0 to 255 seconds.
With ping tracking, the device uses ping requests to monitor the link status to other devices.
S2
L1 L2
A PC B
PC A
The device sends ping requests to the device with the IP address that you entered in the IP address
column.
The Ping interval [ms] column lets you define the frequency for sending ping requests, and thus the
additional network load.
When the response comes back within the time entered in the Ping timeout [ms] column, this
response is a valid Ping replies to receive.
When the response comes back after the time entered in the Ping timeout [ms] column, or not at all,
this response is evaluated as Ping replies to lose.
Entering a number for unreceived or received ping responses lets you set the sensitivity of the ping
behavior of the device. The device informs the application about an object status change.
Ping tracking lets you monitor the accessibility of specified devices. As soon as a monitored device
can no longer be accessed, the device can choose to use an alternative path.
Logical tracking lets you logically link multiple tracking objects with each other and thus perform
relatively complex monitoring tasks.
You can use logical tracking, for example, to monitor the link status for a network node to which
redundant paths lead (see on page 277 “Application example for logical tracking”).
For a logical link, you can combine up to 2 operands with one operator.
When a logical link delivers the result down, the device can choose to use an alternative path.
You configure the tracking by setting up tracking objects. The following steps are required to set up
a tracking object:
Enter the tracking object ID number (track ID).
Select a tracking type, for example interface.
Depending on the track type, enter additional options such as “port” or “link up delay” in the
interface tracking.
Note: The registration of applications (for example VRRP) to which the tracking function reports
status changes is performed in the application itself.
The interface tracking monitors the directly connected link. See figure 88 on page 272.
The ping tracking monitors the entire link to device S2. See figure 89 on page 273.
Click Ok.
Properties:
Enter the values you desire, for example:
Port: 1/2
IP address: 10.0.2.53
Ping interval [ms]: 500
Ping replies to lose: 3
Ping replies to receive: 2
Ping timeout [ms]: 100
The following figure displays an example of monitoring the connection to a redundant ring.
By monitoring lines L 2 and L 4, you can detect a line interruption from router A to the redundant
ring.
With a ping tracking object on port 1/1 of router A, you monitor the connection to device S2.
With an additional ping tracking object on port 1/1 of router A, you monitor the connection to
device S4.
Only the OR link of both ping tracking objects delivers the precise result that router A has no
connection to the ring.
One ping tracking object for device S3 could indicate an interrupted connection to the redundant
ring, but in this case there could be another reason for the lack of a ping response from device S3.
For example, there could be a power failure at device S3.
Parameter Value
Operand No. 1 (track ID) 21
Operand No. 2 (track ID) 22
S1 S2
L2
L1
PC B
L4 L3
A
PC A S4 S3
VR
B
S5
S6
Set up a logical tracking object as an OR link. To do this, perform the following steps:
The following figure displays an example of monitoring the connection to a redundant ring.
By monitoring lines L 2 and L 4, you can detect a line interruption from router A to the redundant
ring.
With a ping tracking object on port 1/1 of router A, you monitor the connection to device S2.
With an additional ping tracking object on port 1/1 of router A, you monitor the connection to
device S4.
Only the OR link of both ping tracking objects delivers the precise result that router A has no
connection to the ring.
One ping tracking object for device S3 could indicate an interrupted connection to the redundant
ring, but in this case there could be another reason for the lack of a ping response from device S3.
For example, there could be a power failure at device S3.
Parameter Value
Operand No. 1 (track ID) 21
Operand No. 2 (track ID) 22
S1 S2
L2
L1
PC B
L4 L3
A
PC A S4 S3
VR
B
S5
S6
Set up a logical tracking object as an OR link. To do this, perform the following steps:
13.5 VRRP/HiVRRP
End devices usually let you enter one default gateway for transmitting data packets in external
subnetworks. Here the term “Gateway” applies to a router with which end devices communicate
with other subnetworks.
If this router fails, then the end device cannot send any more data to the external subnetworks.
In this case, the Virtual Router Redundancy Protocol (VRRP) provides assistance.
VRRP is a type of “gateway redundancy”. VRRP describes a process that groups multiple routers
into one virtual router. End devices constantly address the virtual router, and VRRP helps ensure
that a physical router belonging to the virtual router transmits the data.
When a physical router fails, VRRP helps ensure that another physical router continues to route the
data as part of the virtual router.
When a physical router fails, VRRP has a typical failover time of 3 to 4 seconds.
In many cases, such as Voice over IP, Video over IP, or industrial controllers these long failover
times are unacceptable.
Hirschmann has further developed VRRP into the Hirschmann Virtual Router Redundancy Protocol
(HiVRRP). With the appropriate configuration, HiVRRP provides a maximum failover time of
400 milliseconds.
Thanks to this failover time, HiVRRP helps to enable the use of “gateway redundancy” in time-
sensitive applications. Even in tunnel controllers that require failover times of less than 1 second,
you improve the network availability with this form of “gateway redundancy”.
Note: The device supports only VRRP packets without authentication information. In order for the
device to operate in conjunction with other devices that support VRRP authentication, verify that on
those devices the VRRP authentication is not applied.
13.5.1 VRRP
The routers within a network on which VRRP is active specify among themselves which router is
the master. The master router controls the IP and MAC address of the virtual router. The devices
in the network that have entered this virtual IP address as the default gateway use the master as
the default gateway.
Redundancy
through VRRP
10.0.1.13
10.0.1.12 10.0.1.1
Default Gateway A
10.0.1.254 10.0.1.11 10.0.1.254 VR
B
10.0.1.2
10.0.1.10
When the master fails, then the remaining backup routers use VRRP to specify a new master. The
backup router that wins the election process then controls the IP address and MAC address of the
virtual router. Thus, the devices find the route through the default gateway, as before. The devices
see only the master router with the virtual MAC and IP addresses, regardless of which physical
router is actually behind this virtual address.
The first 5 octets form the fixed part in accordance with RFC 3768. The last octet is the virtual router
ID (VRID). The VRID is a number from 1 through 255. Based on the number of VRIDs, VRRP lets
the administrator specify up to 255 virtual routers within a network.
00:00:5e:00:01:xx
In order to determine the master, a VRRP router sends IP Multicast messages to the IP Multicast
address 224.0.0.18. The physical router with the higher VRRP priority becomes the master. The
administrator specifies the VRRP priority of each physical router. When the VRRP priorities are the
same, the physical router with higher IP interface address in the VRRP domain becomes the
master. When the virtual IP address is the same as the IP address of a router interface, this router
is the IP address owner. VRRP sets the VRRP priority of an IP address owner to the value of 255
and thus declares this router the master. When there is no IP address owner, VRRP declares the
router with the higher VRRP priority the master.
In order to signal that the master router is ready for operation, the master router sends IP Multicast
advertisements in regular intervals (default: 1 s) to the other VRRP routers (backup routers). When
3 intervals pass without the other VRRP routers receiving an advertisement, VRRP initiates the
master router election process. The VRRP backup router with the higher VRRP priority declares
itself the new master.
1. The IP address owner as it has the higher VRRP priority (255) by definition.
2. The VRRP router with the higher VRRP priority.
3. When the priorities are the same, the VRRP router with the higher IP address.
VRRP terms:
Virtual router
A virtual router is a physical router or group of physical routers that act as the default gateway
in a network using the Virtual Router Redundancy Protocol.
VRRP router
A VRRP router is a physical router with VRRP enabled. The VRRP router is part of one or more
virtual routers.
Master router
The master router is the physical router within a virtual domain that is responsible for forwarding
data packets and responding to ARP queries. The master router periodically sends messages
(advertisements) to the backup routers in the virtual domain to inform them about its existence.
The backup routers save the advertisement interval and VRRP priority contained in the master
router advertisements to calculate the master down time and skew time.
IP address owner
The IP address owner is the VRRP router whose IP address is identical to the IP address of the
virtual router. By definition, it has the VRRP priority of 255 and is thus automatically the master
router.
Backup router
When the master router fails, the backup router is a VRRP router providing a stand-by route for
the master router. The backup router is ready to take over the master role.
VRRP priority
The VRRP priority is a number from 1 through 255. VRRP uses the priority number to determine
the master router. VRRP reserves the priority value 255 for the IP address owner.
VRID
The virtual router ID (VRID) uniquely identifies a virtual router. The VRID defines the last octet
of the virtual router MAC address.
Virtual router MAC address
The MAC address of the virtual router instance. See figure 93 on page 283.
Virtual router IP address
The IP address of the virtual router instance.
Advertisement interval
The advertisement interval describes the frequency with which the master router sends
advertisements to the backup routers within the same virtual router. The values for the
advertisement interval are from 1 through 255 seconds. The default interval value for VRRP
advertisements is 1 second.
Skew time
The skew time uses the VRRP priority of the master router to determine how long a backup
router waits, after declaring the master down, until it initiates the master router election process.
Skew time = ((256 - VRRP priority) / 256) * 1 second
Master down interval
The master down interval uses the advertisement interval of the master router to specify the time
that elapses before a backup router declares the master down.
Master down interval = 3 * advertisement interval + skew time
Configuration of VRRP
13.5.2 HiVRRP
HiVRRP provides a number of mechanisms for shortening the failover times or reducing the
number of Multicasts:
shorter advertisement intervals
link-down notification
pre-empt delay
Unicast advertisement
domains
As defined in RFC 3768, the VRRP master sends IP Multicast messages (advertisements) at
intervals of 1 second to the backup routers. When 3 intervals pass without the backup routers
receiving an advertisement, the backup routers initiate a master router election process to select a
new master. VRRP has a typical failover time of 3 to 4 seconds.
3 * Advertisement Skew-Time
Interval
Router A Backup Router
Advertisement
Master Router
Advertisement
Master Router
Router C
0 1 2 3 4 5 6 t [s]
Figure 94: Master router <-> backup router failover times according to RFC 2338
VRRP priority router A = 64
VRRP priority router B = 128
VRRP priority router C = 254
To be able to achieve faster failover times, Hirschmann developed HiVRRP which shortens the
cycle for sending the IP Multicast message to as little as 0.1 seconds. You thus achieve failover
times that are up to 10 times faster than VRRP.
The router supports up to 16 VRRP router interfaces with this shortened sending cycle.
HiVRRP skew time
The HiVRRP skew time uses the VRRP priority of the master router to determine how long a
HiVRRP backup router waits, after declaring the HiVRRP master down, until it initiates the
master router election process.
HiVRRP skew time = (256 - VRRP priority) / 256 * advertisement interval
Times displayed in milliseconds.
HiVRRP master down interval
The HiVRRP master down interval uses the advertisement interval of the HiVRRP master router
to specify the time the elapse before a HiVRRP backup router declares the HiVRRP master
down.
HiVRRP master down interval = 3 * advertisement interval + HiVRRP skew time
Times displayed in milliseconds.
3 * Advertisement Skew-Time
Interval
Router A Backup Router
Advertisement
Master Router
Advertisement
Master Router
Router C
Another option provided by HiVRRP for shortening the failover times dramatically is the link-down
notification. When the virtual router consists of 2 VRRP routers, you use this function. When 2
VRRP routers are participating, it is sufficient to send the link-down notification in the form of a
Unicast message. In contrast to the Multicast message, the Unicast message travels beyond the
boundaries of the subnetwork. This means that in cases where the data link is down to your own
subnetwork, the link-down notification also travels through other subnetworks to reach the second
router of the virtual router.
As soon as HiVRRP detects that the data link is down, it sends the link-down notification to the
second router through a different route. The second router takes over the master function
immediately after receiving the link-down notification.
In the pre-empt mode, the backup router takes over the master role from the master router as soon
as the backup router receives an advertisement from the master router in which the VRRP priority
of the master router is lower than its own.
Thus, the pre-empt mode enables a failover to a better router. However, dynamic routing
procedures take a certain amount of time to react to changed routes and refill their routing table.
To help protect against losing packets during this time, delayed failover (pre-empt delay) from the
master router to the backup router enables the dynamic routing procedure to fill the routing tables.
HiVRRP provides an additional advantage for networks with devices that have difficulties with
higher volumes of Multicasts. When using up to 2 HiVRRP routers, instead of sending
advertisements in the form of Multicasts, HiVRRP sends the advertisements in the form of Unicast
data packets on the VRRP destination address.
Note: When you want the advantages of HiVRRP, only use VRRP routers equipped with the
HiVRRP function from Hirschmann in the virtual router.
Large HiVRRP domains with a flat network structure enable you to:
use the HiVRRP routers very rapid failover for redundancy
use the available bandwidth more effectively
specify more than 16 VRRP router interfaces for each router using HiVRRP
operate Multicast-sensitive end devices in large HiVRRP networks
An HiVRRP instance is a router interface specified as HiVRRP with functions that HiVRRP
contains. In an HiVRRP domain you combine multiple HiVRRP instances of the routers into one
administrative unit. You nominate one HiVRRP instance as the supervisor of the HiVRRP domain.
This supervisor regulates the behavior of the HiVRRP instances in its domain.
The supervisor sends its advertisements on behalf of every HiVRRP instance in its domain.
The supervisor assigns itself the master role and the other HiVRRP instances the backup role.
The following figure shows an example of a flat network structure. Every cross-VLAN data stream
passes through the ring.
A B
VLAN Router
Interfaces
Example of possible settings for the application. See figure 96 on page 288.
Set up the VLAN router interface and assign an IP address. To do this, perform the following
steps:
Set up the virtual router and configure the port. To do this, perform the following steps:
Set up the Ring port as a member of the VLAN. To do this, perform the following steps:
Enable the Routing and VRRP functions globally. To do this, perform the following steps:
With the simple configuration, a router performs the gateway function for the end devices. The
capacity of the backup router lies idle. VRRP lets you also use the capacity of the backup router.
Setting up a number of virtual routers lets you enter different default gateways on the connected
end devices and thus steer the data flow.
When both routers are active, the data flows through the router on which the IP address of the
default gateway has the higher VRRP priority. When a router fails, the data flows through the
remaining routers.
S1 Priority=200
10.0.1.20 10.0.1.1
A
10.0.1.254 VR VR 10.0.2.254
B
10.0.1.2
Priority=100
10.0.1.13 IP=10.0.1.1
IP=10.0.2.1
Default Gateway
10.0.1.100 10.0.1.12
A
10.0.1.11 10.0.1.100
10.0.2.100 VR
B
Default Gateway
10.0.2.100 10.0.2.13
IP=10.0.1.2
IP=10.0.2.2
Figure 98: Virtual router with multinetting
Configure VRRP with multinetting on the basis of an existing VRRP configuration. See figure 92 on
page 282.
13.6 RIP
The Routing Information Protocol (RIP) is a routing protocol based on the distance vector algorithm.
It is used for the dynamic creation of the routing table for routers.
When you start a router, the router only knows the networks directly connected to it, and it sends
this routing table to the neighboring routers. At the same time, it requests the routing tables of its
neighboring routers. The router adds this information to its routing table and thus learns which
networks can be accessed via which routers, and how much effort is involved in this. In order to
detect changes in the network (when a router fails or starts), the routers regularly exchange the
routing tables, usually every 30 seconds.
The costs, also known as the metric, refer to the work involved in reaching a particular network. RIP
uses the Hop count for this, which describes the number of routers that are traversed along the path
to the destination network. The name 'distance vector' is derived from the fact that the distance
(metric) is the criterion for determining the route, and the direction is specified by the next hop
(vector). The next hop refers to the neighboring router along the path to the destination address.
An entry in the routing table consists of the address of the next hop, the destination address and
the metric. The RIP routing table contains the direct route to the destination. This is the route with
the smallest metric and the longest suitable network mask prefix.
HC = 1 HC = 2
SN 11
SN 10 A B C
HC = 4
HC = 1
D E F
HC = 2 HC = 3
Figure 99: Counting Hops
In contrast to OSPF, a RIP router regularly exchanges the content of its entire routing table with its
direct neighbor. Every router knows only its own routes and the routes of its neighbor. Thus it only
has a local perspective.
When changes are made in the network, it takes a while until the routers have the same uniform
view of the network. The process of achieving this condition is known as convergence.
13.6.1 Convergence
In the following example of a line interruption between router B and router C, you can see the
resulting changes in the address table:
Assumptions:
The interruption occurs 5 seconds after router B sent its routing table.
The routers send their routing table every 30 seconds (= factory setting).
The interval between the time router A sends its routing table and router B sends its routing
table is 15 seconds.
HC = 1 HC = 2
SN 11
SN 10 A B C
HC = 4
HC = 1
D E F
HC = 2 HC = 3
Figure 100: Hop count
0 seconds:
Interruption
Link down between Router B and C identified, RIPv2 sends triggered updates
After 10 seconds:
Router A
Destination Next Hop Metric
SN 10 local 0
SN 11 Router B 2
Using the routing table from router A, router B sees that router A knows a connection to destination
SN 11 with a metric of 2. Because it does not have its own connection to router C as the next hop
to SN 11, router B changes its entry to destination SN 11. It enters router A as the next hop and
increases the metric from router A by 1 to 3 (distance = learned distance + 1).
Router B
Destination Next Hop Metric
SN 10 Router A 1
SN 11 Router A 3
Using the routing table from router B, router A sees that router B knows a connection to SN 11 with
a metric of 3. So router A increases its metric for SN 11 by 1 to 4.
Router A
Destination Next Hop Metric
SN 10 local 1
SN 11 Router B 4
Using the routing table from router A, router B sees that router A knows a connection to destination
SN 11 with a metric of 4. So router B increases its metric for SN 11 by 1 to 5.
Router B
Destination Next Hop Metric
SN 10 Router A 1
SN 11 Router A 5
Using the routing table from router B, router A sees that router B knows a connection to SN 11 with
a metric of 5. So router A increases its metric for SN 11 by 1 to 6. Because router A can see in the
routing table from router D that router D has a connection to SN 11 with the smaller metric of 3,
router A changes its entry for SN 11.
Router A
Destination Next Hop Metric
SN 10 Router A 1
SN 11 Router D 4
The main disadvantage of RIP is that routers only know their neighbors directly. This results in long
convergence times and the count-to-infinity problem. Infinity refers to the inaccessibility of a
destination, and it is designated by Hop count 16 in RIP. If the above example did not contain
the parallel path via routers D, E and F, then routers A and B would keep sending their routing
tables until the metric reached a value of 16. Then the routers recognize that the destination is
inaccessible.
Using the “split horizon” approach decreases possible looping problems between two neighboring
routers. Split horizon has two operating modes.
Simple split horizon When sending the routing table to a neighbor, simple split
horizon omits the entries known by the neighbor.
Simple split horizon with poison Sends the routing table to a neighbor with the entries known by
reverse this neighbor, but denotes these entries with the infinity metric
(=16).
Thus the Hop count 16 specifies the maximum size of a network with RIP as the routing procedure.
The longest paths can pass through up to 15 routers.
The RFC 1058 from June 1988 specifies RIP version 1. Version 1 has the following restrictions:
Use of broadcasts for protocol messages.
Does not support subnetworks/CIDR.
No authentication.
The standardization of RIP version 2 in the RFC 2453 in 1998 does away with the above
restrictions.
RIP version 2 sends its protocol messages as a multicast with the destination address 224.0.0.9,
and supports subnetwork masks and authentication.
Advantages Disadvantages
Easy to implement Routing tables in large networks very comprehensive
Easy to administrate Routing information is distributed slowly, because there are fixed
sending intervals. This applies in particular to connections that
have elapsed, since the routing table only contains existing
paths.
Count-to-infinity
The advantage of RIP is the simple configuration. After you specify the router interface and enable
the RIP function, the device automatically enters the required routes in the routing table.
Note: The IP address entries remain at 0.0.0.0 as long as the Routing function is globally inactive.
ip rip re-distribute connected To tell the RIP function to send the routes of the
locally connected interfaces along with the learned
routes in the RIP information.
ip rip operation To activate the RIP function in the device.
ip routing To enable the Routing function globally.
show ip rip interface To verify the settings for the RIP configuration.
13.7 OSPF
Open Shortest Path First (OSPF) is a dynamic routing protocol based on the Link State Algorithm.
This algorithm is based on the link states between the routers involved.
The significant metric in OSPF is the "OSPF costs", which is calculated from the available bit rate
of a link.
OSPF was developed by IETF. OSPF is currently specified as OSPFv2 in RFC 2328. Along with
many other advantages of OSPF, the fact that it is an open standard has contributed to the wide
usage of this protocol. OSPF has replaced the Routing Information Protocol (RIP) as the standard
Interior Gateway Protocol (IGP) in large networks.
Advantages Disadvantages
Every router calculates its routes independently Complicated to implement
of the other routers.
The routers have the same basic information. Complex administration due to the large number
of options.
Rapid detection of link interruptions and rapid
calculation of alternative routes.
The data volume for router information is
relatively small, because information is only sent
in cases where it is required, and only the
information that applies to the immediate
neighbors.
Optimal path selection through evaluation of the
link quality.
OSPF is a routing protocol based on the states of the links between the routers.
Using the link states collected from every router and the Shortest Path First algorithm, an OSPF
router dynamically creates its routing table.
13.7.1 OSPF-Topology
OSPF is hierarchically structured in order to limit the scope of the OSPF information to be
exchanged in large networks. You divide up your network using what are known as areas.
Autonomous System
An Autonomous System (AS) is a number of routers that are managed by a single administration
and use the same Interior Gateway Protocol (IGP). Exterior Gateway Protocols (EGP), on the other
hand, are used to connect a number of autonomous systems. OSPF is an Interior Gateway
Protocol.
Autonomous System
Area 2.2.2.2
Area 1.1.1.1
ABR ASBR
ABR
RIP
An AS uses an “Autonomous System Boundary Router” (ASBR) to connect with the outside world.
An ASBR understands multiple protocols and serves as a gateway to routers outside the areas. An
ASBR is able to transfer routes from different protocols into OSPF. This process is known as
redistribution.
Router ID
The router ID in the form of an IP address is used to uniquely identify every router within an
autonomous system. To improve the transparency, it is necessary to manually configure the router
ID of every OSPF router. Thus there is no automatic function that selects the router ID from the IP
interfaces of the router.
Areas
Each area first forms its own database using the link states within the area. The data exchange
required for this remains within the area. Each area uses an Area Border Router (ABR) to link to
other areas. The routing information is summarized as much as possible between the areas (route
summarization).
An individual router interface can only be assigned to one area. By default, every router interface
is assigned to the backbone area.
Area 1.1.1.1
Autonomous System
NSSA
ASBR
BGP
Area 0.0.0.0
BGP = Border
Gateway Protocol RIP
Stub
Virtual Link
OSPF requires that the backbone area to be connected to every area. However, when this is not
actually possible, OSPF provides a virtual link (VL) to connect parts of the backbone area with each
other. A VL even lets you connect an area that is connected with the backbone area via another
area.
ABR ABR
Figure 104: Linking a remote area to the backbone area using a virtual link (VL)
Router 2 Router 1
Router-ID: Router-ID:
2.2.2.2 1.1.1.1
Area 1.1.1.1
ABR ABR
Figure 105: Expanding the backbone area using a virtual link (VL)
OSPF Router
As a basis for building up a database using the link states, OSPF uses Link State Advertisements
(LSA).
OSPF was specially tailored to the needs of larger networks and provides a fast convergence and
minimum usage of protocol messages.
The concept of OSPF is based on the creation, maintenance and distribution of what is called the
link state database. This data base describes
every router within a routing domain (area) and
their active interfaces and routes,
how they are linked to each other and
the costs of these links.
The routers within an area have an identical data base, which means that every router knows the
exact topology within its area.
Every router plays its part in setting up the respective data base by propagating its local viewpoint
as Link State Advertisements (LSAs). These LSAs are then flooded to the other routers within an
area.
OSPF supports a range of different network types such as point-to-point networks (for example,
packet over SONET/SDH), broadcast networks (Ethernet) or non-broadcast networks.
Broadcast networks are distinguished by the fact that a number of systems (end devices, switches,
routers) are connected to the same segment and thus can be addressed simultaneously using
broadcasts/multicasts.
OSPF generally performs the following steps in carrying out its tasks in the network:
Setting up the Adjacencies using the Hello protocol
Synchronizing the link state database
Route calculation
When a router boots, it uses what are called Hello packets to contact its neighboring routers. With
these Hello packets, an OSPF router finds out which OSPF routers are near it and if they are
suitable for setting up an adjacency.
In broadcast networks such as Ethernet, the number of neighbors increases with the number of
routers connected, as does the information exchange for clarifying and maintaining the Adjacency.
To reduce these volumes within an area, OSPF uses the “Hello” protocol to determine a designated
router (DR) within the corresponding area. Thus every router in an area only sets up the Adjacency
with its designated router, instead of with every neighbor. The designated router is responsible for
the distribution of the link state information to its neighbor routers.
For security reasons, OSPF provides for the selection of a backup designated router (BDR), which
takes over the tasks of the DR in case the DR fails. The OSPF router with the highest router priority
is the DR. The router priority is specified by the administrator. When routers have the same priority,
the router with the higher router ID is selected. The router ID is the smallest IP address of a router
interface. You configure this router ID manually during booting of the OSPF router “Router ID” on
page 301.
DR BDR
Figure 106: LSA distribution with designated router and backup designated router
Hello packets are also used to check the configuration within an area (area ID, timer values,
priorities) and to monitor the Adjacencies. Hello packets are sent cyclically (Hello interval). When
Hello packets are not received for a specific period (Dead interval), the Adjacency is terminated and
the corresponding routes are deleted.
The Hello interval (default setting: 10 seconds) and the Dead interval (default setting: 40 seconds)
can be configured for each router interface. When reconfiguring the timers, verify that they are
uniform within an area.
The central part of the OSPF is the link state database (LSDB). This database contains a
description of the network and the states of every router. The LSDB is the source for calculating the
routing table and reflects the topology of the network. The LSDB is set up after the designated
router or the backup designated router has been determined within an area (Broadcast networks).
To set up the LSDB and update any topology changes, the OSPF router sends link status
advertisements (LSA) to the directly accessible OSPF routers. These link state advertisements
consist of the interfaces and the neighbors of the sending OSPF router reachable through these
interfaces. OSPF routers put this information into their databases and flood the information to the
ports.
When no topology changes occur, the routers send a LSA every 30 minutes.
You can view the content of the Link State Database with the command show ip ospf database using
the Command Line Interface, whereby the entries are output in accordance with the areas. To do
this, perform the following steps:
After the LSDs are learned and the neighbor relationships go to the full state, every router
calculates a path to every destination using the Shortest Path First (SPF) algorithm. After the
optimal path to every destination has been determined, these routes are entered in the routing
table. The route calculation is generally based on the accessibility of a hop and the metric (costs).
The costs are added up for every hop to the destination.
The cost of individual router interfaces are based on the available bandwidth of this link. The
calculation for the standard setting is based on the following formula:
10 Mbit 10
100 Mbit 1
1000 Mbit 1 (0.1 rounded up to 1)
The table displays that this form of calculation in the standard configuration does not permit any
distinction between Fast Ethernet and Gigabit Ethernet.
You can change the standard configuration by assigning a different value for the costs to each
OSPF interface. This lets you differentiate between Fast Ethernet and Gigabit Ethernet. To do this,
perform the following steps:
In the delivery state, the default values are selected so that you can configure simple OSPF
functions in a few steps. After the router interface is specified and OSPF is enabled, OSPF
automatically enters the required routes in the routing table.
The example below displays a simple OSPF configuration. Area 0.0.0.0 is already specified by
default. The end devices do not have an OSPF function, so you do not have to activate OSPF on
the corresponding router interface. By activating the Redistribution function, you can inject the routes
to the end devices into the OSPF.
IP address..................................... 10.0.2.2
OSPF admin mode................................ enabled
OSPF area ID................................... 1.1.1.1
Transmit delay................................. 1
Hello interval................................. 10
Dead interval.................................. 40
Re-transmit interval........................... 5
Authentification type.......................... none
OSPF interface type............................ broadcast
Status......................................... not Ready
Designated Router.............................. 0.0.0.0
Backup designated Router....................... 0.0.0.0
State.......................................... down
MTU ignore flag................................ disabled
Metric cost.................................... 1
configure To change to the Configuration mode.
ip routing To enable the Routing function globally.
exit To change to the Privileged EXEC mode.
With Redistributing enabled, OSPF distributes every static route configured in the device without
further interference. The distribution of the rip routes and connected routes is analogous. You can
restrict this behavior using Access Control Lists.
Using IP rules, you specify which routes the device distributes to other devices in OSPF:
To distribute a few routes in OSPF, you use the explicit permit rules. Using the permit rules,
you specify exactly which routes the device distributes in OSPF.
To distribute many routes in OSPF, you use the explicit deny rules, combined with an explicit
permit rule. The device then distributes every route except those specified with a deny rule.
In the following example, you restrict the distribution of static routes in OSPF using Access Control
Lists.
On Router A, you configure 2 static routes for the subnets 8.1.2.0/24 and 8.1.4.0/24. Router A
distributes these routes in OSPF to Router B. On router B, you check the distribution of the routes
configured on router A.
8.1.2.0/24
.2 .1 A 10.0.1.0/24 .2
B
10.0.2.0/24 1/2
1/1 2/2
1/3 OSPF OSPF
.1
OSPF
8.1.4.0/24
.4
Router A
Enable routing globally.
ip route add 8.1.2.0 255.255.255.0 To configure the static route 8.1.2.0 through the
10.0.2.2 gateway 10.0.2.2.
ip route add 8.1.4.0 255.255.255.0 To configure the static route 8.1.4.0 through the
10.0.2.4 gateway 10.0.2.4.
ip ospf re-distribute static subnets To distribute the configured routes in OSPF.
enable
Router B
Enable routing globally.
Directly connect the port of the router interface 10.0.1.2 to the first router interface of router A.
Check the availability of the OSPF neighbors.
To explicitly enable a route with a permit rule, refer to the “Explicitly enabling a route using a permit
rule” on page 316 section.
To explicitly disable a route with a deny rule, refer to the “Explicitly disabling a route using a deny
rule” on page 318 section.
The route for the 8.1.2.0/24 subnet is enabled for distribution in OSPF.
Using a permit rule, you explicitly enable the route for the 8.1.2.0/24 subnet.
Due to the implicit deny rule embedded in the device, every other route is disabled for
distribution in OSPF.
permit
implicit
deny
8.1.2.0/24 ACL
.2 .1
1 A 10.0.1.0/24 .2
B
10.0.2.0/24 1/2
2
1/1 2/2
1/3 OSPF OSPF
.1
OSPF
8.1.4.0/24
.4
Router A
Set up an Access Control List with an explicit permit rule.
ip access-list extended name OSPF-rule To create the OSPF-rule Access Control List. To
permit src 8.1.2.0-0.0.0.0 dst set up a permit rule for the 8.1.2.0 subnet.
255.255.255.0-0.0.0.0 proto ip
• src 8.1.2.0-0.0.0.0 = address of the
destination network and inverse mask
• dst 255.255.255.0-0.0.0.0 = mask of the
destination network and inverse mask
The device lets you assign the address and
mask of the destination network with bit-level
accuracy using the inverse mask.
ip ospf distribute-list out static To apply the OSPF-rule Access Control List to
OSPF-rule OSPF.
Router B
Check the distribution of the routes configured on router A
Router A only distributes the route for the subnet 8.1.2.0/24 due to the configured Access
Control List.
The route for the 8.1.4.0/24 subnet is disabled for distribution in OSPF.
Using an explicit permit rule, you enable every rule for distribution in OSPF.
Using a deny rule, you explicitly disable the route for the 8.1.4.0/24 subnet.
permit
deny
8.1.2.0/24
ACL
.2 .1
1 A 10.0.1.0/24 .2
B
10.0.2.0/24 1/2
2
1/1 2/2
1/3 OSPF OSPF
.1
OSPF
8.1.4.0/24
.4
Router A
Delete permit rule.
These steps are necessary only in case you have configured a permit rule, as described in
section “Explicitly enabling a route using a permit rule” on page 316.
no ip ospf distribute-list out static To separate the OSPF-rule Access Control List
OSPF-rule from OSPF.
ip access-list extended del OSPF-rule To delete the Access Control List OSPF-rule and
the associated rules.
ip access-list extended name OSPF-rule To create the OSPF-rule Access Control List. To
deny src 8.1.4.0-0.0.0.0 dst set up a deny rule for the 8.1.4.0 subnet.
255.255.255.0-0.0.0.0 proto ip
• src 8.1.4.0-0.0.0.0 = address of the
destination network and inverse mask
• dst 255.255.255.0-0.0.0.0 = mask of the
destination network and inverse mask
The device lets you assign the address and
mask of the destination network with bit-level
accuracy using the inverse mask.
Router B
Check the distribution of the routes configured on router A
Due to the implicit deny rule embedded in the device, Router A does not distribute routes.
The route 10.0.2.0/24 remains available because the Access Control List helps prevent only the
distribution of static routes.
Router A
Adding the explicit permit rule to Access Control List.
ip access-list extended name OSPF-rule To add a permit rule for every subnet to the OSPF-
permit src any dst any proto ip rule Access Control List.
Router B
Check the distribution of the routes configured on router A
Router A only distributes the route for the subnet 8.1.2.0/24 due to the configured Access
Control List.
Along with port-based VLANs based on IEEE 802.1Q, the device also supports protocol-based
VLANs based on IEEE 802.1v.
With port-based VLANs, the device uses the port VLAN ID of the receiving port to determine which
VLAN a data packet belongs to in cases where it is received without a VLAN tag.
With protocol-based VLANs, the router uses the protocol of the received data packet to determine
which VLAN a data packet belongs to in cases where it is received without a VLAN tag.
The device also supports other protocols using their numerical value. When the router receives
data packets from protocols for which a rule does not exist, the router assigns the packets to the
port VLAN.
For VLAN assignment, the router takes the following items into account in the order in which they
are listed:
the VLAN tag
the protocol to which the data packet belongs
the port VLAN ID
Protocol-based VLANs enable you to transfer data packets not relevant to routing across IP
subnetwork boundaries. Data packets relevant to routing are IP and ARP data packets.
Ro2
VLAN 2
Ro1
PC1
VLAN 2
Port VLAN 2
2.3
VLAN 3
2.1 2.2 Se1
PC2 VLAN 4
SN "alpha" SN "beta"
IP: 10.0.1.0/24 IP: 10.0.2.0/24
Figure 108: Example of a protocol-based VLAN
In the example, PC2 and Se1 communicate via IP. These data packets are routed.
The devices Ro1, Ro2 and PC1 communicate via other Ethernet-based protocols. These data
packets are forwarded in VLAN 2.
Thus, every IP data packet remains in its subnetwork, apart from the IP data packets that are meant
for a different subnetwork.
Multicast data streams are data packets that a source sends to multiple recipients. To reduce the
network load, the source uses a multicast address. The source thus sends each packet only once
to the multicast address instead of sending it to each recipient individually. The recipients recognize
a multicast data stream intended for them by the multicast address.
A common reason for introducing subnetworks is the restriction of broadcast data streams.
Switches flood broadcast/multicast data streams to every port, while routers block broadcast/
multicast data streams. Multicast routing lets you selectively transmit multicast data streams
beyond the boundaries of subnetworks. Accurate transmission means sending data streams with
specified multicast addresses only to those devices that have requested the multicast data stream.
Multicast
IP Multicast Addresses
The Internet Assigned Numbers Authority (IANA) defined the IP addresses of the class D IP
address space as multicast addresses. IP multicast addresses are in the range from 224.0.0.0 to
239.255.255.255.
In the end, the following multicast IP adress ranges are left over for disposal by an organization's
administrator:
239.192.000.000 - 239.251.255.255
for the local areas of an organization.
239.255.000.000 - 239.255.255.255
for the local areas of an organization.
Note: When selecting the multicast IP addresses, verify that they can be uniquely mapped onto
MAC multicast addresses (see on page 329 “Mapping IP MAC Multicast Addresses”).
The IEEE calls the 48-bit MAC address an “Extended Unique Identifier”. It is the unique identifier
of a device. The first 24 bits of the MAC address (Organizationally Unique Identifier, OUI) is
assigned by the IEEE to the manufacturer. The manufacturer uses the last 24 bits to uniquely
identify their device interfaces.
When IP data packets are sent via an ethernet, the IP address is assigned to a MAC address, and
therefore IP multicast addresses are also mapped to MAC multicast addresses.
The 23 lower-value bits of the 32-bit IP multicast address make up the 23 lower-value bits of the
48-bit MAC multicast address.
Of the remaining 9 bits of the IP multicast address, 4 bits are used as the class D identification for
the multicast address.
The remaining 5 bits help ensure that 32 IP multicast addresses can be mapped to one and the
same MAC multicast address.
0 = Internet Multicast
1= reserved
The Internet Group Management Protocol (IGMP) describes the distribution of multicast
information between routers and end devices on Layer 3.
Routers with an active IGMP function periodically send queries to find out which IP multicast group
members are connected to the LAN, or to find out who is interested in becoming a group member.
Multicast group members reply with a Report message. The Report message contains the
parameters required by the IGMP. The router records the IP multicast group address from the
Report message in its routing table. The result of this is that it transfers frames with this IP multicast
group address in the target address field only in accordance with the routing table.
Devices which no longer want to be members of a multicast group can cancel their membership by
means of a Leave message (from IGMP version 2), and they do not transmit any more Report
messages. When the router does not receive any Report messages from a device within a specified
period of time (aging time), the router removes it from the routing table.
When there are multiple routers with an active IGMP function in the subnetwork, the following rules
apply:
for IGMP version 1, every router in this subnetwork periodically sends a query
for IGMP versions 2 and 3, the routers decide which router takes over the query function
(Querier Election).
Table 56: Standards which describe the Multicast Group Membership Discovery
Protocol Standard
IGMP v1 RFC 1112
IGMP v2 RFC 2236
IGMP v3 RFC 3376
An advantage that IGMP version 2 has over IGMP version 1 is that a multicast recipient can cancel
his membership in a multicast group, thus freeing up his bandwidth more quickly. Another
advantage is the introduction of the Querier Election.
IGMP version 3 provides more security with the Source Filtering option. Multicast recipients can
define the sources from which they want to receive multicast data streams. The router blocks
multicast data streams with other source addresses.
This means that an IGMP version 3 router can also process version 1 and version 2. When there
are different IGMP versions in a subnetwork, the participating routers agree on the earliest version.
13.9.3 PIM/DVMRP
The Distance Vector Multicast Routing Protocol (DVMRP) is a routing protocol that uses its own
distance vector algorithm to create its own multicast routing table. DVMRP works similarly to RIP
and is limited to 32 hops.
In the past, DVMRP was very widely-used, and it is used today because of its compatibility with
existing applications.
Protocol Independent Multicast - Dense Mode (PIM-DM) is a routing protocol that uses the
available unicast routing table of other protocols to steer multicast data streams.
This ability, and the fast convergence it enables, is the reason why PIM-DM is now very widely-
used.
DVMRP and PIM-DM use what is known as the implicit join (opt-out) method, which means that a
participant who has left the multicast data stream is not included in the data flow. To re-enable a
participant who had previously sent a Leave message, to once again receive multicast data
streams, the routers transmit the multicast data streams to every participant after the hold time has
elapsed. For DVMRP, the hold time is fixed at 2 hours. For PIM-DM, the variable hold time has a
default time of 210 seconds. PIM-DM requires that you set the hold time to the same value for every
participating router.
DVMRP PIM-DM
Knows the topology better because DVMRP Fast convergence
uses its own protocol. Optimization through changeable timers
This version of PIM is mainly suitable for networks with a restricted bandwidth (for example WANs)
and for networks with only few participants in the multicast groups.
PIM-SM differs from PIM-DM and DVMRP in the following ways, as regards subscribing and
unsubscribing participants:
PIM-DM and DVMRP assume that very many participants are interested in the multicast groups.
Therefore, at the start of the communication, PIM-DM and DVMRP flood the information about
available multicast groups into the entire network. Participants who are not interested in a
multicast group unsubscribe from this group explicitly.
In contrast, PIM-SM assumes that very few participants in the network are interested in the
multicast groups. PIM-SM waits for the participants to actively subscribe without itself sending
information about available multicast groups to the network. Every participant who is interested
in a multicast group subscribes to a group explicitly. With this procedure, PIM-SM reduces the
data streams in the network.
In the first step for setting up the multicast routes, a PIM-DM/DVMRP router floods multicast data
streams to every port, with the exception of the receiving port (= flooding).
Multicast
Routers that are not interested in the multicast data stream send what are known as prune
messages so that they will not be sent any multicast data streams from this source in the future.
A router transmits a multicast data stream until the hold time has elapsed in the following cases:
when it is using IGMP to determine a multicast recipient which is connected to a port directly or
via a switch.
when a router that is connected to a multicast recipient is connected directly to a port.
Multicast
In the second step, PIM-DM/DVMRP calculates the Shortest Path Tree (STP) between the
multicast source and the multicast recipients. The result is the source-routed multicast distribution
tree. Source-routed means that the calculation method uses Reverse Path Forwarding (RPF) to
tracing back from the recipient to the source. To help prevent loops, RPF rejects every multicast
data stream received on a port that belongs to a path other than the shortest path.
The method of the shortest paths is very efficient with regard to the data paths. However, it does
have the disadvantage that, depending on the topology, the routers require a lot of memory space
to store the many multicast trees.
A participant who has unsubscribed from the multicast data stream can subscribe to the multicast
data stream again. This procedure is known as grafting. Grafting enables the participant to receive
multicast data streams again before the hold time has elapsed.
Multicast
PIM-SM differs from PIM-DM and DVMRP with regard to the topology of the multicast distribution:
PIM-DM and DVMRP only use the direct Shortest Path Tree (SPT) between the multicast
source and the multicast recipients.
With the standard setting, PIM-SM uses the path via a central transmission point. The central
point is a Rendezvous Point (RP) and the path is the Rendezvous Point Tree (RPT). At the
rendezvous point, the multicast recipients report their interest in a multicast group. The multicast
sources register with a rendezvous point and send the data only to this rendezvous point, which
forwards the data to the multicast recipients. There is exactly one rendezvous point for each
group. A PIM-SM router serves as the rendezvous point for one or more multicast groups. The
rendezvous point tree extends between the rendezvous point of the multicast group and the
multicast recipients. The recipients of a multicast group share the RPT as a shared tree. With
this procedure, PIM-SM reduces the amount of stored tree information for the routes and thus
reduces the processor load for the routers.
Rendezvous
Point
Depending on the application, there are shorter paths between the multicast recipients and the
multicast source than the rendezvous point tree. In these cases, PIM-SM enables a switch to the
direct path SPT. When the data rate for the multicast transmission via the RPT exceeds a
configurable threshold value, the router of the multicast recipient unsubscribes from the
rendezvous point. Instead, the router of the multicast recipient creates a direct link to the last router
before the multicast source.
Rendezvous
Point
Designated Router
A participant who is interested in a multicast group sends a corresponding IGMP message to the
next reachable router. This router then sends a join message in the direction of the rendezvous
point. When there are additional routers between the sending router and the rendezvous point,
these forward the join message. This transmission ends either at the rendezvous point itself or at
an already existing branch of the RPT. After the participant subscribes, PIM-SM creates or extends
the path between the rendezvous point and the participant. When a participant unsubscribes from
a multicast group, the next reachable router of the participant sends a prune message to the
rendezvous point. The prune message thus removes the related branch from the RPT.
In a network with multiple PIM-SM routers, exactly one router takes over the transmission of the
join and prune messages between the multicast recipients and the rendezvous point. In the
following figure, this procedure is represented by green arrows. On the side of the multicast
sources, one of the PIM-SM routers also registers the available multicast groups with the
rendezvous point. The figure uses blue arrows to display this procedure. These routers are called
Designated Routers (DR). In the standard setting, the routers select the designated router using
the IP address. The PIM-SM router with the highest IP address in a network segment takes over
the task of the designated router. The DR selection can be controlled by setting a special priority
for the designated routers. In this case, the router with the highest priority takes over the tasks of
the designated router. The IP address is only used in the selection process in cases where the
priorities are the same.
Designated
Router Designated
Router
Rendezvous
Point
Bootstrap Router
PIM-SM provides two procedures for selecting the rendezvous point for a multicast group:
Static RP configuration
In this procedure, one of the routers in the network is fixed as the rendezvous point for a
multicast group. The other routers contain the IP address of this router and the address of the
related multicast group in their configuration.
Dynamic RP configuration based on the Bootstrap Router (BSR) procedure
In this procedure, the routers in the network determine the rendezvous point dynamically. A
router has the option to offer itself as a candidate for the task of rendezvous point. The dynamic
procedure uses bootstrap routers to select the rendezvous point for a multicast group. The
bootstrap messages also inform the other routers in the PIM-SM domain about the router
selected as the rendezvous point. The PIM-SM routers forward the Bootstrap messages within
the PIM-SM domain. The PIM-SM domain consists of every reachable router with an activated
PIM-SM protocol. An active PIM-SM router has the option of limiting the domain as a BSR
border. A router configured in this way drops the received BSR messages.
Rendezvous
Point
PIM-SM-
Domain BSR-Border
IP: 10.0.2.0/24
Figure 117: Routers configured as BSR border routers drop bootstrap messages and limit the PIM-SM
domain.
PIM-SSM
The PIM-Source-Specific Multicast (PIM-SSM) mode is an extension of the PIM-SM protocol. PIM-
SSM uses PIM-SM to build the multicast tree. Furthermore, PIM-SSM uses the same PIM-SM
processes for data stream delivery except for the Rendezvous Point (RP). PIM-SSM does away
with the need to map multicast data steams using direct (S, G) channel subscription.
SSM is the more secure PIM mode. In PIM-SSM, you subscribe to a specific (S, G) channel directly.
When 2 sources simultaneously use the same source-specific destination (G) address, and you
subscribe to a specific (S) source of the multicast group you decrease the possibility of cross-
delivering data streams.
SSM works well for applications which disseminate data streams on a network using a single
source, or several sources to which the participants subscribe. For example, when an application
disseminates data for which you require a secondary IP address for redundancy.
The IANA has reserved the IP address range 232.0.0.0/8 for use as PIM-SSM channels.
However, the Hirschmann device lets you assign more multicast ranges for use as PIM-SSM
channels.
The following example displays you how you can configure PIM-SM using the Command Line
Interface.
Task assignment:
Set up a PIM-SM example configuration (see following figure).
Configure IGMP, OSPF and PIM-SM.
Configure RP statically.
Use the Multicast address range 239.1.0.0/16.
Note: The Unicast (UC) protocol used in the example is OSPF. You can also use RIP instead of
OSPF.
R1 RP
10.12.1.1 10.13.1.1/16
10.12.2.1 10.13.3.1/16
R2 R3
10.24.2.1 10.25.2.1 10.36.3.1
R4 R5 R6
10.4.4.1 10.5.5.1 10.6.6.1
Configure PIM-SM using the Command Line Interface. To do this, perform the following steps:
Note: Configure the rendezvous point (RP) on every router on which you have enabled PIM-SM,
also on the RP itself.
Alternatively, define at least one bootstrap router (BSR) and at least one RP candidate.
When you want to use the advantages of the redundancy function, configure 2 RP candidates and
2 BSR candidates.
The following show commands using the Command Line Interface display the PIM-SM, multicast
and IGMP parameter settings for your current interface configuration.
Optional: Instead of defining the BSRs and RPs statically, the router lets you configure BSR and
RP as candidates.
13.9.4 Scoping
In the multicast transmission, the protocol provides two options for limiting the expansion of the
multicast data stream:
Multicast Address Scoping / Boundary
In the multicast Address Scoping, the administrator assigns a multicast IP address range to a
router interface (see table 54 on page 328). The router interface blocks the multicast data
streams with addresses within this address range.
Example:
ip mcast boundary 239.193.122.0 255.255.255.0
In this example, the router interface blocks multicast data streams with a multicast IP address
in the range 239.193.122.0-239.193.122.255.
TTL Scoping
Every multicast data packet contains a Time To Live (TTL)
When a router re-transmits a multicast data packet, the router decreases the TTL counter by 1.
In TTL Scoping, the administrator assigns a TTL threshold to an interface. The router interface
blocks every multicast data packet for which the TTL is below the TTL threshold.
Example:
ip multicast ttl-threshold 64
In this example, the router interface blocks multicast data streams with a TTL whose value is
less than 64.
TTL Range
0 Restricted to the same host
1 Restricted to the same subnetwork
< 32 Restricted to a particular location, organization or department
< 64 Restricted to the same region
< 128 Restricted to the same continent
< 255 Unrestricted, global
As the multicast routing protocols use different methods for the multicast transmission, the router
helps prevent you from using more than one multicast routing protocol at the same time.
When one multicast routing protocol is activated, the router deactivates any other active multicast
routing protocol.
IP: 10.0.3.2/24
GW: 10.0.3.1 IP: 10.0.4.2/24
GW: 10.0.4.1
Interface: 2.2
IP: 10.0.3.1/24 Interface: 2.1
IP: 10.0.4.1/24
Interface: 1.3 A Interface: 1.2
IP: 10.0.1.2/24 IP: 10.0.10.2/24 IP: 10.0.11.1/24
GW: 10.0.1.1
Interface: 1.2
Interface: 1.4 Interface: 1.2 IP: 10.0.11.2/24
IP: 10.0.1.1/24 IP: 10.0.10.1/24
C B
Interface: 1.3 Interface: 1.3 IP: 10.0.2.0/24
IP: 10.0.12.1/24 IP: 10.0.12.2/24
Figure 119: Multicast example configuration
Incoming Outgoing
Group IP Source IP Protocol Interface Interface List
--------------- --------------- -------- --------- ---------------
239.192.1.1 10.0.1.159 PIMDM 1/3 2/1
239.192.1.1 10.0.1.159 PIMDM 1/3 2/2
show ip igmp global
Interface...................................... 2/1
Operational status............................. active
IGMP Version................................... 3
Query Interval (secs).......................... 125
Query Max Response Time (1/10 of a second)..... 100
Robustness..................................... 2
Startup Query Interval (secs) ................. 31
Startup Query Count............................ 2
Last Member Query Interval (1/10 of a second).. 10
Last Member Query Count........................ 2
When you assign multiple VLANs to the HIPER-Ring as transfer networks, the device transmits the
multicast data streams to every transfer network during the flood and prune phase. This means that
the router transmits the multicast data streams to every VLAN and the network load is thus
multiplied in the HIPER-Ring.
Interface: 9.2
IP: 10.0.3.1/24 Interface: 9.2
IP: 10.0.3.1/24
Interface: 9.1 A Interface: 9.1
IP: 10.0.10.3/24 IP: 10.0.10.3/24
IP: 10.0.1.2/24
GW: 10.0.1.1 HIPER-Ring
VLAN 1
Interface: 9.2 Interface: 9.1 Interface: 9.1
VLAN 2 IP: 10.0.1.1/24 IP: 10.0.10.1/24 IP: 10.0.10.2/24
Interface: 9.1
C Interface: 9.1 IP: 10.0.10.2/24 B
IP: 10.0.10.1/24 RM
IP: 10.0.2.0/24
If your application requires fast switching times and is able to tolerate any packet duplications
during the switching time, then select PIM-DM. You set fast switching times by reducing the “Hello
Time”.
When multiple routers are connected to a subnetwork, packet duplications occur. In this case, the
“Assert process” clarifies which router is permitted to send into the subnetwork. Until this is clarified,
every router sends into this subnetwork.
If your application does not tolerate packet duplications and is content with higher switching times,
then select DVMRP.
When you are using divided subnetworks/VLANs in a HIPER-Ring, DVMRP provides a big
advantage. With the Unicast table, DVMRP already knows the topology and thus helps prevent
packet duplications.
If your application has few participants and you can tolerate longer paths for your application, then
select PIM-SM.
In this case, PIM-SM has the advantage that the data volume created in the routers remains small.
When using PIM-SM, you have the option of defining a router as a rendezvous point candidate for
a multicast group. For this, you specify the multicast group for which the router can be used as the
rendezvous point. To do this, perform the following steps:
When using PIM-SM, you have the option of defining a router as the designated router candidate.
For this, you specify the priority with which the router offers itself as the designated router. To do
this, perform the following steps:
When using PIM-SM, you have the option of defining a router as the bootstrap router candidate.
For this, you specify the priority with which the router offers itself as the bootstrap router. To do this,
perform the following steps:
When you define an interface of the device as a BSR border, the router does not forward any BSR
messages via this interface. In this way, the router limits the PIM-SM domain. To do this, perform
the following steps:
With both DVMRP and PIM-DM you can reduce the switching times by reducing the IGMP querier
interval on the router interface. This reduction becomes effective in cases where an inactive router
to which multicast recipients are connected becomes active again. To do this, perform the following
steps:
With PIM-DM, when you reduce the Hello Time and a downstream router becomes inactive or
active again, the router can detect it more quickly. To do this, perform the following step:
With PIM-SM, using a dynamic route can reduce the fail over time. While the router is gathering
information about the RP, the router can use a default RP that has been entered. To do this,
perform the following steps:
The router floods a multicast data stream to every port of a VLAN router interface if
• the multicast data stream comes from another subnetwork and
• at least one recipient on this VLAN interface has registered via IGMP for this multicast data
stream.
VLAN 1 VLAN 2
Subnet A Subnet B
IGMP-Report IGMP-Report
A
Figure 121: Registered multicast data stream on the VLAN router interface
see OSPF
Area 0
SN 10 SN 11
A VLAN ID 2
HIPER-Ring
C B
VRRP SN 12
SN 13
see “VRRP”
SN 14
To configure the Layer 3 function, you require access to the device management.
Depending on your own application, you will find many options for assigning IP addresses to the
devices. The following example describes one option that often arises in practice. Although you
have other prerequisites, this example shows the general method for entering the IP parameters
and points out significant things that you should note.
IP = 10.0.200.11/24
SN 10
10.0.10.0 A SN 11
IP = 10.0.10.13/24 10.0.11.0
GW: 10.0.10.1 VLAN ID 2
HIPER-Ring
SN 100
10.0.100.0 Management-IP=
Management-IP= VLAN ID 1 10.0.100.102
10.0.100.103
IP = 10.0.13.14/24 C B
GW: 10.0.13.1 SN 12
VRRP 10.0.12.0
SN 13
10.0.13.0
IP = 10.0.12.13/24
GW: 10.0.12.1
IP = 10.0.13.13/24
GW: 10.0.13.1
IP = 10.0.14.11/24
IP = 10.0.14.14/24 GW: 10.0.14.1
GW: 10.0.14.1
SN 14
10.0.14.0
IP = 10.0.14.13/24 IP = 10.0.14.12/24
GW: 10.0.14.1 GW: 10.0.14.1
Assign the IP parameters to every Layer 2 and Layer 3 device in accordance with the network
plan.
When you have completed the following router configuration, you can access the devices in
subnets 10 to 14 again.
Configure the Routing function for the Layer 3 devices.
Note the sequence:
First the Layer 3 device C.
Then the Layer 3 device B.
The sequence is necessary; you thus retain access to the devices.
When you assign an IP address from the subnetwork of the device management IP address
(= SN 100) to a router interface, the device deletes the IP address of the device management.
You access the device management via the IP address of the router interface.
IP = 10.0.200.11/24
Port 2.2:
IP = 10.0.200.10/24
Port 2.1: GW: 10.0.200.11
VLAN 1 (Management IP=10.0.100.101)
--> IP= 10.0.10.1/24
GW: 10.0.200.10 Port 3.1 - Port 3.4:
VLAN 2
Interface 9.2
A IP = 10.0.11.1/24
GW: 10.0.200.10
HIPER-Ring
SN 100
Port 1.1: 10.0.100.0
VLAN 1 VLAN 1 Port 1.2:
Interface 9.1 VLAN 1
IP = 10.0.100.1/24 Interface 9.1
GW: 10.0.200.10 IP = 10.0.100.1/24
GW: 10.0.200.10
Figure 124: IP parameters for Layer 3 device A
After configuring the Routing function on every Layer 3 device, you have access to every device.
14 Operation diagnosis
The device immediately reports unusual events which occur during normal operation to the network
management station. This is done by messages called SNMP traps that bypass the polling
procedure (“polling” means querying the data stations at regular intervals). SNMP traps allow you
to react quickly to unusual events.
The device sends SNMP traps to various hosts to increase the transmission reliability for the
messages. The unacknowledged SNMP trap message consists of a packet containing information
about an unusual event.
The device sends SNMP traps to those hosts entered in the trap destination table. The device lets
you configure the trap destination table with the network management station using SNMP.
The following table displays possible SNMP traps sent by the device.
After you save a configuration in the memory, the device sends a hm2ConfigurationSavedTrap.
This SNMP trap contains both the state variables of non-volatile memory (NVM) and external
memory (ENVM) indicating if the running configuration is in sync with the non-volatile memory, and
with the external memory. You can also trigger this SNMP trap by copying a configuration file to the
device, replacing the active saved configuration.
Furthermore, the device sends a hm2ConfigurationChangedTrap, whenever you change the local
configuration, indicating a mismatch between the running and saved configuration.
The device lets you send an SNMP trap as a reaction to specific events. Create at least one trap
destination that receives SNMP traps.
Open the Diagnostics > Status Configuration > Alarms (Traps) dialog.
For example, in the following dialogs you specify when the device triggers an SNMP trap:
Basic Settings > Port dialog
Basic Settings > Power over Ethernet > Global dialog
Network Security > Port Security dialog
Switching > L2-Redundancy > Link Aggregation dialog
Routing > OSPF > Global dialog
Routing > Tracking > Configuration dialog
Routing > Multicast Routing > DVMRP dialog
Routing > Multicast Routing > PIM > PIM-DM/SM dialog
Routing > L3-Redundancy > VRRP > Configuration dialog
Diagnostics > Status Configuration > Device Status dialog
Diagnostics > Status Configuration > Security Status dialog
Diagnostics > Status Configuration > Signal Contact dialog
Diagnostics > Status Configuration > MAC Notification dialog
Diagnostics > System > IP Address Conflict Detection dialog
Diagnostics > System > Selftest dialog
Diagnostics > Ports > Port Monitor dialog
Advanced > Digital IO Module dialog
The device lets you use the Internet Control Message Protocol (ICMP) for diagnostic applications,
for example ping and trace route. The device also uses ICMP for time-to-live and discarding
messages in which the device forwards an ICMP message back to the packet source device.
Use the ping network tool to test the path to a particular host across an IP network. The traceroute
diagnostic tool displays paths and transit delays of packets across a network.
The device status provides an overview of the overall condition of the device. Many process
visualization systems record the device status for a device in order to present its condition in
graphic form.
The device displays its current status as error or ok in the Device status frame. The device
determines this status from the individual monitoring results.
The Global tab of the Diagnostics > Status Configuration > Device Status dialog lets you configure the
device to send a trap to the management station for the following events:
Incorrect supply voltage
– at least one of the 2 supply voltages is not operating
– the internal supply voltage is not operating
When the device is operating outside of the user-defined temperature threshold values
Loss of the redundancy (in ring manager mode)
The interruption of link connection(s)
Configure at least one port for this feature. When the link is down, you specify which ports the
device signals in the Port tab of the Diagnostics > Status Configuration > Device Status dialog in the
Propagate connection error row.
The removal of the external memory.
The configuration in the external memory is out-of-sync with the configuration in the device.
The removal of a module
Select the corresponding entries to decide which events the device status includes.
Note: With a non-redundant voltage supply, the device reports the absence of a supply voltage. To
disable this message, feed the supply voltage over both inputs or ignore the monitoring.
Name Meaning
Connection errors Activate this function to monitor every port link event in which the Propagate
connection error checkbox is marked.
Temperature Activate this function to monitor when the temperature exceeds or falls
below the specified threshold values.
Ethernet module Activate this function to monitor the removal of a module. Also activate the
removal individual module to monitor.
External memory Activate this function to monitor the presence of an external storage device.
removal
External memory not in The device monitors synchronization between the device configuration and
sync the configuration stored in the external memory (ENVM).
Ring redundancy When ring redundancy is present, activate this function to monitor.
Power supply Activate this function to monitor the power supply.
Open the Diagnostics > Status Configuration > Device Status dialog, Global tab.
For the parameters to be monitored, mark the checkbox in the Monitor column.
To send an SNMP trap to the management station, activate the Send trap function in the
Traps frame.
In the Diagnostics > Status Configuration > Alarms (Traps) dialog, create at least one trap
destination that receives SNMP traps.
In order to enable the device to monitor an active link without a connection, first enable the global
function, then enable the individual ports.
Open the Diagnostics > Status Configuration > Device Status dialog, Global tab.
For the Connection errors parameter, mark the checkbox in the Monitor column.
Open the Diagnostics > Status Configuration > Device Status dialog, Port tab.
For the Propagate connection error parameter, mark the checkbox in the column of the ports
to be monitored.
Note: The above commands activate monitoring and trapping for the supported components.
When you want to activate or deactivate monitoring for individual components, you will find the
corresponding syntax in the “Command Line Interface” reference manual or in the help of the
Command Line Interface console. To display the help in Command Line Interface, insert a question
mark ? and press the <Enter> key.
The Security Status provides an overview of the overall security of the device. Many processes aid
in system visualization by recording the security status of the device and then presenting its
condition in graphic form. The device displays the overall security status in the Basic Settings >
System dialog, Security status frame.
In the Global tab of the Diagnostics > Status Configuration > Security Status dialog the device displays
its current status as error or ok in the Security status frame. The device determines this status from
the individual monitoring results.
Name Meaning
Password default settings After installation change the passwords to increase security.
unchanged When active and the default passwords remain unchanged, the
device displays an alarm.
Min. password length < 8 Create passwords more than 8 characters long to maintain a
high security posture. When active, the device monitors the Min.
password length setting.
Password policy settings The device monitors the settings located in the Device Security >
deactivated User Management dialog for password policy requirements.
User account password policy The device monitors the settings of the Policy check checkbox.
check deactivated When Policy check is inactive, the device sends an SNMP trap.
Telnet server active Activate this function to monitor when the Telnet function is
active.
HTTP server active Activate this function to monitor when the HTTP function is
active.
SNMP unencrypted Activate this function to monitor when the SNMPv1 or SNMPv2
function is active.
Access to system monitor with serial The device monitors the System Monitor status.
interface possible
Saving the configuration profile on The device monitors the possibility to save configurations to the
the external memory possible external non-volatile memory.
Link interrupted on enabled device The device monitors the link status of active ports.
ports
Access with HiDiscovery possible Activate this function to monitor when the HiDiscovery function
has write access to the device.
Name Meaning
Load unencrypted config from The device monitors the security settings for loading the
external memory configuration from the external NVM.
IEC61850-MMS active The device monitors the IEC 61850-MMS protocol activation
setting.
Self-signed HTTPS certificate The device monitors the HTTPS server for self-created digital
present certificates.
Modbus TCP active The device monitors the Modbus TCP/IP protocol activation
setting.
Open the Diagnostics > Status Configuration > Security Status dialog, Global tab.
For the parameters to be monitored, mark the checkbox in the Monitor column.
To send an SNMP trap to the management station, activate the Send trap function in the
Traps frame.
security-status monitor telnet-enabled To monitor the Telnet server. When you enable the
Telnet server, the value in the Security status frame
changes to error.
security-status monitor http-enabled To monitor the HTTP server. When you enable the
HTTP server, the value in the Security status frame
changes to error.
security-status monitor snmp-unsecure To monitor the SNMP server.
When at least one of the following conditions
applies, the value in the Security status frame
changes to error:
• The SNMPv1 function is enabled.
• The SNMPv2 function is enabled.
• The encryption for SNMPv3 is disabled.
You enable the encryption in the Device
Security > User Management dialog, in the SNMP
encryption type field.
security-status monitor sysmon-enabled To monitor the activation of the System Monitor
function in the device.
security-status monitor extnvm-upd- To monitor the activation of the external non
enabled volatile memory update.
security-status monitor iec61850-mms- To monitor the IEC61850-MMS function. When you
enabled enable the IEC61850-MMS function, the value in the
Security status frame changes to error.
security-status trap When the device status changes, to send a SNMP
trap.
In order to enable the device to monitor an active link without a connection, first enable the global
function, then enable the individual ports.
Open the Diagnostics > Status Configuration > Security Status dialog, Global tab.
For the Link interrupted on enabled device ports parameter, mark the checkbox in the Monitor
column.
The device uses the signal contact to control external devices and monitor device functions.
Function monitoring lets you perform remote diagnostics.
The device reports the operating status using a break in the potential-free signal contact (relay
contact, closed circuit) for the selected mode. The device monitors the following functions:
Incorrect supply voltage
– at least one of the 2 supply voltages is not operating
– the internal supply voltage is not operating
When the device is operating outside of the user-defined temperature threshold values
Events for ring redundancy
Loss of the redundancy (in ring manager mode)
In the default setting, ring redundancy monitoring is inactive. The device is a normal ring
participant and detects an error in the local configuration.
The interruption of link connection(s)
Configure at least one port for this feature. In the Propagate connection error frame, you specify
which ports the device signals for a link interruption. In the default setting, link monitoring is
inactive.
The removal of the external memory.
The configuration in the external memory does not match the configuration in the device.
The removal of a module
Select the corresponding entries to decide which events the device status includes.
Note: With a non-redundant voltage supply, the device reports the absence of a supply voltage. To
disable this message, feed the supply voltage over both inputs or ignore the monitoring.
With the Manual setting mode you control this signal contact remotely.
Application options:
Simulation of an error detected during SPS error monitoring
Remote control of a device using SNMP, such as switching on a camera
Open the Diagnostics > Status Configuration > Signal Contact dialog, Global tab.
To control the signal contact manually, in the Configuration frame, select the Manual
setting item in the Mode drop-down list.
To open the signal contact, you select the open radio button in the Configuration frame.
To close the signal contact, you select the close radio button in the Configuration frame.
signal-contact 1 mode manual To select the manual setting mode for signal
contact 1.
signal-contact 1 state open To open signal contact 1.
signal-contact 1 state closed To close signal contact 1.
In the Configuration field, you specify which events the signal contact indicates.
Device status
Using this setting the signal contact indicates the status of the parameters monitored in the
Diagnostics > Status Configuration > Device Status dialog.
Security status
Using this setting the signal contact indicates the status of the parameters monitored in the
Diagnostics > Status Configuration > Security Status dialog.
Device/Security status
Using this setting the signal contact indicates the status of the parameters monitored in the
Diagnostics > Status Configuration > Device Status and the Diagnostics > Status Configuration >
Security Status dialog.
Open the Diagnostics > Status Configuration > Signal Contact dialog, Global tab.
To monitor the device functions using the signal contact, in the Configuration frame, specify
the value Monitoring correct operation in the Mode field.
For the parameters to be monitored, mark the checkbox in the Monitor column.
To send an SNMP trap to the management station, activate the Send trap function in the
Traps frame.
In order to enable the device to monitor an active link without a connection, first enable the global
function, then enable the individual ports.
In the Monitor column, activate the Link interrupted on enabled device ports function.
Open the Diagnostics > Status Configuration > Device Status dialog, Port tab.
Name Meaning
Connection errors Activate this function to monitor every port link event in which the
Propagate connection error checkbox is active.
Temperature Activate this function to monitor when the temperature exceeds
or falls below the specified threshold values.
Ethernet module removal Activate this function to monitor the removal of a module. Also
activate the individual module to monitor.
External memory removed Activate this function to monitor the presence of an external
storage device.
External memory not in sync with The device monitors synchronization between the device
NVM configuration and the configuration stored in the external
memory (ENVM).
Ring redundancy When ring redundancy is present, activate this function to
monitor.
Power supply Activate this function to monitor the power supply.
The device gives you additional options for displaying the status of the signal contact:
Display in the Graphical User Interface
Query in the Command Line Interface
show signal-contact 1 all To display the signal contact settings for the
specified signal contact.
The port statistics table lets experienced network administrators identify possible detected
problems in the network.
This table displays the contents of various event counters. The packet counters add up the events
sent and the events received. In the Basic Settings > Restart dialog, you can reset the event counters.
To display the event counter, open the Basic Settings > Port dialog, Statistics tab.
To reset the counters, in the Basic Settings > Restart dialog, click the Clear port statistics
button.
Problems occur when 2 ports directly connected to each other have mismatching duplex modes.
These problems are difficult to track down. The automatic detection and reporting of this situation
has the benefit of recognizing mismatching duplex modes before problems occur.
This situation arises from an incorrect configuration, for example, deactivation of the automatic
configuration on the remote port.
A typical effect of this non-matching is that at a low data rate, the connection seems to be
functioning, but at a higher bi-directional traffic level the local device records a lot of CRC errors,
and the connection falls significantly below its nominal capacity.
The device lets you detect this situation and report it to the network management station. In the
process, the device evaluates the error counters of the port in the context of the port settings.
The following table lists the duplex operating modes for TX ports, with the possible fault events. The
meanings of terms used in the table are as follows:
Collisions
In half-duplex mode, collisions mean normal operation.
Duplex problem
Mismatching duplex modes.
EMI
Electromagnetic interference.
Network extension
The network extension is too great, or too many cascading hubs.
Collisions, Late Collisions
In full-duplex mode, no incrementation of the port counters for collisions or Late Collisions.
CRC Error
The device evaluates these errors as non-matching duplex modes in the manual full duplex
mode.
No. Automatic Current duplex Detected error Duplex modes Possible causes
configuration mode events (≥ 10 after
link up)
1 marked Half duplex None OK
2 marked Half duplex Collisions OK
3 marked Half duplex Late Collisions Duplex problem Duplex problem,
detected EMI, network
extension
4 marked Half duplex CRC Error OK EMI
5 marked Full duplex None OK
6 marked Full duplex Collisions OK EMI
7 marked Full duplex Late Collisions OK EMI
8 marked Full duplex CRC Error OK EMI
9 unmarked Half duplex None OK
10 unmarked Half duplex Collisions OK
11 unmarked Half duplex Late Collisions Duplex problem Duplex problem,
detected EMI, network
extension
12 unmarked Half duplex CRC Error OK EMI
13 unmarked Full duplex None OK
14 unmarked Full duplex Collisions OK EMI
15 unmarked Full duplex Late Collisions OK EMI
16 unmarked Full duplex CRC Error Duplex problem Duplex problem,
detected EMI
14.6 Auto-Disable
The device can disable a port due to several configurable reasons. Each reason causes the port to
“shut down”. In order to recover the port from the shut down state, you can manually clear the
condition which caused the port to shut down or specify a timer to automatically re-enable the port.
If the configuration displays a port as enabled, but the device detects an error or change in the
condition, then the software shuts down that port. In other words, the device software disables the
port because of a detected error or change in the condition.
If a port is auto-disabled, then the device effectively shuts down the port and the port blocks traffic.
The port LED blinks green 3 times per period and identifies the reason for the shutdown. In addition,
the device creates a log file entry which lists the causes of the deactivation. When you re-enable
the port after a timeout using the Auto-Disable function, the device generates a log entry.
The Auto-Disable function provides a recovery function which automatically enables an auto-
disabled port after a user-defined time. When this function enables a port, the device sends an
SNMP trap with the port number, but without a value for the Reason parameter.
In the following example, you configure the device to disable a port due to detected violations to the
thresholds specified the Diagnostics > Ports > Port Monitor dialog, CRC/Fragments tab, and then
automatically re-enable the disabled port.
Open the Diagnostics > Ports > Port Monitor dialog, CRC/Fragments tab.
Verify that the thresholds specified in the table concur to your preferences for port 1/1.
Open the Diagnostics > Ports > Port Monitor dialog, Global tab.
To enable the function, select the On radio button in the Operation frame.
To allow the device to disable the port due to detected errors, mark the checkbox in the
CRC/Fragments on column for port 1/1.
In the Action column you can choose how the device reacts to detected errors. In this
example, the device disables port 1/1 for threshold violations and then automatically re-
enables the port.
To allow the device to disable and automatically re-enable the port, select the value
auto-disable and configure the Auto-Disable function. The value auto-disable only
works in conjunction with the Auto-Disable function.
The device can also disable a port without auto re-enabling.
To allow the device to disable the port only, select the value disable port.
To manually re-enable a disabled port, select the table row of the port and click the
button.
When you configure the Auto-Disable function, the value disable port also
automatically re-enables the port.
Open the Diagnostics > Ports > Port Monitor dialog, Auto-disable tab.
To allow the device to auto re-enable the port after it was disabled due to detected
threshold violations, mark the checkbox in the CRC error column.
Open the Diagnostics > Ports > Port Monitor dialog, Port tab.
Specify the delay time as 120 s in the Reset timer [s] column for the ports you want to
enable.
Note: The Reset item lets you enable the port before the time specified in the Reset timer [s]
column counts down.
When the device disables a port due to threshold violations, the device lets you use the following
commands to manually reset the disabled port.
The SFP status display lets you look at the current SFP module connections and their properties.
The properties include:
module type
serial number of media module
temperature in º C
transmission power in mW
receive power in mW
IEEE 802.1AB defines the Link Layer Discovery Protocol (LLDP). LLDP lets you automatically
detect the LAN network topology.
As the main element, the connection information contains an exact, unique identifier for the
connection end point: MAC (Service Access Point). This is made up of a device identifier which is
unique on the entire network and a unique port identifier for this device.
Chassis identifier (its MAC address)
Port identifier (its port-MAC address)
Description of port
System name
System description
Supported system capabilities
System capabilities currently active
Interface ID of the management address
VLAN-ID of the port
Auto-negotiation status on the port
Medium, half/full duplex setting and port speed setting
Information about the VLANs installed in the device (VLAN-ID and VLAN name, irrespective of
whether the port is a VLAN participant).
A network management station can call up this information from devices with activated LLDP. This
information lets the network management station map the topology of the network.
Non-LLDP devices normally block the special Multicast LLDP IEEE MAC address used for
information exchange. Non-LLDP devices therefore discard LLDP packets. If you position a non-
LLDP capable device between 2 LLDP capable devices, then the non-LLDP capable device
prohibits information exchanges between the 2 LLDP capable devices.
The Management Information Base (MIB) for a device with LLDP capability holds the LLDP
information in the lldp MIB and in the private HM2-LLDP-EXT-HM-MIB and HM2-LLDP-MIB.
Display the topology of the network. To do this, perform the following step:
Open the Diagnostics > LLDP > Topology Discovery dialog, LLDP tab.
When you use a port to connect several devices, for example via a hub, the table contains a line
for each connected device.
Activating Display FDB Entries at the bottom of the table lets you display devices without active
LLDP support in the table. In this case, the device also includes information from its FDB
(forwarding database).
If you connect the port to devices with the topology discovery function active, then the devices
exchange LLDP Data Units (LLDPDU) and the topology table displays these neighboring devices.
When a port connects only devices without an active topology discovery, the table contains a line
for this port to represent the connected devices. This line contains the number of connected
devices.
The FDB address table contains MAC addresses of devices that the topology table hides for the
sake of clarity.
14.8.2 LLDP-Med
LLDP for Media Endpoint Devices (LLDP-MED) is an extension to LLDP that operates between
endpoint devices. Endpoints include devices such as IP phones, or other Voice over IP (VoIP)
devices or servers and network devices such as switches. It specifically provides support for VoIP
applications. LLDP-MED provides this support using an additional set of common type-length-value
(TLV) advertisement messages, for capabilities discovery, network policy, Power over Ethernet,
inventory management and location information.
Loops in the network cause connection interruptions or data loss. This also applies to temporary
loops. The automatic detection and reporting of this situation lets you detect it faster and diagnose
it more easily.
The device lets you detect the effects typically caused by loops and report this situation
automatically to the network management station. You have the option here to specify the
magnitude of the loop effects that trigger the device to send a report.
BPDU frames sent from the designated port and received on either a different port of the same
device or the same port within a short time, is a typical effect of a loop.
To check if the device has detected a loop, perform the following steps:
Open the Switching > L2-Redundancy > Spanning Tree > Port dialog, CIST tab.
Check the value in the Port state and Port role fields. If the Port state field displays the value
discarding and the Port role field displays the value backup, then the port is in a loop
status.
or
Open the Switching > L2-Redundancy > Spanning Tree > Port dialog, Guards tab.
Check the value in the Loop state column. If the field displays the value true, then the port
is in a loop status.
A network loop can lead to a standstill of the network due to overload. A possible reason is the
continuous duplication of data packets due to a misconfiguration. The cause could be, for example,
an incorrectly plugged cable or faulty settings in the device.
For example, a layer 2 network loop can occur in the following cases, if no redundancy protocols
are active:
• Two ports of the same device are directly connected to each other.
• More than one active connection is established between two devices.
The figure displays examples for possible layer 2 loops in a network. The Loop Protection function is
enabled in every device.
A: Active mode
Ports that are intended to connect end devices operate in the active mode. The device evaluates
and sends loop detection packets on these ports.
P: Passive mode
Ports which belong to the redundant rings operate in the passive mode. The device only
evaluates loop detection packets on these ports.
Loop 1..Loop 4
Unintentionally configured layer 2 network loops.
A A
Loop 1 Loop 3
P P
P P
A P P A P P
P P P P
P P P
P
Loop 2 A
A A
Loop 4 A
A
For each active and each passive port, assign the settings of the Loop Protection function.
After you assigned the Loop Protection settings to the ports, activate the Auto-Disable function.
Depending on the Loop Protection settings, the device disables ports using the Auto-Disable function
when the device detects a layer 2 network loop.
If any redundancy function is active on a port, then do not activate the active mode on this port.
Otherwise, port shutdowns on redundant network paths can be the result. In the example above
these are the ports which belong to the redundant rings.
Verify that a redundant network path is available as backup media. The device changes to the
redundant path in case of the outage of the primary path.
The following settings help avoid port shutdowns on redundant network paths:
Disable the Loop Protection function on redundant ports.
or
Enable the passive mode on redundant ports.
The Loop Protection function and the Spanning Tree function have an effect on each other. The
following steps help avoid unexpected behavior of the device:
Disable the Spanning Tree function on the port on which you want to enable the Loop Protection
function. See the Switching > L2-Redundancy > Spanning Tree > Port dialog, STP active column.
Disable theSpanning Tree function on the connected port of each connected device. See the
Switching > L2-Redundancy > Spanning Tree dialog.
The device lets you inform users by email about events that have occurred. Prerequisite is that a
mail server is available through the network on which the device transfers the emails.
To set up the device to send emails, perform the steps in the following chapters:
Specify the sender address
Specify the triggering events
Specify the recipients
Specify the mail server
Enable/disable the Email Notification function
Send a test email
The sender address is the email address that indicates the device which sent the email. In the
device, the default setting is [email protected].
Severity Meaning
emergency Device not ready for operation
alert Immediate user intervention required
critical Critical status
error Error status
warning Warning
notice Significant, normal status
informational Informal message
debug Debug message
You have the option of specifying the events of which the device informs you. For this, assign the
desired minimum severity to the notification levels of the device.
The device lets you specify in which interval it sends emails with the log file. The default setting is
30 minutes.
The device supports encrypted and unencrypted connections to the mail server.
Open the Diagnostics > Email Notification > Mail Server dialog.
In the Description column, enter a meaningful name for the mail server.
In the Active column, mark the checkbox.
The device lets you check the settings by sending a test email.
Prerequisite:
The email settings are completely specified.
The Email Notification function is enabled.
Open the Diagnostics > Email Notification > Mail Server dialog.
When you do not see any error messages and the recipients obtain the email, the device settings
are correct.
14.12 Reports
In service situations, these reports provide the technician with the necessary information.
Using this dialog you enable or disable where the device sends reports, for example, to a Console,
a Syslog Server, or a connection to the Command Line Interface. You also set at which severity
level the device writes events into the reports.
The device buffers logged events in 2 separate storage areas so that the device keeps log entries
for urgent events. Specify the minimum severity for events that the device logs to the buffered
storage area with a higher priority.
To send events to the buffer, specify the desired level in the Buffered logging frame, Severity
field.
When you activate the logging of SNMP requests, the device logs the requests as events in the
Syslog. The Log SNMP get request function logs user requests for device configuration information.
The Log SNMP set request function logs device configuration events. Specify the minimum level for
events that the device logs in the Syslog.
Enable the Log SNMP get request function for the device in order to send SNMP Read
requests as events to the Syslog server.
To enable the function, select the On radio button in the SNMP logging frame.
Enable the Log SNMP set request function for the device in order to send SNMP Write
requests as events to the Syslog server.
To enable the function, select the On radio button in the SNMP logging frame.
Choose the desired severity level for the get and set requests.
When active, the device logs configuration changes made using the Command Line Interface, to
the audit trail. This feature is based on the IEEE 1686 standard for Substation Intelligent Electronic
Devices.
The device lets you save the following system information data in one ZIP file on your PC:
audittrail.html
config.xml
defaultconfig.xml
script
runningconfig.xml
supportinfo.html
systeminfo.html
systemlog.html
The device creates the file name of the ZIP archive automatically in the format
<IP_address>_<system_name>.zip.
14.12.2 Syslog
The device lets you send messages about device internal events to one or more Syslog servers (up
to 8). Additionally, you also include SNMP requests to the device as events in the Syslog.
Note: To display the logged events, open the Diagnostics > Report > Audit Trail dialog or the
Diagnostics > Report > System Log dialog.
In the SNMP logging frame, configure the following settings for read and write SNMP requests:
The device lets you call up a log file of the system events. The table in the Diagnostics > Report >
System Log dialog lists the logged events.
To save the content of the log as an HTML file, click the button.
Note: You have the option to also send the logged events to one or more Syslog servers.
After initiating a connection with a Syslog server, using a TLS handshake, the device validates the
certificate received from the server. For this purpose, you transfer the PEM certificate from a remote
server or from the external memory onto the device. Verify that the configured IP address or DNS
name of the server matches the information provided in the certificate. You find the information in
the Common Name or in the Subject Alternative Name fields of the certificate.
The device sends the TLS encrypted Syslog messages over the TCP port specified in the
Destination UDP port column.
Note: Specify the IP address or DNS name on the server to match the IP Address or DNS name
provided in the server certificate. You find the values entered in the certificate as the Common
Name or the Subject Alternative Name.
Example
The given example describes the configuration of the Syslog function. By following these steps, the
device lets you send the TLS encrypted Syslog messages over the TCP port specified in the
Destination UDP port column.
The Syslog messages that are sent from a device to a syslog server can pass through unsecured
networks. To configure a Syslog server over TLS, transfer the Certificate Authority (CA) certificate
onto the device.
Note: In order for the changes to take effect after loading a new certificate, restart the Syslog
function.
The Diagnostics > Report > Audit Trail dialog contains system information and changes to the device
configuration performed through the Command Line Interface and SNMP. In the case of device
configuration changes, the dialog displays Who changed What and When.
The Diagnostics > Syslog dialog lets you specify up to 8 Syslog servers to which the device sends
Audit Trails.
Tcpdump is a packet-sniffing UNIX utility used by network administrators to sniff and analyze traffic
on a network. A couple of reasons for sniffing traffic on a network is to verify connectivity between
hosts, or to analyze the traffic traversing the network.
TCPDump in the device provides the possibility to decode or capture packets received and
transmitted by the Management CPU. This function is available using the debug command. For
further information on the TCPDump function, see the “Command Line Interface” reference
manual.
The device lets you forward data packets that pass through the device to a destination port. There
you can monitor and evaluate the data packets.
The Port Mirroring function lets you copy data packets from physical source ports to a physical
destination port.
You monitor the data traffic on the source ports in the sending and receiving directions with a
management tool connected on the destination port, for example an RMON probe. The function has
no affect on the data traffic running on the source ports.
Switch PLC
Backbone
RMON-Probe
On the destination port, the device only forwards the data packets copied from the source ports.
Before you switch on the Port Mirroring function, mark the checkbox Allow management to access the
device management via the destination port. The device lets users access the device management
via the destination port without interrupting the active Port Mirroring session.
Note: The device duplicates multicasts, broadcasts and unknown unicasts on the destination port.
The VLAN settings on the destination port remain unchanged. Prerequisite for access to the device
management on the destination port is that the destination port is a member of the device
management VLAN.
To deactivate the Port Mirroring function and restore the default settings, click the button.
The VLAN mirroring function lets you mirror the received data stream that matches a specific VLAN
to a selected destination port. The device only copies the data on the VLAN, and sends the original
data to the intended recipients. For example, the device can mirror data to a network analyzer
connected to the destination port.
Only one of the functions, either the VLAN mirroring function or the Port Mirroring function, can be
active at the same time. When you select VLAN 0 as the source VLAN, the VLAN mirroring function
is inactive. To disable the VLAN mirroring function, unmark the checkbox in the Enabled column for
the source port.
If the data stream received on the mirrored VLAN exceeds the maximum bandwidth of the
destination port, then the device drops some packets to accommodate the maximum bandwidth of
the destination port. Even though the device drops some packets, the device continues to mirror
packets that match the specified VLAN.
When you specify the PVID on a port as the source VLAN ID, the device mirrors the untagged
packets received, but without a VLAN tag. In this case, the device mirrors the packet exactly as it
received the packet.
Example configuration
In this example configuration, Sw 4 mirrors data received on VLAN 20 to a network analyzer on the
destination port.
Destination
Sw 1 VLAN: 20 Sw 4 port
If: 3/1 If: 3/4
Sw 2 Sw 3
monitor session 1 source vlan 20 To create VLAN mirroring session 1, the source is
VLAN 20.
monitor session 1 destination interface To specify port 3/4 as the destination port.
3/4
monitor session 1 mode To activate VLAN mirroring session 1.
Remote Switch Port Analysis (RSPAN) lets the network administrator forward mirrored data across
multiple devices to a destination port. The network administrator can then analyze the data or
diagnose detected errors on the network from a central location. The device lets the network
administrator analyze data from a single source or from multiple sources.
The mirrored data traverses the network on a specified VLAN. Each RSPAN device uses the same
RSPAN VLAN to forward mirrored data. Furthermore, any port, except the mirrored ports, can be
a member of the RSPAN VLAN.
Depending on the amount of data and the port bandwidth, the device can drop some of the mirrored
data. To reduce the loss of mirrored data packets, use Gigabit ports and/or LAG interfaces to
forward the RSPAN data to the destination device.
The network administrator configures the devices, used for RSPAN, depending on the various
roles. RSPAN uses the following device configurations:
A Source device mirrors and tags the data with the RSPAN VLAN ID and forwards the data only
to the destination port of the source device. On the source device, specify the RSPAN VLAN in
the Destination VLAN ID field.
IF the source device forwards the uplink data and the RSPAN data on the same link, then the
device requires a Reflector port. The reflector port tags the RSPAN VLAN data with the RSPAN
VLAN ID. The device then forwards the tagged data to the destination device. In order to
accomplish this task, the network administrator connects 2 ports on the source device together
with an Ethernet cable.
The Destination device aggregates the data tagged with the RSPAN VLAN ID and then forwards
the data to the destination port. On the destination device, specify the RSPAN VLAN in the
Source VLAN ID field. The normal data stream can share the port with the RSPAN VLAN data.
An Intermediate device floods the data tagged with the RSPAN VLAN ID to the ports with
RSPAN VLAN membership. On an intermediate device, specify the RSPAN VLAN in the VLAN
ID field. The device can transmit the RSPAN VLAN data over a LAG link toward the RSPAN
destination device.
The device can forward RSPAN data to the destination device over an MRP ring network as long
as the destination ring device is not a ring member. The device can also forward RSPAN data over
a LAG instance as long as the LAG ports are not destination ports.
Note: To help prevent erroneous loop detection in case you use the RSPAN function. If you connect
to the neighboring devices using separate paths for uplink and RSPAN data, then verify that the
Spanning-Tree Protocol is inactive on both ports of the RSPAN data links. If you use a reflector port,
then verify that the Spanning-Tree protocol is inactive on the links forwarding the RSPAN data.
In the following examples the network administrator desires to mirror the data stream to a network
analyzer located somewhere in the network. The examples demonstrate the various ways to
integrate the source device in your network.
In the examples, the network administrator desires to mirror the data packets received from
switch 1, on port 2/1 of switch 2 to the network analyzer connected to switch 4. The network
administrator has specified VLAN 30 as the RSPAN VLAN ID.
Example 1
In the example, you configure a reflector port on switch 2. Connect the ports 2/3 and 2/4 together
with an ethernet cable. The links between switch 2, switch 3 and switch 4 carry both the RSPAN
and the uplink data stream. Afterwards, perform the following steps:
Sw 2 Sw 3 Sw 4
Reflector 2/3
port 2/2 3/1 3/2 4/1
2/4
2/1 4/2
1/1
Network
Sw 1 Analyzer
RSPAN data only
Uplink and RSPAN data
Uplink data only
Open the Switching > L2-Redundancy > Spanning Tree > Port dialog.
Deactivating the Spanning Tree function on port 2/4:
For port 2/4, unmark the checkbox in the STP active column.
monitor session 1 source remote vlan 30 To specify VLAN 30 as the RSPAN data source.
monitor session 1 destination interface To specify port 4/2 as the destination port.
4/2
monitor session 1 mode To activate the VLAN mirroring session 1.
Example 2
In this example, the network forwards the RSPAN data and the uplink data on parallel paths from
the source device to the destination device.
Sw 2 Sw 3 Sw 4
2/3 3/3 3/4 4/3
2/2 3/1 3/2 4/1
2/1 4/2
1/1
Network
Sw 1 Analyzer
Example 3
In the example, the source device switch 2 sends the uplink data and the RSPAN data to the
intermediate device switch 3. The intermediate device switch 3 then forwards the combined traffic
on a single link to the destination device switch 4.
Sw 2 Sw 3 Sw 4
2/3 3/3
3/2 4/1
2/2 3/1
2/1 4/2
1/1
Network
Sw 1 Analyzer
14.15 Self-test
The device checks its assets during the boot process and occasionally thereafter. The device
checks system task availability or termination and the available amount of memory. Furthermore,
the device checks for application functionality and any hardware degradation in the chip set.
If the device detects a loss in integrity, then the device responds to the degradation with a user-
defined action. The following categories are available for configuration.
task
Action to be taken in case a task is unsuccessful.
resource
Action to be taken due to the lack of resources.
software
Action taken for loss of software integrity; for example, code segment checksum or access
violations.
hardware
Action taken due to hardware degradation
Configure each category to produce an action in case the device detects a loss in integrity. The
following actions are available for configuration.
log only
This action writes a message to the logging file.
send trap
Sends an SNMP trap to the trap destination.
reboot
If activated, then an error in the category will cause the device to reboot
Disabling these functions lets you decrease the time required to restart the device after a cold start.
You find these options in the Diagnostics > System > Selftest dialog, Configuration frame.
RAM test checkbox
Activates/deactivates RAM selftest during a cold start.
The following settings block your access to the device permanently in case the device does not
detect any readable configuration profile at restart.
The SysMon1 is available checkbox is unmarked.
The Load default config on error checkbox is unmarked.
This is the case, for example, when the password of the configuration profile that you are loading
differs from the password set in the device. To have the device unlocked again, contact your sales
partner.
Selftest settings
-----------------
Test RAM on cold start......................enabled
System Monitor 1............................enabled
Boot default configuration on error.........enabled
Use this feature to test copper cables attached to an interface for a short or open circuit. The test
interrupts traffic flow, when in progress, on this port.
The table displays the state and lengths of each individual pair. The device returns a result with the
following meaning:
normal - indicates that the cable is operating properly
open - indicates an interruption in the cable
short circuit - indicates a short circuit in the cable
untested - indicates an untested cable
Unknown - cable unplugged
SFlow is a standard protocol for monitoring networks. The device provides this function for visibility
into network activity, enabling effective management and control of network resources.
The SFlow monitoring system consists of an SFlow agent, embedded in the device and a central
SFlow collector. The agent uses sampling technology to capture traffic statistics. SFlow instances
associated with individual data sources within the agent perform packet flow and counter sampling.
Using SFlow datagrams the agent forwards the sampled traffic statistics to an SFlow collector for
analysis.
The agent uses 2 forms of sampling, a statistical packet based sampling of packet flows and a
timed based sampling of counters. An SFlow datagram contains both types of samples. Packet flow
sampling, based on a sampling rate, sends a steady, but random stream of datagrams to the
collector. For time-based sampling, the agent polls the counters at set intervals to fill the datagrams.
To configure the SFlow agent for a monitoring session, first configure an available receiver. Then,
configure a sampling rate to perform packet flow sampling. Additionally configure a polling interval
for counter sampling.
For example, Company XYZ wishes to monitor data flow on a device. The IP address for the remote
server containing the sFlow collector, is 10.10.10.10. XYZ requires a sample of the first 256 bytes
of every 300th packet. Furthermore, XYZ requires counter polling every 400 s.
A DHCP server ("Dynamic Host Configuration Protocol") assigns IP addresses, Gateways, and
other networking definitions such as DNS and NTP parameters to clients.
The DHCP operations fall into 4 basic phases: IP discovery, IP lease offer, IP request, and IP lease
acknowledgment. Use the acronym DORA which stands for Discovery, Offer, Request, and
Acknowledgement to help remember the phases. The server receives client data on UDP port 67
and forwards data to the client on UDP port 68.
The DHCP server provides an IP address pool or "pool", from which it allocates IP addresses to
clients. The pool consists of a list of entries. An entry defines either a specific IP address or an IP
address range.
The device lets you activate the DHCP server globally and per interface.
The DHCP server assigns a static IP address or dynamic range of IP addresses to a client
connected to a port or a VLAN. The device lets you create entries for either a port or a VLAN. When
creating an entry to assign an IP address to a VLAN, the port entry grays out. When creating an
entry to assign an IP address to a port, the VLAN entry grays out.
Static allocation means that the DHCP server assigns the same IP address to a specific client. The
DHCP server identifies the client using a unique hardware ID. A static address entry contains one
IP address, and applies it to a port or VLAN on which the server receives a request from a specific
client. For static allocation, create a pool entry for the ports or one specific port, enter the IP
address, and leave the Last IP address column empty. Specify a hardware ID with which the DHCP
server uniquely identifies the client. This ID is either a MAC address, a client ID, a remote ID, or a
circuit ID. When a client contacts the server with the configured hardware ID, the DHCP server
allocates the static IP address.
When routing is enabled, the DHCP Server function for a specific DHCP pool only takes effect if one
of the following prerequisites is met:
The device has a router interface in the subnet of the respective DHCP pool.
The device management is located in the subnet of the respective DHCP pool.
The device also lets you assign a dynamic IP address range to ports or VLANs from which the
DHCP server allocates a free IP address from a pool. To add a dynamic pool entry for the ports or
VLANs, specify the first and last IP addresses for the IP address range, leaving the MAC address,
Client ID, Remote ID, and Circuit ID columns empty. Creating multiple pool entries lets you have IP
address ranges that contain gaps.
In this example, configure the device to allocate a static IP address to a port. The device recognizes
clients with unique hardware identification. The Hardware ID in this case is the client MAC address
00:24:E8:D6:50:51. To do this, perform the following steps:
The device lets you create dynamic IP address ranges. Leave the MAC address, Client ID, Remote ID
and Circuit ID fields empty. To create dynamic IP address ranges with gaps between the ranges add
several entries to the table. To do this, perform the following steps:
A network administrator uses the DHCP Layer 2 Relay Agent to add DHCP client information. This
information is required by Layer 3 Relay Agents and DHCP servers to assign an address and
configuration to a client.
When a DHCP client and server are in the same IP subnet, they exchange IP address requests and
replies directly. However, having a DHCP server on each subnet is expensive and often impractical.
An alternative to having a DHCP server in every subnet is to use the network devices to relay
packets between a DHCP client and a DHCP server located in a different subnet.
A Layer 3 Relay Agent is generally a router that has IP interfaces in both the client and server
subnets and routes traffic between them. However, in Layer 2 switched networks, there are one or
more network devices, switches for example, between the client and the Layer 3 Relay Agent or
DHCP server. In this case, this device provides a Layer 2 Relay Agent to add the information that
the Layer 3 Relay Agent and DHCP server require to perform their roles in address and
configuration assignment.
In an IPv4 environment, before forwarding the request of a client to the DHCP server, the device
adds the Circuit ID and the Remote ID to the Option 82 field of the DHCP request packet.
The Circuit ID stores on which port the device received the request of the client.
The Remote ID contains the MAC address, the IP address, the system name, or a user-defined
character string. Using it, the participating devices identify the Relay Agent that received the
request of the client.
The device and other Relay Agents use this information to re-direct the answer from the DHCP
Relay Agent to the original client. The DHCP server is able to analyze this data for example to
assign the client an IP address from a specific address pool.
Also, the replay packet of the DHCP server contains the Circuit ID and the Remote ID. Before
forwarding the answer to the client, the device removes the information from the Option 82 field.
The Advanced > DHCP L2 Relay > Configuration dialog lets you activate the function on the active ports
and on the VLANs. In the Operation frame, select the On radio button. Then click the button.
The device forwards DHCPv4 packets with Option 82 information on those ports for which the
checkbox in the DHCP L2 Relay column and in the Trusted port column is marked. Typically, these
are ports in the network of the DHCP server.
The ports to which the DHCP clients are connected, you activate the DHCP L2 Relay function, but
leave the Trusted port checkbox unmarked. On these ports, the device discards DHCPv4 packets
with Option 82 information.
Switch 2
Port 1/1 Port 1/2
Port 1/2
Switch 1 DHCP
Server
Port 1/VLAN 2
DHCP Client
Figure 128: DHCP Layer 2 Example Network
Open the Advanced > DHCP L2 Relay > Configuration dialog, Interface tab.
For port 1/1, specify the settings as follows:
– Mark the checkbox in the Active column.
For port 1/2, specify the settings as follows:
– Mark the checkbox in the Active column.
– Mark the checkbox in the Trusted port column.
Open the Advanced > DHCP L2 Relay > Configuration dialog, VLAN ID tab.
Specify the settings for VLAN 2 as follows:
– Mark the checkbox in the Active column.
– Mark the checkbox in the Circuit ID column.
– To use the IP address of the device as the Remote ID, in the Remote ID type column,
specify the value ip.
To enable the function, select the On radio button in the Operation frame.
Open the Advanced > DHCP L2 Relay > Configuration dialog, Interface tab.
For port 1/1 and 1/2, specify the settings as follows:
– Mark the checkbox in the Active column.
– Mark the checkbox in the Trusted port column.
To enable the function, select the On radio button in the Operation frame.
Verify that VLAN 2 is present. Then perform the following steps on Switch 1:
Configure VLAN 2, and specify port 1/1 as a member of VLAN 2.
The Domain Name System (DNS) client queries DNS servers to resolve host names and IP
addresses of network devices. Much like a telephone book, the DNS client converts names of
devices into IP addresses. When the DNS client receives a request to resolve a new name, the
DNS client first queries its internal static database, then the assigned DNS servers for the
information. The DNS client saves the queried information in a cache for future requests.
The device lets you configure the DNS client from the DHCP server using the device management
VLAN. The device also lets you assign host names to IP addresses statically.
Name the DNS client and configure it to query a DNS server to resolve host names. To do this,
perform the following steps:
Open the Advanced > DNS > Client > Static dialog.
In the Configuration frame, Configuration source field, specify the value user.
In the Configuration frame, Domain name field, specify the value device1.
Configure the DNS client to map static hosts with IP addresses. To do this, perform the following
steps:
Open the Advanced > DNS > Client > Static Hosts dialog.
Use this function to monitor remote contacts. A cyclic application is running for both inputs and
outputs which polls the values of the configured inputs on remote or local I/O modules and mirror
these values to the outputs. The device also polls the local inputs to set their state. When enabled,
the device generates event log entries and SNMP traps for changes of the input and output values.
Example
An illuminated lamp in a control room indicates that a cabinet door is open. The IP address of the
cabinet device is 192.168.0.11. Input 1 on an IO module in slot 3 forwards the state of the cabinet
door contact. When the door is open, output 4 on an IO module in slot 2 of the control room device
receives the state of the contact and illuminates a lamp. The state of the door contact is an input
and is available for other devices.
Configure the cabinet device to receive the signal from the door contact. To do this, perform the
following steps:
On the control room device, enable input and output operation and mirror input 1 on module 3 of
the cabinet device to output 4 on the IO module in slot 2.
15.5 GARP
The Generic Attribute Registration Protocol (GARP) is defined by the IEEE to provide a generic
framework so switches can register and deregister attribute values, such as VLAN identifiers and
Multicast group membership.
If an attribute for a participant is registered or deregistered according to the GARP function, then the
participant is modified according to specific rules. The participants are a set of reachable end
stations and network devices. The defined set of participants at any given time, along with their
attributes, is the reachability tree for the subset of the network topology. The device forwards the
data frames only to the registered end stations. The station registration helps prevent attempts to
send data to the end stations that are unreachable.
The GARP Multicast Registration Protocol (GMRP) is a Generic Attribute Registration Protocol
(GARP) that provides a mechanism allowing network devices and end stations to dynamically
register group membership. The devices register group membership information with the devices
attached to the same LAN segment. The GARP function also lets the devices disseminate the
information across the network devices that support extended filtering services.
Note: Before you enable the GMRP function, verify that the MMRP function is disabled.
The following example describes the configuration of the GMRP function. The device provides a
constrained multicast flooding facility on a selected port. To do this, perform the following steps:
You use the GVRP function to allow the device to exchange VLAN configuration information with
other GVRP devices. Thus reducing unnecessary Broadcast and unknown Unicast traffic. Besides
the GVRP function dynamically creates and manages VLANs on devices connected through
802.1Q trunk ports.
The following example describes the configuration of the GVRP function. The device lets you
exchange VLAN configuration information with other GVRP devices. To do this, perform the
following steps:
15.6 MRP-IEEE
The IEEE 802.1ak amendment to the IEEE 802.1Q standard introduced the Multiple Registration
Protocol (MRP) to replace the Generic Attribute Registration Protocol (GARP). The IEEE also
modified and replaced the GARP applications, GARP Multicast Registration Protocol (GMRP) and
GARP VLAN Registration Protocol (GVRP), with the Multiple MAC Registration Protocol (MMRP) and
the Multiple VLAN Registration Protocol (MVRP).
To confine traffic to the required areas of a network, the MRP applications distribute attribute values
to MRP enabled devices across a LAN. The MRP applications register and de-register Multicast
group memberships and VLAN identifiers.
Note: The Multiple Registration Protocol (MRP) requires a loop free network. To help prevent loops
in your network, use a network protocol such as the Media Redundancy Protocol, Spanning Tree
Protocol, or Rapid Spanning Tree Protocol with MRP.
Each participant contains an applicant component and an MRP Attribute Declaration (MAD)
component. The applicant component is responsible for forming the attribute values and their
registration and de-registration. The MAD component generates MRP messages for transmission
and processes messages received from other participants. The MAD component encodes and
transmits the attributes to other participants in MRP Data Units (MRPDU). In the switch, an MRP
Attribute Propagation (MAP) component distributes the attributes to participating ports.
A participant exists for each MRP application and each LAN port. For example, a participant
application exists on an end device and another application exists on a switch port. The Applicant
state machine records the attribute and port for each MRP participant declaration on an end device
or switch. Applicant state machine variable changes trigger the transmission of MRPDUs to
communicate the declaration or withdrawal.
To establish an MMRP instance, an end device first sends a Join empty (JoinMt) message with the
appropriate attributes. The switch then floods the JoinMt to the participating ports and to the
neighboring switches. The neighboring switches flood the message to their participating port, and
so on, establishing a path for the group traffic.
The default timer settings help prevent unnecessary attribute declarations and withdraws. The
timer settings allow the participants to receive and process MRP messages before the Leave or
LeaveAll timers expire.
The following list contains various MRP events that the device transmits:
Join - Controls the interval for the next Join message transmission
Leave - Controls the length of time that a switch waits in the Leave state before changing to the
withdraw state
LeaveAll - Controls the frequency with which the switch generates LeaveAll messages
When expired, the Periodic timer initiates a Join request MRP message that the switch sends to
participants on the LAN. The switches use this message to help prevent unnecessary withdraws.
15.6.3 MMRP
When a device receives Broadcast, Multicast or unknown traffic on a port, the device floods the
traffic to the other ports. This process causes unnecessary use of bandwidth on the LAN.
The Multiple MAC Registration Protocol (MMRP) lets you control the traffic flooding by distributing
an attribute declaration to participants on a LAN. The attribute values that the MAD component
encodes and transmits on the LAN in MRP messages are Group service requirement information
and 48-bit MAC addresses.
The switch stores the attributes in a filtering database as MAC address registration entries. The
forwarding process uses the filtering database entries only to transmit data through those ports
necessary to reach Group member LANs.
Switches facilitate the group distribution mechanisms based on the Open Host Group concept,
receiving packets on the active ports and forwarding only to ports with group members. This way,
any MMRP participants requiring packets transmitted to a particular group or groups, requests
membership in the group. MAC service users send packets to a particular group from anywhere on
the LAN. A group receives these packets on the LANs attached to registered MMRP participants.
MMRP and the MAC Address Registration Entries thus restrict the packets to required segments of
a loop-free LAN.
In order to maintain the registration and deregistration state and to receive traffic, a port declares
interest periodically. Every device on a LAN with the MMRP function enabled maintains a filtering
database and forwards traffic having the group MAC addresses to listed participants.
MMRP example
In this example, Host A intends to listen to traffic destined to group G1. Switch A processes the
MMRP Join request received from host A and sends the request to both of the neighboring switches.
The devices on the LAN now recognize that there is a host interested in receiving traffic destined
for group G1. When Host B starts transmitting data destined for group G1, the data flows on the
path of registrations and Host A receives it.
Port 1 Port 6
Host A Host B
Figure 129: MMRP Network for MAC address Registration
Enable the MMRP function on the switches. To do this, perform the following steps:
Open the Switching > MRP-IEEE > MMRP dialog, Configuration tab.
To activate port 1 and port 2 as MMRP participants, mark the checkbox in the MMRP
column for port 1 and port 2 on switch 1.
To activate port 3 and port 4 as MMRP participants, mark the checkbox in the MMRP
column for port 3 and port 4 on switch 2.
To activate port 5 and port 6 as MMRP participants, mark the checkbox in the MMRP
column for port 5 and port 6 on switch 3.
To send periodic events allowing the device to maintain the registration of the MAC
address group, enable the Periodic state machine. Select the On radio button in the
Configuration frame.
To enable the MMRP ports on switch 1, use the following commands. Substituting the appropriate
interfaces in the commands, enable the MMRP functions and ports on switches 2 and 3.
15.6.4 MVRP
The Multiple VLAN Registration Protocol (MVRP) is an MRP application that provides dynamic
VLAN registration and withdraw services on a LAN.
The MVRP function provides a maintenance mechanism for the Dynamic VLAN Registration
Entries, and for transmitting the information to other devices. This information lets MVRP-aware
devices establish and update their VLAN membership information. When members are present on
a VLAN, the information indicates through which ports the switch forwards traffic to reach those
members.
The main purpose of the MVRP function is to allow switches to discover some of the VLAN
information that you otherwise manually set up. Discovering this information lets switches
overcome the limitations of bandwidth consumption and convergence time in large VLAN networks.
MVRP example
Set up a network comprised of MVRP aware switches (1 - 4) connected in a ring topology with end
device groups, A1, A2, B1, and B2 in 2 different VLANs, A and B. With STP enabled on the
switches, the ports connecting switch 1 to switch 4 are in the discarding state, helping prevent a
loop condition.
Port 8 Port 5
In the MVRP example network, the LANs first send a Join request to the switches. The switch
enters the VLAN registration in the forwarding database for the port receiving the frames.
The switch then propagates the request to the other ports, and sends the request to the neighboring
LANs and switches. This process continues until the switches have registered the VLANs in the
forwarding database of the receive port.
Open the Switching > MRP-IEEE > MVRP dialog, Configuration tab.
To activate the ports 1 through 3 as MVRP participants, mark the checkbox in the MVRP
column for the ports 1 through 3 on switch 1.
To activate the ports 2 through 4 as MVRP participants, mark the checkbox in the MVRP
column for the ports 2 through 4 on switch 2.
To activate the ports 3 through 6 as MVRP participants, mark the checkbox in the MVRP
column for the ports 3 through 6 on switch 3.
To activate port 7 and port 8 as MVRP participants, mark the checkbox in the MVRP column
for port 7 and port 8 on switch 4.
To maintain the registration of the VLANs, enable the Periodic state machine.
Select the On radio button in the Configuration frame.
To enable the function, select the On radio button in the Operation frame.
To enable the MVRP ports on switch 1, use the following commands. Substituting the appropriate
interfaces in the commands, enable the MVRP functions and ports on switches 2, 3 and 4.
16 Industry Protocols
For a long time, automation communication and office communication were on different paths. The
requirements and the communication properties were too different.
Office communication moves large quantities of data with low demands with respect to the transfer
time. Automation communication moves small quantities of data with high demands with respect to
the transfer time and availability.
While the transmission devices in the office are usually kept in temperature-controlled, relatively
clean rooms, the transmission devices used in automation are exposed to wider temperature
ranges. Dirty, dusty and damp ambient conditions make additional demands on the quality of the
transmission devices.
With the continued development of communication technology, the demands and the
communication properties have moved closer together. The high bandwidths now available in
Ethernet technology and the protocols they support enable large quantities to be transferred and
exact transfer times to be specified.
With the creation of the first optical LAN to be active worldwide, at the University of Stuttgart in
1984, Hirschmann laid the foundation for industry-compatible office communication devices.
Thanks to Hirschmann's initiative with the world's first rail hub in the 1990s, Ethernet transmission
devices such as switches, routers and firewalls are now available for the toughest automation
conditions.
The desire for uniform, continuous communication structures encouraged many manufacturers of
automation devices to come together and use standards to aid the progress of communication
technology in the automation sector. This is why we now have protocols that let us communicate
via Ethernet from the office right down to the field level.
Output Input
Input
Ethernet
Output
This protocol, which works in a packet-oriented way, is based on the TCP/IP transport protocol and
uses the Manufacturing Messaging Specification (MMS) for the client-server communication. The
protocol is object-oriented and defines a standardized configuration language that comprises,
among other things, functions for SCADA, Intelligent Electronic Devices (IED) and for the network
control technology.
Part 6 of the IEC 61850 standard defines the configuration language SCL (Substation
Configuration Language). SCL describes the properties of the device and the system structure in
an automatically processable form. The properties of the device described with SCL are stored in
the ICD file in the device.
The Technical Report, IEC 61850 90-4, specifies a bridge model. The bridge model represents the
functions of a switch as objects of an Intelligent Electronic Device (IED). An MMS client (for
example the control room software) uses these objects to monitor and configure the device.
Physical Device
Logical Device LN LPHD LN LPN0
LN LBRI
Port Number 1 2 3 4
Figure 132: Bridge model based on Technical Report IEC 61850 90-4
Class Description
LN LLN0 Zero logical node of the Bridge IED:
Defines the logical properties of the device.
LN LPHD Physical Device logical node of the Bridge IED:
Defines the physical properties of the device.
LN LBRI Bridge logical node:
Represents general settings of the bridge functions of the device.
LN LCCH Communication Channel logical node:
Defines the logical Communication Channel that consists of one or more
physical device ports.
Table 66: Classes of the bridge model based on TR IEC61850 90-4 (cont.)
Class Description
LN LCCF Channel Communication Filtering logical node:
Defines the VLAN and Multicast settings for the higher-level Communication
Channel.
LN LBSP Port Spanning Tree Protocol logical node:
Defines the Spanning Tree statuses and settings for the respective physical
device port.
LN LPLD Port Layer Discovery logical node:
Defines the LLDP statuses and settings for the respective physical device port.
LN LPCP Physical Communication Port logical node:
Represents the respective physical device port.
IEC61850/MMS does not provide any authentication mechanisms. If the write access for
IEC61850/MMS is activated, then every client that can access the device using TCP/IP is capable
of changing the settings of the device. This in turn can result in an incorrect configuration of the
device and to failures in the network.
NOTICE
RISK OF UNAUTHORIZED ACCESS TO THE DEVICE
Only activate the write access if you have taken additional measures (for example Firewall, VPN,
etc.) to reduce possible unauthorized access.
To allow the MMS client to change the settings, mark the Write access checkbox, and click the
button.
Offline configuration
The device lets you download the ICD file using the Graphical User Interface. This file contains the
properties of the device described with SCL and lets you configure the substation without directly
connecting to the device.
Open the Advanced > Industrial Protocols > IEC61850-MMS dialog.
To load the ICD file to your PC, click the button.
The IEC61850/MMS server integrated into the device lets you monitor multiple statuses of the
device by means of the Report Control Block (RCB). Up to 5 MMS clients can register for a Report
Control Block at the same time.
Table 67: Statuses of the device that can be monitored with IEC 61850/MMS
Table 67: Statuses of the device that can be monitored with IEC 61850/MMS (cont.)
The Modbus TCP function lets you install the device in networks already using Modbus TCP and
retrieve information saved in the registers in the device.
The device supports the client/server model of Modbus TCP/IP. This device operates as a server
in this constellation and responds to requests from a client for information saved in the registers.
Request Indication
Modbus Modbus
Client Confirmation Response
Server
The client / server model uses four types of messages to exchange data between the client and
server:
Modbus TCP/IP Request, the client creates a request for information and sends it to the server.
Modbus TCP/IP Indication, the server receives a request as an indication that a client requires
information.
Modbus TCP/IP Response, when the required information is available, the server sends a reply
containing the requested information. When the requested information is unavailable, the server
sends an Exception Response to notify the client of the error detected during the processing.
The Exception Response contains an exception code indicating the reason for the detected
error.
Modbus TCP/IP Confirmation, the client receives a response from the server, containing the
requested information.
The device supports functions with the public codes 0x03 (Read Holding Registers) and 0x05
(Write Single Coil). The codes let you read the information saved in the registers such as the
system information, including the system name, system location, software version, IP address,
MAC address. The codes also let you read the port information and port statistics. The 0x05 code
lets you reset the port counters individually or globally.
The following list contains definitions for the values entered in the Format column:
Bitmap: a group of 32-bits, encoded into the Big-endian byte order and saved in 2 registers. Big-
endian systems save the most significant byte of a word in the smallest address and save the
least significant byte in the largest address.
F1: 16-bit unsigned integer
F2: Enumeration - power supply alarm
– 0 = power supply good
– 1 = power supply failure detected
F3: Enumeration - OFF/ON
– 0 = Off
– 1 = On
The table below lists addresses that allow the client to reset port counters and retrieve specific
information from the device registers.
Port Information
Port Statistics
In this example, you configure the device to respond to client requests. The prerequisite for this
configuration is that the client device is configured with an IP address within the given range. The
Write access function remains inactive for this example. When you activate the Write access function,
the device lets you reset the port counters only. In the default configuration the Modbus TCP and
Write access functions are inactive.
The Modbus TCP protocol does not provide any authentication mechanisms. If the write access for
Modbus TCP is activated, then every client that can access the device using TCP/IP is capable of
changing the settings of the device. This in turn can result in an incorrect configuration of the device
and to failures in the network.
NOTICE
RISK OF UNAUTHORIZED ACCESS TO THE DEVICE
Only activate the write access if you have taken additional measures (for example Firewall, VPN,
etc.) to reduce possible unauthorized access.
Open the Device Security > Management Access > IP Access Restriction dialog.
16.3 EtherNet/IP
UDP/IP Unicast
UDP/IP Unicast/Multicast
Controller EtherNet/IP-Stack
Figure 134: EtherNet/IP network
EtherNet/IP adds the industry protocol CIP (Common Industrial Protocol) to the standard Ethernet
protocols. EtherNet/IP implements CIP at the Session layer and above and adapts CIP to the
specific EtherNet/IP technology at the Transport layer and below. In the case of automation
applications, EtherNet/IP implements CIP on the application level. Therefore, EtherNet/IP is ideally
suited to the industrial control technology sector.
TCP UDP
IP
In particular, you find EtherNet/IP in the USA and in conjunction with Rockwell controllers.
Note: If EtherNet/IP and the Routing function are enabled at the same time, then malfunctions are
possible with EtherNet/IP for example, in connection with “RS Who”. Therefore, if the Routing
function is active, then disable the Routing function in the device.
To disable the routing function in the device, open the Routing > Global dialog.
In the Operation frame, select the Off radio button.
In the module properties, enter a value of at least 100 ms for the Request Packet Interval (RPI).
Note: Monitoring the I/O connection to the CPU of the device as a detected failure can result in a
potential system failure. Therefore, do not consider the I/O connection to the CPU when monitoring.
The I/O connection between the programmable logic controller (PLC) and the device can be
interrupted by a management program. For example, a management station can saturate the CPU
of the device with higher priority Real Time (RT) data. In this case, the device can still transmit or
receive data packets and the system remains operational.
The Sample Code Library is a website from Rockwell. The object of the website is to provide users
with a place where they can exchange their best architecture integration applications.
On the website samplecode.rockwellautomation.com, search for catalog number 9701. This is the
catalog number of an example for integrating the Hirschmann device into RS Logix 5000 rel. 16,
PLC firmware release 16.
The following paragraphs identify the objects and operations supported by the device.
Supported operations
Table 71: Overview of the supported EtherNet/IP requests for the objects instances
Service Code Identity TCP/IP Ethernet Link Switch Agent Base Switch
Object Interface Object Object Object
Object
0x01 All attributes All attributes All attributes All attributes All attributes
Get Attribute All
0x02 – Settable Settable – –
Set Attribute All attributes attributes
(0x3, 0x5, (0x6, 0x9)
0x6, 0x8,
0x9, 0xA)
0x0e All attributes All attributes All attributes All attributes All attributes
Get Attribute
Single
0x10 – Settable Settable Settable attributes –
Set Attribute attributes attributes (0x5, 0x7)
Single (0x3, 0x5, (0x6, 0x9,
0x6, 0x8, 0x65, 0x67,
0x9, 0xA, 0x68, 0x69,
0x64) 0x6C)
0x05 Parameter – – – –
Reset (0x0, 0x1)
0x35 – – – Save switch –
Save configuration
Configuration
Vendor specific
0x36 – – – Add MAC filter –
Mac Filter STRUCT of:
Vendor specific USINT VlanId
ARRAY of:
6 USINT Mac
DWORD
PortMask
Identity object
The device supports the identity object (Class Code 0x01) of EtherNet/IP. The Hirschmann
manufacturer ID is 634. Hirschmann uses the ID 44 (0x2C) to indicate the product type "Managed
Ethernet Switch".
The device supports only Instance 1 of the TCP/IP Interface Object (Class Code 0xF5) of EtherNet/
IP.
Depending on the write access status, the device stores the complete configuration in its flash
memory. Saving the configuration file can take up to 10 seconds. If the saving process is
interrupted for example, due to a power supply failure, then the operation of the device might be
impossible.
Note: The device replies to the configuration change Get Request with a Response although the
configuration has not yet been saved completely.
The information in the following tables are part of the Ethernet Link Object. To access the
information, use the following values:
• Class(####)
• Instance(###)
• Attribute(#)
Specify at least one instance in the device, for example, Instance 1 is the CPU Ethernet interface
instance (Class Code 0xF6) of EtherNet/IP.
0x5 Media Counters Get STRUCT of: Alignment Errors, FCS Errors, Single
UDINT Collision, Multiple Collision, SQE Test
EthernetMib Errors, Deferred Transmissions, Late
Counter1 Collisions, Excessive Collisions, MAC
UDINT TX Errors, Carrier Sense Errors, Frame
EthernetMib Too Long, MAC RX Errors
Counter2
…
0x6 Interface Control Get/Set STRUCT of: Control Bits:
WORD ControlBits 0: Auto-negotiation enable/disable
(0=disable, 1=enable)
1: Duplex mode (0=Half, 1=Full),
if Auto-negotiation disabled
UINT Interface speed in MBits/s: 10,100,…,
ForcedInterface if Auto-negotiation disabled
Speed
0x7 Interface type Get USINT Type of interface:
0: Unknown interface type
1: The interface is internal
2: Twisted-pair
3: Optical fiber
Note: The number of ports depends on the type of hardware used. The Ethernet Link Object only
exists, if the module is plugged in and the port is connected.
The device supports the Hirschmann specific Ethernet Switch Agent Object (Class Code 0x95) for
the device configuration and information parameters with Instance 1.
The Hirschmann specific Ethernet Switch Agent Object provides you with the additional vendor
specific service, with the Service Code 0x35 for saving the Switch configuration. When you send a
request from your PC to save a device configuration, the device sends a reply after saving the
configuration in the flash memory.
The Base Switch object provides the CIP application-level interface to basic status information for
a managed Ethernet switch (revision 1).
I/O Data Value (data types and sizes to be defined) Direction Size1
Device Status Bitmask (see Switch Agent Attribute 0x1) Input DWORD
Link Status Bitmask, 1 Bit per port Input DWORD
(0=No link, 1=Link up)
Output Links Admin Bitmask (1 Bit per port) to acknowledge output. Input DWORD
State applied Link state change can be denied, for example
for controller access port.
(0=Port enabled, 1=Port disabled)
Utilization Alarm2 Bitmask, 1 Bit per port Input DWORD
(0=No alarm, 1=Alarm on port)
Access Violation Alarm3 Bitmask, 1 Bit per port Input DWORD
(0=No alarm, 1=Alarm on port)
Multicast Connections Integer, number of connections Input DINT
I/O Data Value (data types and sizes to be defined) Direction Size1
TCP/IP Connections Integer, number of connections Input DINT
Quick Connect Mask Bitmask (1 Bit per port) Input DINT
(0=Quick Connect disabled, 1=Quick Connec
enabled)
Link Admin State Bitmask, 1 Bit per port Output DWORD
(0=Port enabled, 1=Port disabled)
1. The default size of the port bit masks is 32 bits (DWORD). For devices with more than 28 ports the port bit masks have
been extended to n * DWORD.
2. You specify the utilization alarm settings in the Basic Settings > Port dialog, Utilization tab. The upper threshold is the limit,
where the alarm condition becomes active. The lower threshold is the limit, where an active alarm condition becomes
inactive.
3. You specify the Access Violation alarm settings in the Network Security > Port Security dialog. The upper threshold is the
limit, where the alarm condition becomes active. The lower threshold is the limit, where an active alarm condition
becomes inactive.
16.4 PROFINET
PROFINET enhances the existing Profibus technology for applications that require fast data
communication and the use of industrial IT functions.
PROFINET uses the device description language GSDML (Generic Station Description Markup
Language, based on XML) to describe devices and their properties so that they can be processed
automatically. You find the device description in the GSD (Generic Station Description) file of the
device.
The device creates GSDML files in the GSDML V.2.3 format. Within the GSDML file, the device is
modeled according to GSDML standard V.2.2.
Bus Interface
Slot 0
Compact
SubSl SubSl SubSl SubSl SubSl SubSl SubSl =Subslot
0x8001 0x8002 0x8003 0x8004 0x8005 0x8006
Bus Interface
Bus Interface
Slot 0
Slot 1 Slot ..
Module 1 Module ..
SubSl SubSl SubSl SubSl SubSl SubSl SubSl SubSl
SubSl SubSl SubSl SubSl 0x 0x 0x 0x 0x 0x 0x 0x
0x8001 0x8002 0x80.. 0x80.n 8001 8002 80.. 80.n 8001 8002 80.. 80.n
Port 1 Port 2 Port .. Port n Port 1 Port 2 Port .. Port n Port 1 Port 2 Port .. Port n
Figure 139: Mixed device
When you set up the device successfully in a PROFINET environment, the PROFINET IO controller
establishes an Application Relation (AR) with the device.
After the user logs in through the Command Line Interface, the device displays a message that an
Application Relation is active. In the PROFINET dialog, the Graphical User Interface displays
equivalent information, for example, the number of running Application Relations (AR).
If the device operates as the Ring manager in a MRP ring, then it does not establish the AR
automatically after the device reboots. In this case, you establish the AR by disabling the MRP ring
port in the device. Thus the device establishes the AR and the MRP ring closes automatically.
If the AR is already established, then keep the MRP ports enabled as long as these ports forward
PROFINET packets.
First you install, connect and configure the device. Then you integrate the device into a Control
System. To do this, perform the following steps:
Functions that directly affect the PROFINET function require the following default values to be
changed. When you obtain the device as a specially available PROFINET variant, the following
values are already predefined:
The following illustrates the configuration of the PLC using the example of the Simatic S7 software
from Siemens, and assumes that you are familiar with operating the software.
The device also supports engineering stations from other manufacturers, such as PC Worx from
Phoenix Contact.
In the PLC default setting, the PLC detects the interruption of the I/O connection to the device as a
failure. The PLC considers three consecutive Real Time packets missing from the PLC or from the
device as an interruption. According to the default setting, this leads to a system failure. To change
this default setting, you employ Step7 programming measures.
Note: Monitoring the I/O connection to the CPU of the device as a detected failure can result in a
potential system failure. Therefore, do not consider the I/O connection to the CPU when monitoring.
The device management traffic can interrupt the I/O connection between the PLC and the device.
For example, a management station can saturate the CPU of the device with higher priority real
time data. In this case, because the device can still transmit or receive data packets, the system
remains operational.
The Hirschmann device provides you with the following option for generating GDSML files and
icons:
You can use the Advanced > Industrial Protocols > PROFINET dialog in the GUI to download the
GSDML file and the icon of the device.
Note: When an Application Relation is already established, do not disable any of the MRP Ring
ports using the I/O modules (PROFINET).
For modular devices, slots 1 through n represent the modules. The ports are represented as
subslots/submodules.
For non-modular devices, the subslots 1 through n in slot 0 represent the ports.
If you change the port setting to a value other than Automatic settings, then the device disables
the port for a short time. If you have positioned the port on the path between the I/O controller and
the I/O device, then this interruption can possibly lead to a failure in establishing the Application
Relation. Make the following provisions before changing the port setting:
Note: Before disabling RSTP on certain ports, make sure that this will not result in loops.
Deactivate RSTP on the device ports between the I/O controller and the I/O device.
Open the Switching > L2-Redundancy > Spanning Tree > Port dialog, CIST tab.
Unmark the STP active checkbox for the relevant ports.
Swapping devices
Hirschmann devices support the device swapping function with an engineering station.
When identical devices are swapped, the engineering station assigns the parameters of the original
device to the new device.
The device swapping function with Simatic S7 requires the following prerequisites:
S7 300 with SW release from V2.7 (currently available for CPU 319) or S7 400 with SW release
from V5.2
Hirschmann device SW release from 05.0.00
The neighboring devices support LLDP
Topology (=neighborhood relationships) is configured and loaded onto SPS
When these conditions are met, the engineering station automatically assigns the parameters of
the original device (device name, IP parameters, and configuration data) to the replacement device.
Insert the replacement device in the same position in the network. When you reconnect the
ports, verify that the port assignments are the same as for the original device.
The PLC finds the replacement device and configures it the same way as the original device.
The PLC then detects proper operation.
When necessary, reset the PLC to Run.
Swapping modules
The PROFINET stack in the device detects a change in the connected modules and reports the
change to the engineering station. When a previously configured module is removed from the
device, the engineering station reports an error. When a configured module that was missing is
connected, the engineering station removes the error message.
Topology discovery
After you initialize the Topology discovery, the engineering station looks for connected devices.
Simatic S7 gives you the option to configure the topology and monitor it accordingly. Simatic S7
displays the connection parameters (quality and settings) in a colored graphic.
Communication diagnosis
Simatic S7 monitors the communication quality and outputs messages relating to communication
problems.
Simatic S7 counts for each port the number of data packets received and sent, the collisions, etc.
You can view these figures in the form of statistic tables in Simatic S7.
Alarms
Record parameters
I/O Data
You find the bit assignment for the I/O data in the following table.
The Open Platform Communications United Architecture (OPC UA) is a protocol for industrial
communication, and describes a variety of OPC UA information models. The OPC UA protocol is
a standardized protocol for the secure and reliable exchange of data in the industrial automation
space and in other industries.
The OPC UA protocol provides a very flexible and adaptable mechanism for transferring the data
between industrial automation equipment, monitoring devices, and sensors. The OPC UA protocol
uses a standard interface, for example, HTTPS that makes the protocol simple to integrate into
existing management systems. The device operating as an OPC UA server transmits the data of
the connected end devices, ranging from simple uptime status to large amounts of complex
industrial data.
The following figure displays the OPC UA information model data of the connected end devices
available to the OPC UA client.
Device
Basic Settings
Port
Location
Transmitted Octets
Name
Power Supply 1
Power Supply 2
o
Temperature [ C]
Uptime
Object Description
Auto power down Specifies how the port behaves when no cable is connected.
Port on Activates/deactivates the port.
Power state (port off) Specifies if the port is physically switched on or off when you
deactivate the port with the Port on function.
State Displays if the port is currently physically enabled or disabled.
Port status Displays the link status of the port.
The device operating as an OPC UA server processes the OPC UA information model data and
transmits it securely to the OPC UA client application. The OPC UA server and OPC UA client
communicate through a session.
The device operating as an OPC UA server shares the monitored data of the OPC UA information
model. The user of the OPC UA client selects the items to be monitored in the OPC UA client
application from a list of the International Electrotechnical Commission (IEC) variables. The OPC
UA client application requests the OPC UA information model data from the device operating as an
OPC UA server using the specified OPC UA user account data.
The device sets up an OPC UA session by first negotiating the policy for a secure connection. Over
this secure connection, the OPC UA client sends the login credentials of the OPC UA user account.
The OPC UA server in the device then authenticates the OPC UA client. When the login credentials
are valid, the device grants the OPC UA client access to its OPC UA Server function.
The device offers a role-based authentication and encryption concept to specifically control the
access to its OPC UA server. The OPC UA client can use commands and functions associated with
the OPC UA user account set up in the device.
In the default setting, the OPC UA Server function is disabled. The Advanced > Industrial Protocols >
OPC UA Server dialog lets you enable the OPC UA Server function. You can also specify the max.
number of simultaneous OPC UA sessions. In the default setting, the values for the Listening port
and Sessions (max.) fields are already specified. You specify the authentication and encryption
protocol for OPC UA users at global level.
Open the Advanced > Industrial Protocols > OPC UA Server dialog.
To enable the OPC UA Server function, select the On radio button in the Operation frame.
The device lets you manage the OPC UA user accounts required to access the device using a OPC
UA client application. Every OPC UA client user requires an active OPC UA user account to gain
access to the OPC UA server of the device.
In the following example, we will set up an OPC UA user account for the OPC UA client user USER
which has read access. Then the user USER is authorized to monitor the OPC UA information model
data. To do this, perform the following steps:
Open the Advanced > Industrial Protocols > OPC UA Server dialog.
Note: When you set up a new OPC UA user account, remember to set the password.
After you deactivate the OPC UA user account, the user cannot access the device using the OPC
UA Server function. Deactivating an OPC UA user account lets you keep the account settings and
reuse them in the future. To do this, perform the following steps:
Open the Advanced > Industrial Protocols > OPC UA Server dialog.
The dialog displays the OPC UA user accounts that are set up.
In the row for the relevant OPC UA user account, unmark the checkbox in the Active
column.
To permanently deactivate the OPC UA user account settings, you delete the OPC UA user
account. To do this, perform the following steps:
Open the Advanced > Industrial Protocols > OPC UA Server dialog.
The dialog displays the OPC UA user accounts that are set up.
Select the table row of the relevant OPC UA user account.
show opc-ua users To display the user accounts that are set up.
User Name Access-Role Status
-------------------------- ------------- ------
The following example describes the configuration of a DHCP server using the haneWIN DHCP
Server software. This shareware software is a product of IT-Consulting Dr. Herbert Hanewinkel.
You can download the software from www.hanewin.net. You can test the software for 30 calendar
days from the date of the first installation, and then decide if you want to purchase a license.
Note: When Windows is activated, the installation procedure includes a service that is
automatically started in the basic configuration. This service is also active although the program
itself has not been started. When started, the service responds to DHCP queries.
In the menu bar, click the items Options > Preferences to open the program settings window.
Select the DHCP tab.
Specify the settings displayed in the figure.
The following example describes the configuration of a DHCP server using the haneWIN DHCP
Server software. This shareware software is a product of IT-Consulting Dr. Herbert Hanewinkel.
You can download the software from www.hanewin.net. You can test the software for 30 calendar
days from the date of the first installation, and then decide if you want to purchase a license.
Note: When Windows is activated, the installation procedure includes a service that is
automatically started in the basic configuration. This service is also active although the program
itself has not been started. When started, the service responds to DHCP queries.
In the Hardware address field, specify the value Circuit Identifier and the value Remote Identifier for
the switch and port.
The DHCP server assigns the IP address specified in the IP address field to the device that you
connect to the port specified in the Hardware address field.
The hardware address is in the following form:
ciclhhvvvvssmmpprirlxxxxxxxxxxxx
ci
Sub-identifier for the type of the Circuit ID
cl
Length of the Circuit ID.
hh
Hirschmann identifier:
01 when a Hirschmann device is connected to the port, otherwise 00.
vvvv
VLAN ID of the DHCP request.
Default setting: 0001 = VLAN 1
ss
Socket of device at which the module with that port is located to which the device is
connected. Specify the value 00.
mm
Module with the port to which the device is connected.
pp
Port to which the device is connected.
ri
Sub-identifier for the type of the Remote ID
rl
Length of the Remote ID.
xxxxxxxxxxxx
Remote ID of the device (for example MAC address) to which a device is connected.
MAC =
IP = 00:80:63:10:9a:d7
192.168.112.100
DHCP Server
IP =
192.168.112.1
IP =
192.168.112.100
You can connect to the device using SSH. To do this, perform the following steps:
Generate a key in the device.
or
Transfer your own key onto the device.
Prepare access to the device in the SSH client program.
Note: In the default setting, the key is already existing and access using SSH is enabled.
The device lets you generate the key directly in the device. To do this, perform the following steps:
Open the Device Security > Management Access > Server dialog, SSH tab.
To disable the SSH server, select the Off radio button in the Operation frame.
OpenSSH gives experienced network administrators the option of generating an own key. To
generate the key, enter the following commands on your PC:
ssh-keygen(.exe) -q -t rsa -f rsa.key -C '' -N ''
rsaparam -out rsaparam.pem 2048
The device lets you transfer your own SSH key onto the device. To do this, perform the following
steps:
Open the Device Security > Management Access > Server dialog, SSH tab.
To disable the SSH server, select the Off radio button in the Operation frame.
Click the Start button in the Key import frame to load the key onto the device.
To enable the SSH server, select the On radio button in the Operation frame.
The PuTTY program lets you access the device using SSH. You can download the software from
www.putty.org.
In the Host Name (or IP address) field you enter the IP address of your device.
The IP address (a.b.c.d) consists of 4 decimal numbers with values from 0 to 255. The 4 decimal
numbers are separated by points.
To select the connection type, select the SSH radio button in the Connection type option list.
Click the Open button to set up the data connection to your device.
Before the connection is established, the PuTTY program displays a security alarm message and
lets you check the key fingerprint.
Before the connection is established, the PuTTY program displays a security alarm message and
lets you check the key fingerprint.
Check the fingerprint of the key to help ensure that you have actually connected to the desired
device.
When the fingerprint matches your key, click the Yes button.
For experienced network administrators, another way of accessing your device through an SSH is
by using the OpenSSH Suite. To set up the data connection, enter the following command:
Your web browser establishes the connection to the device using the HTTPS protocol. The
prerequisite is that you enable the HTTPS server function in theDevice Security > Management Access >
Server dialog, HTTPS tab.
Note: Third-party software such as web browsers validate certificates based on criteria such as
their expiration date and current cryptographic parameter recommendations. Old certificates can
cause errors for example, an expired certificate or cryptographic recommendations change. To
solve validation conflicts with third-party software, transfer your own up-to-date certificate onto the
device or regenerate the certificate with the latest firmware.
A standard certificate according to X.509/PEM (Public Key Infrastructure) is required for encryption.
In the default setting, a self-generated certificate is already present in the device. To do this,
perform the following steps:
Open the Device Security > Management Access > Server dialog, HTTPS tab.
To create a X509/PEM certificate, in the Certificate frame, click the Create button.
The device also lets you transfer an externally generated X.509/PEM certificate onto the device:
Open the Device Security > Management Access > Server dialog, HTTPS tab.
When the certificate is located on your PC or on a network drive, drag and drop the
certificate in the area. Alternatively click in the area to select the certificate.
Click on the Start button to copy the certificate to the device.
Note: To activate the certificate after you created or transfered it, reboot the device or restart the
HTTPS server. Restart the HTTPS server using the Command Line Interface.
The default setting for HTTPS data connection is TCP port 443. If you change the number of the
HTTPS port, then reboot the device or the HTTPS server. Thus the change becomes effective. To
do this, perform the following steps:
Open the Device Security > Management Access > Server dialog, HTTPS tab.
To enable the function, select the On radio button in the Operation frame.
To access the device by HTTPS, enter HTTPS instead of HTTP in your browser, followed
by the IP address of the device.
When you make changes to the HTTPS port number, disable the HTTPS server and enable it again
in order to make the changes effective.
The device uses HTTPS protocol and establishes a new data connection. When you log out at the
end of the session, the device terminates the data connection.
B Appendix
A small selection of books on network topics, ordered by publication date (newest first):
TSN – Time-Sensitive Networking (in German)
Wolfgang Schulte
VDE Verlag, 2020
ISBN 978-3-8007-5078-8
Time-Sensitive Networking For Dummies, Belden/Hirschmann Special Edition (in English)
Oliver Kleineberg and Axel Schneider
Wiley, 2018
ISBN 978-1-119-52791-6 (Print), ISBN 978-1-119-52799-2 (eBook)
Get your free PDF copy on https://www.belden.com/resources/knowledge/ebooks/time-
sensitive-networking-for-dummies-lp
IPv6: Grundlagen - Funktionalität - Integration (in German)
Silvia Hagen
Sunny Connection, 3rd edition, 2016
ISBN 978-3-9522942-3-9 (Print), ISBN 978-3-9522942-8-4 (eBook)
IPv6 Essentials (in English)
Silvia Hagen
O'Reilly, 3rd edition, 2014
ISBN 978-1-449-31921-2 (Print)
TCP/IP Illustrated, Volume 1: The Protocols (2nd Edition) (in English)
W. R. Stevens and Kevin R. Fall
Addison Wesley, 2011
ISBN 978-0-321-33631-6
Measurement, Control and Communication Using IEEE 1588 (in English)
John C. Eidson
Springer, 2006
ISBN 978-1-84628-250-8 (Print), ISBN 978-1-84628-251-5 (eBook)
TCP/IP: Der Klassiker. Protokollanalyse. Aufgaben und Lösungen (in German)
W. R. Stevens
Hüthig-Verlag, 2008
ISBN 978-3-7785-4036-7
Optische Übertragungstechnik in der Praxis (in German)
Christoph Wrobel
Hüthig-Verlag, 3rd edition, 2004
ISBN 978-3-8266-5040-6
B.2 Maintenance
Hirschmann is continually working on improving and developing their software. Check regularly if
there is an updated version of the software that provides you with additional benefits. You find
information and software downloads on the Hirschmann product pages on the Internet at
www.hirschmann.com.
The Management Information Base (MIB) is designed in the form of an abstract tree structure.
The branching points are the object classes. The "leaves" of the MIB are called generic object
classes.
When this is required for unique identification, the generic object classes are instantiated, that
means the abstract structure is mapped onto reality, by specifying the port or the source address.
Values (integers, time ticks, counters or octet strings) are assigned to these instances; these values
can be read and, in some cases, modified. The object description or object ID (OID) identifies the
object class. The subidentifier (SID) is used to instantiate them.
Example:
Specifying the subidentifier 2 maps this abstract information onto reality (instantiates it), thus
identifying it as the operating status of power supply 2. A value is assigned to this instance and can
be read. The instance get 1.3.6.1.4.1.248.11.11.1.1.1.1.2.1 returns the response 1, which
means that the power supply is ready for operation.
1 iso
3 org
6 dod
1 internet
3 at 12 hm2Platform5 12 Target
4 ip 13 Notification
5 icmp 15 usm
6 tcp 16 vacm
7 udp
11 snmp
16 rmon
17 dot1dBridge
26 snmpDot3MauMGT
Figure 159: Tree structure of the Hirschmann MIB
When you have downloaded a software update from the product pages on the Internet, the ZIP
archive of the device software also contains the MIBs.
ANSI/TIA-1057 Link Layer Discovery Protocol for Media Endpoint Devices, April 2006
16.5.5 Switching
16.5.6 VLAN
16.5.8 Routing/Switching
The product contains, among other things, Open Source Software files developed by third parties
and licensed under an Open Source Software license.
You can find the license terms in the Graphical User Interface in the Help > Licenses dialog.
C Index
0-9
802.1X . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
A
ABR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302, 304
Access roles . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 63
Access security . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 105
Address Resolution Protocol . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257
Adjacency . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306
Advanced Information, HIPER Ring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190
Advanced Information, MRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180
Advanced Information, RCP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 248
Advanced Information, Ring/Network Coupling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228
Advanced Mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179, 182
Advertisement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283
Advertisement interval . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 284
AF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152
Aging time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135, 330
Alarm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 353, 462
Alarm messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351
Alarm setting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 456
Alternate port . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201, 207
APNIC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Area Border Router . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302, 304
ARIN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
ARP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46, 257, 258
ARP data packet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323
ASBR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301, 304
Assert process . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 343
Assured Forwarding . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152
Authentication list . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Automatic configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106
Autonomous System Area Border Router . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 304
Autonomous System Boundary Router . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301
B
Backbone Area . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302
Backup Designated Router . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306, 307
Backup port . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202, 207
Backup router . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 284
Bandwidth . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 155
BDR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306
Best Master Clock algorithm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
BOOTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
Boundary . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 339
Boundary clock (PTP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
BPDU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 196
BPDU guard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206, 207
Bridge Identifier . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193
Bridge Protocol Data Unit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 196
Broadcast . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 256
C
CA certificate . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 386
CIDR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46, 259, 300
CIP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 437
Class Selector . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152
Classless inter domain routing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
Classless Inter-Domain Routing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 259, 300
Closed circuit . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 363
Command Line Interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Command tree . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
Common Industrial Protocol . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 437
Configuration file . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 54
Configuration modifications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351
Conformity class . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 454
Convergence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294
Count-to-infinity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 297
D
Data traffic . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
Daylight saving time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 77
Default gateway . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282, 283
Delay (PTP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
Delay measurement (PTP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
Delay time (MRP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179
Denial of Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
Designated bridge . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201
Designated port . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201, 206
Designated Router . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306, 307
Destination table . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351
Device description language . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 454
Device status . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 355
DHCP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
DHCP L2 Relay . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 412
DHCP server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 76, 80, 475, 479
Diameter (Spanning Tree) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 195
Differentiated services . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152
DiffServ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141
DiffServ Codepoint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152
Disabled port . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202
Distance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 266, 267
Distance vector algorithm . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294
DoS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
DR . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306
DSCP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141, 150, 152
DVMRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330
E
Edge port . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201, 206
EDS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 437
EF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152
Email notification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 378
Engineering Station . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 460
Engineering system . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 457
EtherNet/IP website . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 437
Event log . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 386
Expedited Forwarding . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152
Extended Unique Identifier . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 329
F
FAQ . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 511
Faulty device replacement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 15
First installation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
Flooding . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 331
Flow control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 155
G
GARP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 419
Gateway . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44, 48
Generic Ethernet Module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 438
Generic object classes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 489
Global Config mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26, 27
GMRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 419
Grafting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 332
Grandmaster (PTP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
GSD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 454, 456, 457
GSD file . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 457
GSDML . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 454
H
HaneWin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 475, 479
Hardware reset . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351
Hello . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306
HiDiscovery . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 43
HIPER Ring Advanced Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190
HIPER Ring Packet Prioritization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 191
HIPER Ring Packets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 190
HIPER-Ring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 189, 343
HiView . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 58
HiVRRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 282
Hop count . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294, 297
Host address . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
I
IANA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44, 328
IAS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Icon . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 456
IEC 61850 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 428
IEEE 802.1X . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
IEEE MAC Adresse . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 372
IGMP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 329
IGMP Querier Interval . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 345
IGMP snooping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135, 437
Implicit join . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 331
Importance . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 268
Industrial HiVision . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
Infinity . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 297
Instantiation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 489
Integrated authentication server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Interface tracking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272, 274, 275
Interface tracking object . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273
Internal router . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 304
Internet Group Management Protocol . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 329
IP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 257
IP address . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44, 48, 54, 283
IP address owner . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283, 284
IP data packet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323
IP header . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141, 143, 152
ISO/OSI layer model . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
ISO/OSI reference model . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 256
L
LACNIC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
LDAP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
Leave message . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135, 330
Link Aggration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176
Link Aggregation interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272
Link down delay . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273
Link monitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 355, 363
Link State Advertisement . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 304
Link State Database . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307
Link up delay . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273
Link-down notification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 287
Load sharing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 267
Logical tracking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272, 274, 277, 279
Login dialog . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Loop guard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207, 209
Loops . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 238, 239, 242, 244
LSA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 304, 307
LSD . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 307
M
MAC address . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283
MAC address filter . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131
MAC destination address . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 46
Mail notification . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 378
Master router . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283
MaxAge . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 196
Memory (RAM) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
Message . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351
Metric . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294
MMS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 428
Mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106
Module properties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 459
MRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176, 178, 179
MRP Advanced Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180
MRP over LAG . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 185
MRP Packet Prioritization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 181
MRP Packets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 180
Multicast . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135, 256
Multicast address . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306, 327
Multicast routing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 327
Multinetting . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 260
N
Netdirected Broadcasts . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 260
Netdirected broadcasts (port based) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 262
Netdirected broadcasts (VLAN based) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 263
Netmask . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44, 48
Network load . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192, 193
Network management . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 55
Network management station . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 461
Network plan . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255
Next Hop . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294
Non-volatile memory (NVM) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
Not So Stubby Area . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302
NSSA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302
NVM (non-volatile memory) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
O
Object classes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 489
Object description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 489
Object ID . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 489
ODVA . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 437
ODVA website . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 437
Open Shortest Path First . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300
OpenSSH-Suite . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
Operand . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 277, 280
Operation monitoring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 363
Operators . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 274
Option 82 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 479
Ordinary clock (PTP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 83
Organizationally Unique Identifier . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 329
OSI reference model . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 256
OSPF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255, 294, 300
OUI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 329
P
Packet duplications . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 343
Password . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 20, 22, 24
Path costs . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 194, 197
PC Worx . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 457
PHB . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152
PIM-DM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330
PIM-SM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 331
Ping response . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 273
Ping tracking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 268, 272, 273
Polling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351
Port Identifier . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193
Port mirroring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 390
Port priority . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 149
Port roles (RSTP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201
Port State . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 202
Port-based router interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 261
Precedence . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 152
Preempt delay . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 287
Preempt mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 287
Primary ring (RCP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 246
Priority . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143
Priority queue . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144
Priority tagged frames . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143
Privileged Exec mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
PROFIBUS Organization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 454
Protection functions (guards) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206
Protocol-based VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323
Proxy ARP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 258
Prune messages . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 331
PTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
PTP domain . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 84
PuTTY . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Q
QoS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 142
Querier Election . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330
Query . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135
R
RADIUS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 59
RAM (memory) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 85
Rapid Spanning Tree . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176, 201
RCP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176
RCP Advanced Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 248
RCP packets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 249
RCP prerequisites . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 247
RCP topology requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 249
RCP, Topology of Two-Switch Redundant Coupling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 248
RCP, Topology Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 248
Real time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141
Reconfiguration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193
Reconfiguration time (MRP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 179
Record . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 459, 462
Redistributing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302
Redistribution . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 301
Redundancy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 192
Redundant static route . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 266
Reference time source . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75, 80, 83
Relay contact . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 363
Remote diagnostics . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 363
Report . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 383
Report message . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 135, 330
Request Packet Interval . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 438
Reverse Path Forwarding . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 332
RFC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 491
Ring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178, 185
Ring Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 185
Ring manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178
Ring/Network coupling . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176
Ring/Network Coupling Advanced Information . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 228
Ring/Network Coupling packet prioritization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233
Ring/Network Coupling packets . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 231
Ring/Network Coupling, Link Topology of One-Switch Coupling . . . . . . . . . . . . . . . . . . . . . . . 228
Ring/Network Coupling, Link Topology of Two-Switch Coupling . . . . . . . . . . . . . . . . . . . . . . . 229
Ring/Network Coupling, Link Topology of Two-Switch Coupling with Control Line . . . . . . . . . 230
Ring/Network Coupling, Topology requirements . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 233
RIP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255, 294
RIPE NCC . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
RM function . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 178, 185
RMON probe . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 390
Root Bridge . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 197
Root guard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 206, 209
Root path . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 198, 199
Root Path Cost . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 193
Root port . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 201, 207
Route Summarization . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302
Route tracking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 268
Router . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 44
Router ID . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306
Router priority . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 306
Routing Function . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 438
Routing Information Protocol . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 294
Routing table . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 262, 268, 294, 330
Routing tables . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 287
RPF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 332
RPI . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 438
RS Who . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 438
S
Scoping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 339
Secondary ring (RCP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 246
Secure shell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18, 21
Segmentation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351
Serial interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18, 23
Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 383
Service shell . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
Service Shell deactivation . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 39
Setting the time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
SFP module . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 371
Shortest Path First . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 308
Shortest Path Tree . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 332
Signal contact . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 363
Simatic S7 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 457
Skew time . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 284
SNMP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351
SNMP trap . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351, 353
SNTP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 75
Software version . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 99
Source filtering . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 330
Source-routed . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 332
SPF . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 308
Split horizon . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 297
SPT . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 332
SSH . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18, 21
Starting the graphical user interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
Static route tracking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 268
Static routes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 255
Static routing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272
Store-and-forward . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 131
STP-BPDU . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 196
Strict Priority . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144
Stub Area . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 302
Subidentifier . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 489
Subnet . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 48
Subring . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 176, 216
Sub-ring Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224
Sub-ring Redundant Manager . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 224
Switching times . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 343
Symbol . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 437, 457
Syslog over TLS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 386
System requirements (Graphical User Interface) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
T
Tab Completion . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 36
TCN guard . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207, 209
TCP/IP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 437, 454
Technical questions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 511
Threshold value . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 456
Time to Live. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 339
Topology Change flag . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 207
ToS . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 141, 143, 152
Tracking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 268
Tracking (VRRP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272
Traffic class . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144, 149
Traffic shaping . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 150
Training courses . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 511
Transmission reliability . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351
Transparent clock (PTP) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 82
Trap . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351, 353
Trap destination table . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 351
Tree structure (Spanning Tree) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 197, 200
TTL . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 339
Two-Switch coupling, Primary device . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 237
Two-Switch coupling, Stand-by device . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 239
Type of Service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143
U
UDP/IP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 437, 454
Update . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 41
Upstream . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 331
User Exec mode . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 26
User name . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 19, 22, 24
V
Variable Length Subnet Mask . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300
Video . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144
virtual link . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 303
Virtual MAC address . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283
Virtual router . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283
Virtual router ID . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283
Virtual router interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 324
Virtual router IP address . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 284
Virtual router MAC address . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 284
VLAN . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 157
VLAN (HIPER-Ring) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 189
VLAN priority . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 148
VLAN protocol group . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323
VLAN router interface . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272
VLAN routing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 323
VLAN tag . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 143, 157
VLSM . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 300
VoIP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144
VRID . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283, 284
VRRP . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272, 282
VRRP priority . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 284
VRRP router . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 283
VRRP Tracking . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 272
VT100 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 24
W
Weighted Fair Queuing . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144
Weighted Round Robin . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 144
D Further support
Technical questions
For technical questions, please contact any Hirschmann dealer in your area or Hirschmann directly.
A list of local telephone numbers and email addresses for technical support directly from
Hirschmann is available at hirschmann-support.belden.com.
This site also includes a free of charge knowledge base and a software download section.
Technical Documents
The current manuals and operating instructions for Hirschmann products are available at
doc.hirschmann.com.
The Customer Innovation Center is ahead of its competitors on three counts with its complete range
of innovative services:
Consulting incorporates comprehensive technical advice, from system evaluation through
network planning to project planning.
Training offers you an introduction to the basics, product briefing and user training with
certification.
You find the training courses on technology and products currently available at
www.belden.com/solutions/customer-innovation-center.
Support ranges from the first installation through the standby service to maintenance concepts.
With the Customer Innovation Center, you decide against any compromise in any case. Our client-
customized package leaves you free to choose the service components you want to use.
E Readers’ Comments
What is your opinion of this manual? We are constantly striving to provide as comprehensive a
description of our product as possible, as well as important information to assist you in the operation
of this product. Your comments and suggestions help us to further improve the quality of our
documentation.
General comments:
Sender:
Company / Department:
Street:
E-mail:
Date / Signature:
Dear User,