Has recorregut dues vegades el camí dels bits a les aplicacions: amb el mapa de set capes d'OSI (mòdul 3) i amb el de quatre de TCP/IP (aquest mòdul). Toca posar-los cara a cara i respondre les preguntes que tot professional acaba fent-se: com es corresponen exactament les capes?, per què hi ha dos models i no un?, quin "és el bo"? (espòiler: la pregunta està mal plantejada), i on cauen els casos incòmodes que no encaixen net en cap dels dos — ARP, TLS, les VLAN, la famosa "capa 2.5"? Aquesta lliçó tanca el mòdul 4 amb una tesi pràctica: OSI és l'idioma per parlar i diagnosticar; TCP/IP és el plànol d'allò que realment construeixes i configures. Dominar-los tots dos — i saber traduir de l'un a l'altre sense entrebancar-se a les fronteres — és el que distingeix qui recita capes de qui les fa servir. Ho posarem a prova amb mini-casos reals de Meridiano resolts anomenant la capa en tots dos models.

1. La taula de correspondència, capa a capa
2. Dos orígens, dues filosofies: comitè vs running code
3. Què fer servir per a què: parlar amb OSI, construir amb TCP/IP
4. Els casos frontera: on els mapes s'arruguen
5. Mini-casos de Meridiano: diagnòstic bilingüe
6. Tancament del mòdul: el mapa i el territori

El mapatge canònic, amb els protocols ja coneguts com a testimonis de cada frontera:

Tres lectures de la taula:

• Les capes centrals coincideixen una a una. Transport↔Transport i Xarxa↔Internet són la zona estable del mapatge: ningú no discuteix on va TCP o IP. No és casualitat — són les capes on els protocols reals van definir el model (TCP/IP) i on OSI descrivia el mateix que ja existia.
• Els extrems es comprimeixen. A dalt, TCP/IP fon 5-6-7 en Aplicació (raons a 04-05); a baix, fon 1-2 en Accés a la xarxa perquè a IP tant li fa la tecnologia que tingui a sota (04-02). OSI detalla els extrems; TCP/IP els delega — a dalt en cada aplicació, a baix en cada tecnologia de xarxa.
• Les PDU sobreviuen al canvi de model. Trama, paquet, segment (03-01) signifiquen el mateix en tots dos mapes: són vocabulari del territori, no dels mapes. Per això "el paquet no arriba" és una frase inequívoca diguis el model que diguis.

Recordatori de 04-01: també existeix la variant híbrida de 5 capes (Física, Enllaç, Xarxa, Transport, Aplicació) que fan servir gairebé tots els llibres de text moderns — és exactament aquesta taula partint "Accés a la xarxa" en dues. Si la veus, ja saps traduir-la.

Els dos models no competeixen: van néixer per a coses diferents, i les seves biografies ho expliquen tot (una part la vas conèixer a 03-01 i 04-01):

La cultura d'Internet ho va resumir en un lema cèlebre atribuït a la IETF (l'organisme que estandarditza els protocols d'Internet): "we reject kings, presidents and voting; we believe in rough consensus and running code" — rebutgem reis, presidents i votacions; creiem en el consens aproximat i el codi que funciona. Davant de l'edifici teòric d'OSI, dissenyat per comitè per ser complet, TCP/IP es va estandarditzar a cop d'implementació: si dos programes interoperaven, era estàndard de facto.

D'aquí se'n deriven les dues personalitats:

• OSI és exhaustiu i simètric: set capes, cada funció al seu calaix, encara que el calaix quedi gairebé buit a la pràctica (sessió i presentació, 03-06/03-07). Perfecte per analitzar.
• TCP/IP és pragmàtic i asimètric: quatre capes de mides desiguals que reflecteixen on hi ha estandardització real (el centre) i on diversitat deliberada (els extrems). Perfecte per construir.

La convivència dels dos models no és una anomalia històrica: és una divisió del treball que convé explotar conscientment.

OSI és l'idioma. La indústria sencera numera amb OSI, fins i tot qui no ha implementat mai un protocol OSI:

