CAPITOLUL 2 - MODELUL DE REȚEA ÎN PRODUCȚIE

Obiective

După parcurgerea acestui capitol, vei fi capabil să:

• Folosești modelul OSI ca framework de debugging, nu ca teorie de examen - cu accent pe unde se întâmplă efectiv procesarea în RouterOS.
• Identifici rapid simptomul, îl corelezi cu layer-ul corect și aplici instrumentul potrivit - fără a urma rigid o secvență fixă.
• Înțelegi interacțiunile dintre layere care produc cele mai frecvente probleme în producție: fasttrack vs. firewall, conntrack states, bridge vs. switch chip, MTU pe tunele, ARP edge cases.
• Aplici debugging bazat pe simptome, nu pe proceduri rigide - pentru că în rețelele reale, simptomul dictează unde începi.
• Cunoști failure patterns reale din rețele MikroTik și știi cum să le previi.

DE CE CONTEAZĂ

Modelul OSI nu este un poster de perete. Este singurul framework mental care te împiedică să cauți o problemă de ARP în regulile de firewall sau o problemă de MTU în configurarea DNS.

Dar modelul OSI singur nu ajunge. În producție, trebuie să înțelegi:

• Unde procesează RouterOS efectiv - ce trece prin CPU, ce trece prin switch chip, ce sare peste firewall prin fasttrack
• Care sunt stările reale ale conexiunilor - nu doar „merge/nu merge”, ci established, new, invalid, untracked
• Ce se întâmplă cu adevărat la NAT - diferența între src-nat și masquerade nu este cosmetică, este funcțională și are impact pe conntrack
• De ce unele pachete „dispar” - asymmetric routing, PMTUD black holes, bridge cu VLAN filtering greșit