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 ajută la formularea ipotezelor de diagnostic. El descrie responsabilități conceptuale; traseul real prin RouterOS se verifică separat în packet flow.

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