Mi az OSI-modell 3. rétege:
Az OSI-modell 3. rétege: Hálózati réteg: A hálózati réteg funkcionális és eljárási eszközöket biztosít a változó hosszúságú adatsorok átviteléhez az egyik hálózaton lévő forrásállomásról egy másik hálózaton lévő célállomáshoz, a szállítási réteg által kért szolgáltatásminőség fenntartása mellett (ellentétben az adatkapcsolati réteggel, amely az ugyanazon hálózaton belüli állomáshelyeket köti össze). A hálózati réteg végzi a hálózati útválasztási funkciókat, továbbá elvégezheti a fragmentálást és az újra összerakást, és jelentheti a kézbesítési hibákat. Az útválasztók ezen a rétegen működnek – adatokat küldenek a kiterjesztett hálózaton keresztül, és teszik lehetővé az internetet. Ez egy logikai, nem hierarchikus címzési séma, amelynek értékeit a hálózati mérnök választja ki. A hálózati réteghez számos rétegkezelő protokoll tartozik, köztük az útválasztási protokollok, a multicast-csoportok kezelése, a hálózati réteg információ- és hibakezelése, valamint a hálózati réteg címkiosztása. A hálózati rétegnek legalább három alrétege lehet: 1) alhálózati hozzáférés, amely a hálózatokhoz való kapcsolódással foglalkozó protokollokat veszi figyelembe, mint például az X.25; 2) alhálózattól függő konvergencia, amelyet akkor használnak, ha egy tranzithálózat szintjét fel kell hozni a kétoldali hálózatok szintjére; és 3) alhálózattól független konvergencia, amely a több hálózaton keresztüli átvitelt kezeli, erre a legjobb példa a CLNP, vagy az IPv7 ISO 8473. (Ez kezeli a kapcsolat nélküli adatátvitelt egy-egy ugrásonként, a végrendszertől a belépő útválasztóig, az útválasztótól az útválasztóig és a kilépő útválasztótól a rendeltetési végrendszerig. Nem felelős a következő ugrásig történő megbízható kézbesítésért, csak a hibás csomagok észleléséért, hogy azokat el lehessen dobni. In this scheme, IPv4 and IPv6 would have to be classed with X.25 as subnet access protocols because they carry interface addresses rather than node addresses.)
LEARN MORE ABOUT Layer 3 of the OSI Model: Network Layer AND RELATED TECHNOLOGIES
- Best Practices for Successful IP Address Management (IPAM) – White Paper
- Top Reasons Why Enterprises Must Automate DNS, DHCP and IPAM – White Paper
- Infoblox IP Address Management – Visibility, Control & Automation – White Paper
FROM THE INFOBLOX COMMUNITY
- Still Using DHCP On Your Routers? You Can’t Do That With IPv6
- How Docker Networking Works and the Importance of IPAM Functionality
- Don’t Forget One Critical Piece When Modernizing Service Providers’ NFV and SDN Architecture