IPB

Benvenuto Visitatore ( Log In | Registrati )

Registrati per comunicare con gli altri e per accedere a tutte le altre funzionalità del sito!
Per qualsiasi info scrivi a staff [AT] ferraraforum [PUNTO] it.


NOTA Il forum è offline ormai da parecchi anni, rimane online solo per archivio. Per informazioni contattare guidopotena@gmail.com

> [ING. INFORMATICA] Reti Di Telecomunicazioni
pottydj
messaggio 12 Apr 2006 - 02:22
Messaggio #1


....alla vecchia....
Gruppo icone

Gruppo: Amministratore
Messaggi: 27586
Iscritto il: 26 March 2005
Età: 39
Da: P Rio
Utente Nr.: 4



CITAZIONE (Encio @ 5 Apr 2006 - 21:23) *
Piuttosto mi sa che ci becchiamo martedì pomeriggio a Reti di TLC! (IMG:http://www.ferraraforum.it/style_emoticons/default/00000002.gif)


c'eri poi oggi?!
come ti sembra il prof?!

la mia impressione è che la materia sia abbastanza brensa, che il prof ne sappia di sicuro a pacchi, che però non sia un gran parlatore, per cui la spiegazione è un po' ardua! concordi?!

PS so che Piero Campa sta seguendo un corso simile ad ING, sarebbe carino scambiarci info utili (es Appunti, Materiale, Dispense...)

per quanto mi riguarda ecco gli appunti della prima lezione:

lezione1

email: michele.michelotto@pd.infn.it
libro: Computer Networks by Tanenbaum 4a Ed 2002 C'è anche ver ITA della 3a Ed

un motivo x usare i pc in rete è che i piccoli pc collegati in rete tra loro costano meno di grossi pc isolati.
Metcalf ha inventato ethernet: il val di una rete cresce col quadrato del num di nodi. Se ho un pc lo uso solo come pc, se già ho 2 pc posso metterli in comunicazione, se ne ho 4 ognuno messaggia cn gli altri 3. Altri sostengono che questa dicitura è sopravvalutata, ogni nodo non ha lo stesso val, il val cresce come nlogn; ci sono però articoli che invece supportano la tesi di Metcalf

Reti classificabili secondo vari aspetti
MODI D'USO

wirless mobile

No No PC in ufficio, edifici cablati
No Si Notebook in albergo via modem ad es
Si No areoporto, edifici non cablati
Si Si PDA, schede GPRS

mobilità la ottengo con palmari o telefonini

HARDWARE
Reti broadcast: canale di comunciazione condiviso a tutte le macchine della rete; ho dei pacchetti da una macchina a tutte le altre, però devono contenere l'indirizzo del destinatario (ES "il sig Rossi venga qua"); una sua variante è il Multicast, in questo caso mando pacchetto a sottoinsieme di tutte le maccchine (usato in lan per streamare audio o video)

Reti punto a punto (Unicast): diverse connessioni tra coppie di macchine, il pacchetto può passare x macchine intermedie e seguire percorsi diversi. C'è host che deve spedire pacchetto, lo inietta nella rete in cui ci sono router che instraano il pacchetto, C lo manda a E e non a D (esempio) e infine il pacch arriva a destinazione

SCALA
personal area network (collega il portatile ai dispositivi tipo telefonino &co)
reti interne: posso avere 10 pc collegati tra loro (rete interna, multicomputer, matrice di switch): non indicata la ethernet, perchè lenta.
local area network: tra 10m e 1km
metropolitan area network: intorno ai 10km, non molto diffusa in Italia, a Pisa c'è
wide area network che mi collega a varie lan: da decine di km a 10000km (intercontinentali), anche le università sono collegate da una rete di ricerca (GAR), che ha stabilito un wan per ogni campo (anche le banche)
internet che mi collega tutte le wan: pianeta

DIMENSIONI della rete
le reti piccole di solito sono broadcast (ethernet è broadcast, la stazione ricevente deve conoscere proprio indirizzo); invece le reti geografiche sono punto a punto, ci sono eccezioni tipo le reti satellitari

WAN: collega macchine (host) oppure collega delle LAN su cui stanno gli host, che sono connessi da SUBNET (divisa in linea di trasmissione (rame, fibra, radio..) e elem di commutazione tra varie linee (router); la subnet non va confusa con quella dell'ip) se 2 router nn condividono linea di trasmissione si devono servire di router intermedi (store e forward, packet switched).

ASPETTI SOFTWARE
si cerca di organizzare le reti a livelli, uno sopra l'altro, ma tra le varie tecnologie, i livelli e le funz di ogni liv cambiano da rete a rete. In pratica un livello è una macchina visrtuale che fornisce servizi al liv superiore; è come la programmazione ad oggetti. Un protocollo è di livello X dove X è il num di livelli. Le info vanno dal livello 5 al mezzo fisico (cavo, fibra, onde), poi le info passano all'host 2 e risalgono le interfacce fino ad arrivare all'host2.
Il livello N di una macchina parla col liv N dell'altra. Il protocollo è un insieme di regole che regolano questa conversazione, è un "accordo"; ad esempio i rapporti umani sociali.. diamo la mano, baciamano.. regole formali, non codificate nell'uomo, ma codificate per le reti: protocolli!

Protocollo tra computer: linea tratteggiata: comunciazione virtuale; linea fisa: comunic reale; ad ogni livello si aggiunge un header; il messaggio può anche venire dimezzato per poi essere riunito.
La comunicazione a livello logico avviene tra pari (PEER), ad es peer di liv 4 parla col peer dell'host2. A liv reale la comunic avviene solo al livello inferiore. Questa astrazione separa il progetto dell'intera rete in tanti progetti + semplici, i singoli layer.

INTERFACCIA: è definita per ogni coppia di layer; definisce le operazioni "primitive" e i servizi che il liv inferiore fornisce al superiore. E' il modo con cui accedo al servizio, è come il metodo in object.oriented
_____
PROGETTO DI UN PROTOCOLLO:
decidere quanti layer (livelli) vanno messi? + ne metto + è pulito, ma aumento anche overhead, rete + lenta perchè devo passare le info da layer a layer.. Cosa deve fare ogni layer? Devo cercare interfaccia pulita, ogni layer deve fare insieme ben definito di funzioni; devo quindi minimizzare le info da layer a layer.. si può rimpiazzare un layer con implementazione diversa.. ad es passando da eternet a wireless si cambia solo l'interfaccia da 802.3 a 802.11.. è semplice come cambiamento.

INDIRIZZAMENTO: ogni layer deve avere un modo x identificare mittente e ricevente; in una rete ho tanti pc e ognuno ha il suo indirizzo, ma ha anche vari processi che girano; ho un processo che vuole parlare via rete che vuole parlare con un altro processo di un altra macchina, vuole anch'esso il suo indirizzo. Serve anche la PORTA, per specificare il processo che gira e con cui il mio processo vuole comunicare.

TRASFERIMENTO DATI: simplex: dati in ununica direzione; half duplex: in entrambe le direzioni ma non contemporaneamente; full duplex: dati in entrambe le direzioni contemporaneamente (ethernet switchata perchè nn ho collisioni).
Quanti canali logici voglio mettere sullo stesso cavo fisico? ad es uno x dati normali e uno per dati urgenti o per gestione diritto di comunicazione.

CONTROLLO ERRORI: i cavi possono venire pestati, interferenze e così via.. devo quindi tenere conto degli errori; si possono rilevare gli errori e anche correggerli. Entrambe le parti devono concordare il metodo da usare, deve esserci un modo x dire al mittente che ciò che è stato ricevuto non è arrivato bene (corrotto, parziale)

ORDINE DEI MESSAGGI: il canale di trasmissione potrebbe nn garantire che l'info spedita è arrivata nello stesso ordine con cui era stata spedita; ad es nella rete IP ci sono tanti cammini possibili, di cui uno magari è corto del primo; le info quindi potrebbero arrivare disordinate. Devo quindi assegnare ad ogni pacchetto un numero sequenziale che mi permetta di riassemblare tutto alla fine; i messaggi fuori sequenza, cosa ne faccio? li butto, li bufferizzo e poi riassemblo...evo decidere

CONTROLLO DI FLUSSO: serve x evitare che una macchina veloce intasi una macchina lenta. Dobbiamo prevedere un feedback: esplicito, cioè il ricev manda un mess al mitte "stai spedendo tr velocemente"; implicito: messaggi di errore, il mittente si accorge che nn tutto è arrivato al ricevente.. c'è contrattazione tra i due di un rate di trasmissione adeguato; per cui prima del rtasf si mettono d'accordo sul rate e il mittente x la durata della trasmissione tenta di tenerlo x tutta la trasmissione.

LUNGHEZZA DEI MESSAGGI: ad ogni layer devo decidere la lunghezza max deel msg gestibile dal layer, quindi nel progetto del layer devo pensare a meccanismi x disassemblare i pacchetti, trasmetterli e poi riassemblarli alla fine. Oppure potrebbe essere inefficiente mandare dei msg tr corti, servono meccanismi x raggruppare quindi i msg e spedirli tutti alla destinazione comune e poi dividerli alla fine. Questo è molto delicato..

MULTIPLEX-DEMULTIPLEX: bisogna capire se conviene per ogni coppia di processi stabilire una connessione separata, o no. Ad es quando uso modem da casa, è una connessione unica per quello, quelle per la posta ecc vengono multiplexate su questa. E' un'operazione che il livello superiore non deve sapere, esso deve solo mettere il pacchetto! A livello fisico invece è una cosa che va definita

INTERFACCE E SERVIZI (differenze): gli elementi attivi nel layer sono detti entities; possono essere sia software che hardware (un chip di I/O intelligente); sono rappresentati con i rettangoli nel disegno dei layer e vi sono contenuti. Le entities di livello N implementano un servizio a favore dell'N+1, è un service provider per il service user (N+1 = utente). Gli access point di livello N sono i posti in cui il liv n+1 accede ai servizi offerti; ogni SAP ha un indirizzo che lo identifica.

ROUTING: se ho vari cammini mittente/destinatario ne devo scegliere uno; a volte una decisione viene presa a liv alto e poi modificata; ad es a livello IP se un link è particolarmente trafficato, può cambiare strada. Un router è un qualcosa che instrada il traffico.

SERIVIZI E CONNESSIONI: servizio connection.oriented: come al telefono, lo alzo, faccio il numero; funziona come un tubo, viene creato un tubo tra il mio tel e l'altro; io semplicemente infilo gli oggetti nel tubo ed escono nello stesso ordine dall'altra parte. servizio connectionless: come le poste, ogni msg ha l'indirizzo del destinatario, ogni mes viaggia per la sua strada, dati 2 msg da un mitt a un destin può sucedere che entrambi arrivano o uno sì uno no, o uno molto in ritardo risp all'altro; è una cosa che devo gestire.
Sembra + comodo il primo modo, ma ad es IP funziona nel secondo

QUALITY OF SERVICE : si obbliga il ricevente a dare una ricevuta (acknowledgement), questo mi assicura che tutto è arrivato, non si perdono i dati. In realtà quando gestisco ricevuto ho overhead e ritardi; questo può elevare il tempo della comunicazione, ma è un modo veramente sicuro (file transfer)
2 varianti: dimensioni messaggi mantenute (message sequences); oppure (byte stream) non si pulò sapere se msg dimezzati o raggruppati

SERVIZI NN AFFIDABILI: tra virgolette, nel senso che ad es il traffico voce (una telefonata su skype) non importa se perdo qualcosa, se sento un rumore.. l'importante è che nn ci siano i ritardi, qualche problema nei pixel, ma non si blocca.. voglio spedire msg che ha altà probabilità di essere consegnato, ma non ho la ricevuta (è ciò che definisce un servizio non affidabile).

SERVIZI CONNECTIONLESS AFFIDABILI a volte non conviene stabilire conness x nn perdere tempo, però deve essere affidabile, cioè ci deve essere la ricevuta

REQUEST-REPLY: un mittente manda un datagram che contiene la richiesta di avere un reply

CHI vuole servizi Unreliable (nn affidabili)? ad es se ho solo ethernet, i cui pacchetti potrebbero rovinarsi ad es se c'è collisione, allora uso questi servizi e poi i protocolli superiore affinano un po' l'affidabilità. Oppure un altro caso è se ho problemi di ritardi nn accettabili (real time, multimedia).

OPERAZIONI DI ACCESSO: le primitives sono un insieme di operazioni disponibili all'utente; sono chiamate di sistema se lo stack del protocollo è in un sistema operativo;
se voglio implementare byte stream mi serve una chiamata di sistema sulla B per mettermi in ascolto ed attendere una connessione, poi sulla macchina A faccio la connect, poi la receive, che fa attendere in lettura un mesaggio, la send manda il messaggio al peer, poi ci vuole la disconnect che interrompe la connessione
1 server esegue la listen, il processo si blocca e aspetta 2 il client fa la connect con un parametro per indirizzo del server 3 il SO manda un pacchetto al peer chiedendo la connessione, attendendo una risp dal server 4 pacchetto arriva al server, viene gestito da SO lo identifica come richiesta di connessione, controlla se c'è processo in ascolto 5se c'è lo blocca e ritorna l'acknowledgement 6 7 il server esegue subito una receive bloccando il server 8 client fa send e una receive 9 l'arrivo del pacchetto sblocca il server 10 l0arrivo sblocca il client 11 se client ha altre richieste le fa altrimenti manda un disconnect (di tipo blocking,cioè aspetta che l'altro dà l'ok di disconnessione) 12 server riceve pacchetto, fa disconnect e chiude 13 il server va avanti
può andare storto qcosa se connect viene fatta prima della listen. oppure si perdono i pèacchetti.

connectionless useremmo 2 pacchetti invece di 6, ma ci sono spesso errori, perdite, e grossi mesaggi; non abbiamo problemi di economia di pacchetti..

SERVIZI E PROTOCOLLI: sono due cose diverse; i servizi indicano le operazioni che uin liv fornisce al liv superiore, quali operazioni il layer fornisce agli utenti, ma non specifica come queste operazioni vanno implementate; il protocollo invece decide le regole, il formato e significato dei pacchetti che le peer entities si scambiano; le entities possono cambiare significato ma se non cambiano i servizi, l'utente non se ne accorge. Puoi cambiare come fai le operazioni e tutto continua a funzionare. E' come un oggetto che nasconde l'implementazione dei metodi, si possono aggiungere nuove implementazioni del metodo, e l'oggetto che lo chiama non ha nessun problema perchè nn sa e nn vuol sapere l'implementazione, ma solo usufruire del servizio. Il protocollo va in orizzontale, i servizi in verticale
Go to the top of the page
+Quote Post
 
Start new topic
Risposte
cj@cc.gatech.edu
messaggio 15 May 2006 - 16:47
Messaggio #2


Gago
Gruppo icone

Gruppo: Utente
Messaggi: 1700
Iscritto il: 26 July 2005
Età: 115
Utente Nr.: 242



Ragazzi nn contate troppo su di me per il copiare... sono impedito, mi faccio sgamare subito (IMG:http://www.ferraraforum.it/style_emoticons/default/icon_frown.gif)
Se vedo che è possibile lo faccio volentieri.
Go to the top of the page
+Quote Post

Inserisci in questo messaggio
- pottydj   [ING. INFORMATICA] Reti Di Telecomunicazioni   12 Apr 2006 - 02:22
- - Encio   Ciao Potti, si ieri ero a lezione. Sono arrivato u...   12 Apr 2006 - 11:47
|- - pottydj   CITAZIONE (Encio @ 12 Apr 2006 - 12...   12 Apr 2006 - 13:07
|- - Encio   CITAZIONE (pottydj @ 12 Apr 2006 - 14...   12 Apr 2006 - 13:53
|- - pottydj   CITAZIONE (Encio @ 12 Apr 2006 - 14...   12 Apr 2006 - 14:08
- - Ale83   Pagina del corso di Reti di Telecomunicazioni ad I...   12 Apr 2006 - 11:56
- - cj@cc.gatech.edu   Chi ha bisogno del libro, ce l'ho in versione ...   12 Apr 2006 - 12:59
- - smart183   Reti è uno dei +brensi esami ke io abbia mai fatto...   12 Apr 2006 - 13:58
- - Piero Campa   Zio kintch, Reti di TLC comincia a farmi paura dop...   12 Apr 2006 - 20:22
|- - Ale83   CITAZIONE (Piero Campa @ 12 Apr 2006 - 2...   13 Apr 2006 - 01:12
- - Encio   Eh si, alcuni ragazzi di ing. me ne hanno parlato...   12 Apr 2006 - 20:59
- - Fonfi   Secondo me bisognerebbe distinguere i due corsi, t...   13 Apr 2006 - 01:59
- - pottydj   beh per il momento non c'è cmq troppo casino bas...   13 Apr 2006 - 02:11
- - Piero Campa   Sì Fonfi, sei pignolo! Cosa sei diventato, un ...   14 Apr 2006 - 19:56
- - cj@cc.gatech.edu   Per chi ieri è arrivato in ritardo... Possibile d...   3 May 2006 - 16:45
- - Encio   Aggiungo anche il "sito" del professore ...   3 May 2006 - 19:59
- - pottydj   ottime info, thanks!! @cj: secondo me eri quello...   4 May 2006 - 01:23
|- - cj@cc.gatech.edu   CITAZIONE (pottydj @ 4 May 2006 - 02...   4 May 2006 - 03:05
- - pottydj   bella cj al momento ho un gran casino in testa s...   5 May 2006 - 13:56
- - cj@cc.gatech.edu   OT: ma ha finito di partizionare o è ancora li al ...   5 May 2006 - 13:58
- - pottydj   no ho finito, piuttosto oggi volevo defraggare ma ...   5 May 2006 - 13:59
- - cj@cc.gatech.edu   A proposito, chi è quel ... che ogni volta fa prof...   5 May 2006 - 16:12
- - pottydj   lol è un ragazzo bolognese.. di più nin zo   5 May 2006 - 18:47
- - Axxel   Diego   5 May 2006 - 18:55
- - Encio   Si, Diego! però a me andrebbe più che bene......   5 May 2006 - 19:48
- - cj@cc.gatech.edu   E stika Vediamo di nn mettergli la pulce nell...   5 May 2006 - 19:53
- - Encio   Cmq, a parte gli scherzi non ho ancora capito di p...   5 May 2006 - 20:04
- - cj@cc.gatech.edu   Esercizi nn penso, anche perche l'unica cosa s...   5 May 2006 - 20:08
- - Piero Campa   Secondo me per ora la teoria di sto corso è molto ...   7 May 2006 - 20:35
- - cj@cc.gatech.edu   edit. fatto da solo p.s. nn parlo di pippe ...   8 May 2006 - 21:02
- - pottydj   capit - un - caz   9 May 2006 - 00:43
- - Piero Campa   RE: [ING. INFORMATICA] Reti Di Telecomunicazioni   9 May 2006 - 10:12
- - pottydj   aaa ok!! nn ho voglia di alzarmi per venire a lez...   9 May 2006 - 12:48
- - cj@cc.gatech.edu   eh, infatti sei sempre in ritardo   9 May 2006 - 16:37
- - pottydj   è ufficiale.. comincio a non capirci + un cazzo!! ...   9 May 2006 - 17:08
- - cj@cc.gatech.edu   nn mi hai detto se il dvd va. meno male che sta ro...   9 May 2006 - 18:32
- - pottydj   no, devo ancora accendere il pc!! devo trovare de...   9 May 2006 - 20:26
- - cj@cc.gatech.edu   Guarda, io sto usando il libro, le sue diespense e...   10 May 2006 - 02:49
- - Axxel   l' ultima volta a lezione ho avuto l' infe...   14 May 2006 - 18:57
- - pottydj   odiato è un eufemismo no scherzo, cmq cagherò bi...   14 May 2006 - 19:01
- - cj@cc.gatech.edu   Ragazzi nn contate troppo su di me per il copiare....   15 May 2006 - 16:47
- - Axxel   Sono appena emerso dal parziale di Architettura di...   16 May 2006 - 17:34
- - cj@cc.gatech.edu   Lui segue pari pari il libro... traduce letteralme...   16 May 2006 - 19:17
|- - Encio   CITAZIONE (cj@cc.gatech.edu @ 16 May 2006 ...   16 May 2006 - 19:35
- - cj@cc.gatech.edu   Segue il libro nel senso che le slide sono la trad...   16 May 2006 - 19:39
|- - Encio   CITAZIONE (cj@cc.gatech.edu @ 16 May 2006 ...   16 May 2006 - 19:44
- - cj@cc.gatech.edu   ma che èmme... ha detto che era fino al MAC   16 May 2006 - 19:50
- - pottydj   va là!! speriamo!!   16 May 2006 - 20:55
- - cj@cc.gatech.edu   Per fortuna ke abbiamo perso un mese, se no a ques...   17 May 2006 - 00:45
- - Elisa   Ciao a tutti! Sto impazzendo con un problema c...   23 May 2006 - 11:29
- - pottydj   ciao elisa, intanto benvenuta sul forum! purtropp...   23 May 2006 - 12:23
- - Fonfi   Ciao Elisa e benvenuta! Stai facendo una tesi...   23 May 2006 - 12:27
- - Elisa   Grazie mille ragazzi! lo so che l'orale è ...   23 May 2006 - 13:22
- - Ale83   Ciao Elisa, non so se in qualche modo ci conosciam...   24 May 2006 - 19:48
- - Elisa   Può essere, dall'80 all'84 conosco parecch...   25 May 2006 - 08:00
- - Ale83   No, non è normale che faccia così il link state, p...   25 May 2006 - 11:04
- - Elisa   L'ho trovato qui http://deisnet.deis.unibo.it...   25 May 2006 - 11:21
- - Axxel   Aiuto, regalatemi un Tanembaum... ste dispense fan...   25 May 2006 - 16:08
- - pottydj   concordo... impossibile riassumerle ti va se ci ...   25 May 2006 - 16:12
- - Axxel   io ho l' esame di Logica lunedi e il parziale ...   25 May 2006 - 16:14
- - pottydj   eh ci sono dentro ank'io per martedì.. per quello ...   25 May 2006 - 16:14
- - Elisa   Ue ragazzi, ho sia il tanenbaum che il kurose, il ...   25 May 2006 - 19:59
- - Ale83   Il kurose ce l'ho anch'io fotocopiato, l...   26 May 2006 - 00:51
- - pottydj   grande elisa.. se hai gmail e me lo mandi a pottyd...   26 May 2006 - 01:18
- - Elisa   Purtroppo ci sono dalle 13:30 a inge.....ho solo s...   26 May 2006 - 07:05
- - Axxel   Io sta donna la amo già   26 May 2006 - 11:08
- - Elisa   No, no....lo dico per te...sono un essere brutto e...   26 May 2006 - 11:25
- - pottydj   grazie Elisa, adesso ho il Tanenbaum per chi lo v...   27 May 2006 - 09:55
- - Ale83   Se non è un problema potty inviamelo via mail, mm?...   27 May 2006 - 13:19
- - Axxel   mi aggiungo pure io... se riesci a mandarmelo su m...   27 May 2006 - 17:19
- - pottydj   è bello grosso raga, 35mb! o mi date un indirizzo ...   28 May 2006 - 16:58
- - Elisa   Di niente ragazzi, se posso aiutare in qualche mod...   28 May 2006 - 18:59
- - Axxel   alla fine il parziale non era pesantissimo... io e...   30 May 2006 - 15:50
- - pottydj   hai mica le domande?!   31 May 2006 - 02:42
- - pottydj   me le ha mandate cj CITAZIONE yo potty le domand...   31 May 2006 - 14:36
- - Axxel   si, sto cercando di ricordarmi se c' era altro...   31 May 2006 - 14:40
- - Axxel   E questo è passato... 23 (comunicazione interna:...   14 Jun 2006 - 12:28
- - pottydj   axxel, puoi mettere il link che io nn ce l'ho!   14 Jun 2006 - 13:19
- - Fonfi   Ho passato il laboratorio di reti!!!...   14 Jun 2006 - 13:26
- - Axxel   Tal chi al link   14 Jun 2006 - 13:42
- - pottydj   ah ma allora è sempre lui thanx   14 Jun 2006 - 14:02
- - Axxel   non ho capito cosa vuol dire, cmq di niente   14 Jun 2006 - 14:09
|- - pottydj   CITAZIONE (Axxel @ 14 Jun 2006 - 15...   14 Jun 2006 - 14:49
- - cj@cc.gatech.edu   25.6   14 Jun 2006 - 14:42
- - cj@cc.gatech.edu   In un esame di reti vorrei qualcosa di piu, almeno...   14 Jun 2006 - 15:12
- - Piero Campa   Ma's pòl scazzare l'algoritmo di Dijkstra?...   14 Jun 2006 - 16:48
- - Ale83   A suo tempo, il Mazzo mi chiese il teorema di Clos...   14 Jun 2006 - 21:14
- - Fonfi   Piero, ti ha chiesto praticamente le stesse cose d...   15 Jun 2006 - 10:06
- - Piero Campa   Madonna, quei 3 stati di merda... insoportabili...   17 Jun 2006 - 16:45
- - Axxel   ma vieni... passato con 25 stamattina e adesso ...   18 Jul 2006 - 18:57
- - pottydj   bella!! dettagli?!   19 Jul 2006 - 16:43
- - Axxel   ti chiede quello che hai sbagliato/saltato nello s...   20 Jul 2006 - 16:20
- - pottydj   mahdjsada lol!! cmq chissà quando lo darò...   21 Jul 2006 - 10:18
- - Axxel   secondo me puoi andare tranquillo... l' ho pas...   21 Jul 2006 - 16:19
- - doitch   a me il buon Micheloto all'oarle non ha chiest...   3 Aug 2006 - 11:01
- - pottydj   finito anch'io, solo orale 25! le domand...   18 Sep 2007 - 13:34
- - MrDundee   ma anche il corso a ingegneria di "reti di te...   25 Jan 2009 - 00:46
- - ale86   Ciao a tutti! Volevo chiedere una cosa a chi h...   19 Mar 2009 - 15:04
- - Yorko   Che figata! Un topic di ingegneri telecomunica...   18 Oct 2009 - 12:06
- - menehaito   Ciao a tutti mi unisco anche io...qualcuno sa darm...   3 Feb 2011 - 11:03


Reply to this topicStart new topic
2 utenti stanno leggendo questa discussione (2 visitatori e 0 utenti anonimi)
0 utenti:

 

Modalità di visualizzazione: Passa a: Normale · Passa a: Lineare · Outline




Versione Lo-Fi Oggi è il: 1 Nov 2024 - 00:19


Page top
Contattaci a staff@ferraraforum.it - visitatori dal 25 Marzo 2005 ( oggi)