Russia e India vincono le Olimpiadi on line

Una volta ero un ingegnere informatico, anche se ormai non esercito più da molti anni e quindi non mi definirei più “un esperto” (però mi ricordo di aver già scritto moltissimi anni fa, probabilmente verso la fine degli anni ’90, su it.hobby.scacchi più o meno le stesse cose che scrivo di seguito). Per quanto ne so io non è facile sapere con certezza di chi è la colpa e, molto spesso, la “colpa”, se la si vuole chiamare cosi’, è da attribuire banalmente a internet che è qualcosa di tutt’altro che perfetto e infallibile. Spiegare come funziona la rete è piuttosto complesso. Diciamo che se si vuole spedire un’informazione da un luogo o meglio da un computer “A” ad un computer “B” attraversando la rete, accade che il mittente la spedisce, poi il software sottostante, consegna l’informazione a internet e si mette in attesa che il software dal lato destinatario risponda alla spedizione, spedendo a sua volta una informazione verso il mittente (quindi il ricevitore che è su “B”, quando riceve l’informaiozione spedita da “A” deve rispondere inviando a sua volta un’informazione verso “A”.
Questo avviene senza che le persone che spediscono e ricevono le informazioni se ne rendano conto. Questa informazione che viaggia dal destinatario al mittente si chiama tecnicamente “acknowledgement” e ha la stessa funzione di una ricevuta di ritorno nella spedizione di una raccomandata postale ordinaria, ovvero far sapere al mittente (o meglio al software che si trova dal lato del mittente) che la sua spedizione è andata a buon fine. Se il mittente (“A” nel nostro caso) non vede arrivare l’acknowledgement da “B” entro un certo tempo(detto timeout), allora “A” assume che qualcosa sia andato storto nella prima spedizione e prova a rispedire una seconda volta l’informazione originaria verso “B” (tutto questo avviene all’insaputa dell’umano utilizzatore di “A”).

Se anche in questo caso “A”(il software di “A”) non vede arrivare l’acknowledgement, “A” può provare a spedire una terza volta, ma in genere dopo 2-3 spedizioni della stessa informazione, “A” (il software di “A”) assume che un fulmine si sia abbattuto sulla linea e che quindi sia inutile rispedire ancora la stessa informazione. Quindi già da qui dovrebbe essere chiaro che capire se è stato “A” a non spedire correttamente o è stato “B” a non ricevere correttamente o se sia stato semplicemente qualche apparato intermedio tra “A” e “B” a non funzionare è già complesso. A complicare ancora le cose c’è da dire che molto spesso una singola informazione che “A” vuole spedire a “B” viene segmentata, cioe’ l’informazione viene presa e suddifvisa in tanti pacchetti (quanti pacchetti dipende da quanto è lunga l’informazione, da come è configurata la rete, ecc.). Poi ogni pacchetto è “consegnato” alla rete perché lo invii a destinazione. Quando i vari pacchetti arrivano a destinazione vengono ricostruiti – dentro ogni pacchetto c’e’ scritto qual è il suo indirizzo di partenza, qual è il suo indirizzo di destinazione, di quale “sequenza di pacchetti” fa parte, quale è il suo numero d’ordine all’interno della sequenza, ecc. e tutte le informaazioni che servono affinché, quando i pacchetti arrivano a destinazione possa essere ricostruita la sequenza iniziale a partire da tali pacchetti. – Quando un pacchetto arriva a destinazione, il destinatario dovrebbe spedire al mittente un “acknowledgement” per ognuno dei pacchetti che ha ricevuto. Il mittente dovrebbe considerare che la spedizione del singolo pacchetto è correttamente avvenuta solo quando ha ricevuto il relativo acknowledgement. Quindi, teoricamente, il mittente dovrebbe considerare l’informazione correttamente spedita solo quando tutti i pacchetti in cui è stata scomposta l’informazione sono giunti a destinazione entro il timeout (in realtà ci sono molte possibili politiche di gestione della perdita dei pacchetti o dei duplicati). Per come è fatta internet, quando i pacchetti vengono “consegnati alla rete” per essere spediti da “A” a “B”, può accadere che alcuni di questi vengano persi o anche che nel tragitto dal punto di partenza al punto di arrivo alcuni di essi vengano duplicati a causa di possibili malfunzionamenti tra i nodi intermedi tra “A” e “B” (magari i pacchetti vanno da “A” ad un nodo di rete “N1” e poi questo nodo “N1” può mandare i pacchetti verso un nodo “N2” oppure verso un nodo “N3” e poi “N2” o “N3” inoltrano il pacchetto verso “B”. Addirittura “N1”, quando ha un pacchetto da inviare a “B”, potrebbe decidere qualche volta di mandare il pacchetto a “N2” affinche’ “N2” lo inoltri a “B”, altre volte potrebbe decidere di mandare il pacchetto a “N3” e non a “N2”, affinché sia “N3” a inoltrare il pacchetto a “B”; questo perché magari nella strada che passa per “N2” in certi momenti c’è meno traffico rispetto alla strada che passa per “N3”, altre volte vale il viceversa e quindi N1 potrebbe decidere di passare per N2 o per N3 a seconda di quale gli sembra la strada meno intasata. Inoltre le politiche di gestione dei pacchetti persi e di eventuali duplicati possono cambiare
sia nel tempo che da un nodo all’altro, ecc.). Non so se vi è mai capitato di ricevere 2-3 volte lo stesso SMS o la stessa email; i motivi per cui ciò può accadere sono analoghi a quelli esposti sopra (magari una email o un SMS viene inviato, poi il software mittente non riceve il relativo acknowledgement che magari per qualche motivo si è perso nella rete e quindi tale software mittente, non vedendo l’acknowledgemente rispedisce, anche se già il primo invio era arrivato a destinazione e si era perso solo l’acknowledgement. A volte un SMS potrebbe non arrivare perché magari uno o più dei nodi della rete telefonica non funzionano e anche se il telefono rispedisce 4-5 volte l’SMS non arriva mai a destinazione).Insomma dentro alla rete c’è un discreto caos. Tra l’altro anche se chiamassero una pattuglia di ingegneri a indagare sulle cause della considerata disconnessione non è detto
che riuscirebbero a stabilire che è colpa dell’uno o dell’altro. Potrebbero appunto essere i nodi intermedii il problema. In definitiva la trasmissione di informazioni mediante internet è sostanzialmente regolata da leggi stocastiche e non da leggi deterministiche. Cioe’ si considera che la rete funziona se la probabilità di avere perdite e/o duplicati è abbastanza bassa. Questo non vuol dire che non possano esserci perdite o duplicati di informazioni o altri tipi di malfunzionamento.

In altre parole, se ci si affida a internet, il caso ha molta più importanza che non se si gioca OTB.

Una volta in qualche forum o newsgroup di scacchi si diceva che a scacchi può esistere la fortuna ma non la sfortuna, nel senso che se un mio avversario lascia la donna in presa o non vede un matto in una , sono stato fortunato, ma se lascio io la donna in presa non sono stato sfortunato, ma ho fatto un errore.

Capisco che per uno scacchista sia un problema, ma credo che se si vuole utilizzare internet ci si debba rassegnare al fatto che la sfiga può esistere e che, anche se uno ha fatto tutti i controlli del caso, l’informazione che si spedisce potrebbe non arrivare in tempo al destinatario che quindi considera il mittente come “disconnesso”.

Gioco online dal 1998 e credo che, dopo un periodo iniziale in cui hanno provato anche altre soluzioni, tutti i server o quasi, abbiano (secondo me giustamente) deciso di assegnare partita persa a coloro che ritengono essersi disconnessi. Certo questo può creare problemi in caso di tornei importanti come questo, ma è il prezzo da pagare se si usa internet.

Saluti,
Marco Guidi.