Newsgroup: it.comp.reti.cisco
Titolo: Keepalives

 Sul curriculum CISCO CCNA 3.0 vengono elencate le seguenti possibile cause
di un problea di liv. 2 su un collegamento seriale:
  a.. No keepalives
  b.. No clock rate
  c.. Mismatch in encapsulation type
Mentre mi sono chiari il 2° e 3° punto,
come si traduce "keepalives" (non è presente nemmeno sul dizionario)?

 come si traduce "keepalives" (non è presente nemmeno sul dizionario)?
Esattamente come lo tradurresti a senso, ovvero keep=mantieni 
alive=vivo, ovvero mantieni vivo, cioé attiva una connessione.
-=-=-
... "Ein Buch soll eine Axt sein für das gefrorene Meer in uns." Franz 
Kafka.

 alive=vivo, ovvero mantieni vivo, cioé attiva una connessione.
Quindi, una interfaccia invia e riceve questi "keepalies" per capire se la
connessione
c'è ancora ("è sempre viva") o se è stata persa. Giusto?


Quasi. Se hai una connessione in dial-on-demand, il keepalive serve per 
tenerla sempre attiva, altrimenti, dopo un tempo stabilito dal parametro 
  idle-timeout la ocnnessione viene dropppata se non c'è più traffico 
interessante
Se per esempio stai facendo delle query SQL su un DB connesso via ISDN, 
può succedere che la query duri qualche minuto. Se hai un idle-timeout 
settato a 30 secondi, la connessione viene droppata e non ti vedi i 
risultati della query. Per evitare ciò puoi fare un ping al server DB in 
modo che, anche se il server di suo non manderebbe dati indietro, la 
connessione rimanga comunque su.
Ciao
-=-=-
... "I do not fear computer, I fear the lack of them." -- Isaac Asimov

[cut]
Thank you.

o meglio, mantiene una connession GIA' esistente attiva.
Il ping è uno dei mezzi usati per un keepalive, ad esempio.
Nel caso dell'encapsulazione proprietaria Cisco, HDLC, vengono mandati dei 
"keepalive messages" per verificare l'operatività della connessione di 
entrambi gli end-point.
il comando keepalive <period in seconds, 0-32767> abilita e setta questa 
funzione, di default è 10 secondi.
Saluti
Ringhio


 Ringhio
Questa spiegazione mi ha richiamato alla mente un altro problema...
Ho un collegamento ADSL che viene utilizzato per pochi minuti al giorno
(sorvoliamo
sulla reale necessità di un collegamento ADSL per pochi minuti al giorno...)
e dopo la
pausa dal giorno prima sembra funzionare solo dopo aver fatto il ping.
La connessione usa il protocollo RFC 1483 Bridge Mode.
Potrebbe essere la mancanza di "keepalives" ad "addormentare" questa
connessione?
Se si, come si può rimediare?
Grazie.

 
a parte la traduzione letterale, in ambiente Cisco e per come la conosco 
io, il comando 'keepalive' nelle interfacce è un meccanismo di controllo 
dello stato di attivazione del livello 2. E' una specie di 'hello' 
trasmesso ad intervalli regolari dalle due estremità del link, cioe le 
interfacce degli apparati, che se non viene ricevuto negli intervalli 
definiti fa capire all'interfaccia che il link ha dei problemi. Quando 
questo succede va down il livello 2, cioè il link protocol.
ciao
Andrea

 dello stato di attivazione del livello 2. E' una specie di 'hello'
Esattamente, un esempio lampante è l'attivazione dell'lmi nelle interfacce 
seriali con protocollo frame-relay che avviene proprio con il comando 
keepalive, probabilmente è anche la cosa alla quale si riferisce la domanda 
del test..
Il keepalive è usato in cisco anche a livelli diversi da quello datalink, 
come ad esempio il keepalive dell'isakmp o quello dei telefoni ip,  ma 
sempre per monitorare l'esistenza di una connessione o di un dispositivo.
Ciao,
        Tosh.