• "switch de capa 2", "switch de capa 3", "balancejador de capa 7", "tallafoc de capa 4" — tot el catàleg comercial parla OSI.
• "El problema és de capa 1" (un cable), "això és capa 8" (l'usuari — broma gremial inclosa).
• El diagnòstic per capes del mòdul 3 (03-05): descartar de baix a dalt exigeix el vocabulari fi — distingir sessió de presentació et permet dir "el certificat TLS ha caducat" (≈6) davant de "el servidor talla les connexions" (≈5) amb precisió quirúrgica.

TCP/IP és el plànol. Quan toques sistemes reals, el que tens al davant és la pila TCP/IP:

• La configuració de xarxa de qualsevol SO té exactament les peces de TCP/IP: interfície (accés a la xarxa), IP/màscara/gateway/rutes (Internet), ports i sockets (transport), i serveis (aplicació). No hi ha enlloc on "configurar la capa de presentació".
• Les captures de trànsit del mòdul 6 mostraran trama → IP → TCP → HTTP: quatre pisos, no set.
• El codi parla TCP/IP: l'API de sockets (04-04) et dona transport; les biblioteques (04-05) et donen aplicació. Ningú no programa "contra la capa de sessió".

La regla mnemotècnica final: pensa en 4, comunica en 7. Diagnostiques i configures sobre la realitat de quatre capes, però quan obris un tiquet, llegeixis una fitxa tècnica o parlis amb un altre tècnic, el número de capa que s'espera és el d'OSI.

Aquí és on fallen els exàmens i les entrevistes: protocols que no cauen nets en una capa. La taula dels sospitosos habituals, amb el seu veredicte pràctic:

La lliçó de fons de tots els casos: les capes són calaixos d'un arxivador conceptual, no lleis físiques. Els protocols reals es dissenyen per resoldre problemes, i alguns problemes viuen a les juntes. Quan alguna cosa no encaixi, la pregunta útil no és "a quina capa ÉS?" sinó "quina funció fa i de quines capes depèn?" — aquesta sempre té resposta.

Practiquem la traducció amb quatre incidents, anomenant la capa en tots dos models:

Cas 1 — "La impressora ha desaparegut". La Marta no pot imprimir; ningú de València no pot. L'Ana descobreix el connector RJ45 de la impressora mig fora després d'una mudança de taules. Diagnòstic: OSI capa 1 (física) · TCP/IP capa d'accés a la xarxa. Pista delatora: la interfície sense enllaç (ip link mostraria NO-CARRIER en un PC; a la impressora, el LED del port apagat). Cap ordre de capes superiors no podia funcionar.

Cas 2 — "Els convidats veuen la intranet". Un portàtil connectat a la Wi-Fi de convidats apareix a la xarxa corporativa: el port de l'AP al switch estava assignat a la VLAN 10 en lloc de la 20. Diagnòstic: OSI capa 2 (enllaç) · TCP/IP accés a la xarxa. La segmentació 802.1Q (03-03) és cosa de trames i ports de switch; les IP que van obtenir els convidats eren el símptoma (DHCP de la VLAN equivocada), no la causa.

Cas 3 — "Bilbao no arriba a la intranet, però Internet els va". En Jon no obre intranet.grupomeridiano.example; el nom resol bé, el ping a 192.168.10.10 mor. Al router de Bilbao, la ruta cap a 192.168.10.0/24 pel túnel VPN ha desaparegut després d'un reinici. Diagnòstic: OSI capa 3 (xarxa) · TCP/IP capa d'Internet. El cas 04-03 per excel·lència: sense ruta, no hi ha lliurament; la ruta per defecte (Internet) continuava intacta, per això "la resta va".

Cas 4 — "L'API va, però la sincronització de fitxers no". Des de Bilbao funciona la intranet (TCP:443) però falla la connexió a SMB (TCP:445): rebuig immediat. Mateixa màquina de destinació, mateix camí, un port respon i l'altre no: una regla nova del tallafoc del router de València bloqueja el 445 des de la VPN. Diagnòstic: OSI capa 4 (transport) · TCP/IP capa de transport. La signatura de 03-05/04-04: host viu + port inaccessible = mira serveis i tallafocs, no cables ni rutes.

I un de regal que ja vas resoldre a 04-05: certificat "encara no vàlid" per rellotge desajustat — OSI ≈ capa 6 (presentació: validació TLS) · TCP/IP capa d'aplicació. Fixa't en el patró dels cinc casos: la capa OSI aporta precisió en descriure; la capa TCP/IP et diu quina peça del sistema tocar (interfície, switch, taula de rutes, tallafoc, servei).

Aquest embut — que al mòdul 6 convertirem en metodologia completa amb les seves eines — és la comparativa OSI/TCP-IP feta múscul.

Balanç del mòdul 4. Vas començar amb la història i la filosofia (04-01: ARPANET, la cintura de rellotge de sorra, la pila dins del SO); vas baixar a les interfícies reals (04-02), vas llegir taules de rutes línia a línia (04-03), vas obrir sockets i estats de connexió des del teclat (04-04) i vas recórrer una petició completa de la intranet, de la línia de codi al datagrama DNS (04-05). Avui has posat els dos mapes l'un sobre l'altre i has après a traduir sense entrebancar-te amb ARP, TLS ni la capa 2.5.

La conclusió del doble viatge pels mòduls 3 i 4: OSI és el mapa detallat; TCP/IP és el territori amb el seu propi plànol d'obra. Cap dels dos no sobra. Amb tots dos dominats, ja no queda arquitectura pendent — queda el detall ajornat dues vegades (a 02-03 i a 04-03): l'anatomia fina de les adreces IP. Què signifiquen exactament aquests /24? Com es parteix una xarxa en subxarxes, i per què Meridiano va triar 192.168.10.0/24 i 192.168.20.0/24? Què fa possible que aquestes adreces privades surtin a Internet? Això és el mòdul 5.

• Preguntar "quin model és el correcte?" És com preguntar si és més correcte el plànol del metro o la guia de carrers: descriuen el mateix amb propòsits diferents. OSI per comunicar i analitzar; TCP/IP per construir i configurar.
• Mapar de memòria "OSI 5-6-7 = alguna cosa concreta de TCP/IP". No hi ha tres peces separades a l'altra banda: és una sola capa d'aplicació on cada protocol s'organitza com vol. Forçar el trossejat produeix respostes absurdes ("a quin port escolta la capa de sessió?").
• Deixar-se enganyar pels noms. TLS no és al transport (malgrat el seu nom), ICMP no és de capa 4 (malgrat viatjar dins d'IP), i la capa d'"Internet" de TCP/IP funciona igual en una LAN que no toqui mai Internet.
• Tractar les capes com a llei física. ARP, MPLS, QUIC i companyia existeixen precisament a les juntes. Si un protocol no encaixa net, descriu-ne la funció i les dependències en lloc de forçar-li un número.
• Numerar capes TCP/IP en un context OSI (o viceversa) sense avisar. Si dius "capa 3" tothom entendrà xarxa/Internet, però "capa 4" ja és ambigu si el teu interlocutor compta en el model de 4 capes. En cas de dubte, anomena la capa ("transport") en lloc de numerar-la: els noms són inequívocs.
• Consell: en tiquets i documentació, acostuma't a la fórmula símptoma + capa anomenada + peça sospitosa ("no hi ha connexió al 445 des de la VPN; transport; probable regla de tallafoc"). Obliga a pensar en capes i estalvia un ping-pong de preguntes a qui et llegeixi.

1. Tradueix cada element a la seva capa en TOTS DOS models (nom de capa, no només número): (a) l'etiqueta VLAN 802.1Q de la trama que separa corporativa i convidats al switch de València; (b) el número de seqüència amb què el servidor de la intranet reordena els segments d'una pujada de fitxer; (c) el TTL que es decrementa en creuar el túnel VPN; (d) la capçalera Content-Type: application/json de la resposta de /api/proyectos; (e) la negociació de claus del handshake TLS amb la intranet.

2. Un fabricant anuncia: "tallafoc de nova generació amb inspecció a capa 7". El tallafoc actual del router de València filtra per IP i port. Explica: (a) en quines capes OSI treballa el tallafoc actual; (b) què pot fer el de "capa 7" que l'actual no pot, amb un exemple concret sobre el trànsit HTTPS de la intranet de Meridiano; (c) per què aquesta inspecció xoca amb TLS i què implica.

3. Tres incidents a Meridiano; per a cadascun, anomena la capa en tots dos models i la primera comprovació que faries: (a) després de canviar l'AP de lloc, els mòbils veuen la xarxa Wi-Fi amb senyal feble i van a batzegades, però per cable tot va perfecte; (b) el servidor .10.10 respon al ping des de Bilbao, però ssh 192.168.10.10 retorna "connection refused" a l'instant; (c) la intranet carrega, però la pàgina de projectes mostra caràcters corruptes (á on hauria de dir á).

1. (a) OSI: enllaç de dades (2) · TCP/IP: accés a la xarxa — l'etiqueta viu a la trama Ethernet. (b) OSI: transport (4) · TCP/IP: transport — els números de seqüència són mecànica TCP (02-04). (c) OSI: xarxa (3) · TCP/IP: Internet — el TTL és un camp de la capçalera IP (02-03). (d) OSI: presentació (6), amb matisos d'aplicació · TCP/IP: aplicació — declarar el format de les dades és funció de presentació clàssica, transportada en una capçalera HTTP. (e) OSI: ≈ sessió/presentació (5-6) · TCP/IP: aplicació — el cas frontera TLS: establir la sessió segura i acordar el xifratge.

2. (a) El filtre per IP treballa a OSI 3 (xarxa) i el filtre per port a OSI 4 (transport) — en TCP/IP, capes d'Internet i de transport. És el tallafoc clàssic "de capa 3/4". (b) Un de capa 7 inspecciona el contingut d'aplicació: podria, per exemple, permetre GET /api/proyectos però bloquejar peticions a /admin des de la VLAN de convidats, o distingir trànsit web legítim d'un altre protocol camuflat al port 443 — decisions impossibles mirant només IP i ports (recorda: el port és conveni, no garantia). (c) Amb TLS, el contingut HTTP va xifrat: el tallafoc no el pot llegir llevat que actuï d'intermediari TLS (desxifrant i tornant a xifrar amb certificats propis instal·lats als equips), cosa que afegeix complexitat, cost i consideracions de privadesa. És la tensió permanent entre inspecció i xifratge.

3. (a) OSI: física (1) · TCP/IP: accés a la xarxa — senyal de ràdio feble és el medi físic pur. Primera comprovació: intensitat de senyal/cobertura a la nova ubicació de l'AP (i obstacles). (b) OSI: transport (4) · TCP/IP: transport — ping OK (capa 3 sana) + rebuig immediat = ningú no escolta al 22 o un tallafoc rebutja (03-05). Primera comprovació: ss -tlnp | grep :22 al servidor — hi és el LISTEN de sshd? (c) OSI: presentació (6) · TCP/IP: aplicació — á és la signatura d'un text UTF-8 interpretat com a Latin-1 (03-07): els bytes arriben perfectes; es descodifiquen malament. Primera comprovació: la codificació declarada (Content-Type: ...; charset=) davant de la codificació real de les dades que serveix l'API.

Ja tens els dos mapes i el diccionari entre ells: la correspondència capa a capa (amb el centre estable — transport i xarxa/Internet — i els extrems comprimits), les dues filosofies que expliquen per què OSI va quedar com a idioma i TCP/IP com a realitat (rough consensus and running code), la regla operativa "pensa en 4, comunica en 7", i el maneig dels casos frontera — ARP a la junta 2/3, TLS com a fals habitant del transport, la capa 2.5 i companyia — que són on es distingeix la comprensió de la memorització. Els mini-casos de Meridiano t'han ensenyat l'ús conjunt: OSI dona la precisió del diagnòstic; TCP/IP assenyala la peça que cal tocar. Amb això es tanca el mòdul 4: domines el mapa i el territori. El pas següent és el detall que hem ajornat deliberadament des del mòdul 2: l'anatomia de les adreces IP — què amaga exactament un /24, com es dissenyen subxarxes com les de València i Bilbao, i com surten a Internet les adreces privades. Benvingut al mòdul 5: adreçament IP i subxarxes.