Newsgroup: it.comp.lang.c
Titolo: Protocollo punto-punto via modem

Ciao a tutti,
Qualcuno sa dove posso trovare qualche bel sorgente già fatto di un
protocollo punto-punto (tipo SLIP, PPP, o altri è =) da implementare su una
linea di comunicazione seriale via modem?
Mi servirebbe come Sorgente in C e che implementi un protocollo che dia sul
semplice. Preferirei evitare di inventare l'acqua calda.. :))
Grazie
Ettore Maronese
il Mes



provato a guardare il codice sorgente di qualche componente x linux?
cod

 wrote in message
20adtt0rka99blak9...@4ax.com...

Allora,
nel frattempo non sono stato fermo, ho cercato un po in rete per vedere che
trovavo.
Non ho trovato :(
La mia situazione è che devo instaurare una connessione punto-punto
sfruttando un modem.
Questa connessione deve andami in alternativa all'uso di una rete che uso
tramite soket (TCP/IP).
Per gestirmi la chiamata del modem non c'e' problema.
Mi serve un protocollo di linea ed ho scelto SLIP, che è semplicissimo da
implementare. SLIP invia datagrammi su una linea seriale, senza alcun
controllo di connessione ed integrità, ossia, se arriva bene sennò pazienza.
Sopra lo SLIP devo a questo punto montare un protocollo di "CONNESSIONE"
ossia un protocollo che controlli l'integrità dei dati e che mi esegua il
reinvio degli stessi nel caso risultino danneggiati.
Quello che mi manca è appunto questo protocollo, che nel TCP/IP
equiovarrebbe al TCP.
Mi puzza che il protocollo X.25 possa fare al caso mio, ma non ne sono
troppo sicuro. Un'altro protocollo interessante è "Frame Relay" ma non ho
trovato documentazione e codice free.
In pratica mi servirebbe un protocollo di connessione, anche semplice, il
più schifioso che abbiano mai inventato, senza indirizzamenti, senza
routing...
Qualcuno sa consigliarmi?


Qualcuno sa consigliarmi?
fino adesso stavi per optare a tcp (protocollo con connessione) ora ci
rinunci?
in questo caso utilizza datagrammi slip e tanti saluti ...
ne aggiungi un piccolo frammento per il controllo crc ...
una conferma di ricezione 
un piccolo stack ...
quando l'host remoto riceve u npacchetto danneggiato invia
un modulo di controllo all'host mittente
questo controlla il proprio stack e rispedisce il blocco dati.
quando il remoto riceve un datagramma con un id superiore
al primo inserito nello stack ... ci ripensa su un tantino e lo
reinvia ...
dai su ^_^ io mi ero scritto un piccolo protocollino per UDP
per garantirne la trasmissione in modo trasparente ...
aveva i suoi difetti ... ma ritrasmetteva i blocchi non ricevuti!
ciao
cod

 aveva i suoi difetti ... ma ritrasmetteva i blocchi non ricevuti!
Per carità, nella mia storia non è cero ta prima volta che mi invento
protocolli, ma visto che qui mi si richiede qualcosa che dia delle certezze
di funzionamento, o meglio, senza gli immensi problemi di test/debug, vorrei
optare per un protocollo esistente e quindi già assestato.
Non ho problemi ad inventarmi un protocollo di connessione che gestisce
l'integrità dei dati (con CRC e retry e timeouts vari ed eventuali), solo
vorrei evitarlo.
mmm... hai fatto un protocollo di connessione per UDP? mmm... e se te lo
chiedessi come possibile base di partenza?
Ciao Ciao
Ettore Maronese
il Mes

 wrote:

http://www.samba.org/ppp/
ciao,
nico

chiedessi come possibile base di partenza?
fossi in te lo eviterei completamente ...
chi lo commissionņ non si prese mai la briga di confermare l'ordine
del prodotto ... il risultato fu che il protocollo, eccetto la
versione debug iniziale non fu mai terminato ...
cod