All the above-mentioned types of access control lists (ACLs) are a set of instructions (rules), which determine actions applied to network traffic. A frame/packet is analyzed, its content is compared with the ACL rules, and, based on this, the decision of what to do with this frame/packet is made.
The Policy-filter-list is used for filtering of routing policies in various unicast and multicast routing protocols, their advertising, redistribution, adding special rules when handling the routing information. It can NOT be used to block or allow traffic passing through the router.
The Filter-map, in turn, is used to block or allow traffic passing through the router. It is also applicable in QoS, PBR and HTTP redirect scenarios.
The Prefix-list is similar to the Policy-filter-list in functionality, but provides more flexible control of subnet masks. These lists are widely used when configuring BRAS.
The default configuration of the router contains only L2 ports that correspond to the settings for the data link layer of the OSI model. To configure network-level technologies, you need to create L3 interfaces. The names of L3 interfaces can be any, but the names of L2 ports depend on the used network adapters and are determined automatically at the system startup. To bind L3 interfaces to L2 ports, special service interfaces are used. The service interface is an instance of the service (MPLS, PWE, 802.1q, 802.1ad, etc.) on the L2 port.
Such separation of levels when configuring various L2/L3 functionality allows network administrators to more flexibly control the traffic passing through the router.
Our development team holds technical and commercial demonstrations of new functionality for all interested parties several times a month, where you can see the development process from the inside, chat directly with the developers and ask questions. To register for the event, please contact us by email at email@example.com. All relevant information on our products can be clarified by phone, email or in the online chat.
You can also get the latest information from our news feed. Subscribe.
The RDP.RU team is trying to make the product development process as transparent as possible, affordable and understandable for our customers and partners. The router development methodology provides for demonstrating the developed functionality for interested parties. Demonstrations of technical solutions are held with providing access to the command line of the router, together with discussions of further product and technology development and getting feedback from users to prioritize the current and new development tasks. To register for the event, please contact us by email at firstname.lastname@example.org.
At the moment our company is preparing an open service for network technology enthusiasts with the possibility of full participation in the development and improvement of product quality. To stay in touch, subscribe to our email newsletter.
We do not sell our products directly. To purchase RDP.RU solutions, contact any authorized partner from the list.