On 6/22/05, Vali Dragnuta <[EMAIL PROTECTED]> wrote: > Intr-o situatie foarte asemanatoare m-am aflat si eu la un > moment dat - tot oracle, tot ipsec, tot end of comm channel. > Exceptind cazurile cind dintr-un motiv sau altul crapa > procesul server care se ocupa de conexiunea ta (se mai intimpla > si asta) este posibil ca uneori unul dintre capetele tunelului > sa produca neplaceri. > In cazul meu celalalt capat era un cisco vpn concentrator care > atunci cind se afla sub heavy load - sau cind era floodat > sub o forma sau alta producea caderea tunelului, > si automat la eroarea mentionata de tine. Poti sa incerci > sa ii pui un timeout mai mare, in principiu mai mare = > peste (timpul in care tunelul moare si cele 2 capete > renunta la instanta respectiva a tunelului + timpul de > refacere a tunelului) > > Practic ai putea sa te uiti in loguri sa vezi daca nu cumva > ti se reinitializeaza prea des tunelul. Daca motivul neplacerii > ar fi caderea tunelului, atunci in loguri ai sa afli asta.
err... am uitat sa mentionez ca sa-urile se refac cam la 1 ora (lifetime time 60 min), la asta m-am uitat prima data, dar in logurile de racoon SA expired/deleted/new apar la minute bune distanta de erori, iar in timpul in care masina client A primeste eroare, masina client B e in mijlocul unei operatiuni si face trafic fara probleme --- Detalii despre listele noastre de mail: http://www.lug.ro/
