Reload o retrain automatico?

[tormento]

Buongiorno a tutti,

vi chiedo di aiutarmi nel fare in modo che il mio 887 faccia un reload od un retrain nel caso in cui la connessione si fosse "incantata". Di tanto in tanto, ogni qualche giorno, sebbene la portante sia su, non riesco a ricevere né a inviare pacchetti.

Sarebbe possibile fare un check con un ping o cose del genere ed in caso di mancata risposta per un tot di volte fare un retrain o un reload del router?

Considerate che la mia conoscenza del "mezzo" è quella necessaria ad averlo fatto funzionare per l'adsl2

[ghira]

Io qualche volta vedo "no retrain. waiting 20 seconds" volta dopo volta, e "shut" / "no shut"
non fa niente. quindi uso:

event manager applet ATMFIX
event syslog occurs 3 pattern "No retrain. sleep 20 seconds"
action 1.0 syslog msg "Rebooting to recover from no retrain problem."
action 2.0 reload

[tormento]

Io qualche volta vedo "no retrain. waiting 20 seconds" volta dopo volta, e "shut" / "no shut"
non fa niente. quindi uso:

event manager applet ATMFIX
event syslog occurs 3 pattern "No retrain. sleep 20 seconds"
action 1.0 syslog msg "Rebooting to recover from no retrain problem."
action 2.0 reload

Io non ho un problema di retrain: la portante resta sempre su. Sembra che sia l'ATM che va a donne allegre, quindi avrei bisogno un controllo di tipo diverso. Per curiosità, dov'è che vedi quel messaggio?

[ghira]

Io qualche volta vedo "no retrain. waiting 20 seconds" volta dopo volta, e "shut" / "no shut"
non fa niente. quindi uso:

event manager applet ATMFIX
event syslog occurs 3 pattern "No retrain. sleep 20 seconds"
action 1.0 syslog msg "Rebooting to recover from no retrain problem."
action 2.0 reload

Io non ho un problema di retrain: la portante resta sempre su. Sembra che sia l'ATM che va a donne allegre, quindi avrei bisogno un controllo di tipo diverso. Per curiosità, dov'è che vedi quel messaggio?

nel log. vedi https://supportforums.cisco.com/thread/2051534

[tormento]

Ho letto ma non ho capito come abilitare il log o meglio in quale dettaglio. Potresti darmi una mano?

Pensi che il mio problema con l'ATM sia simile?

[ghira]

Ho letto ma non ho capito come abilitare il log o meglio in quale dettaglio. Potresti darmi una mano?

Pensi che il mio problema con l'ATM sia simile?

Non necessariamente. Ho visto altri problemi dove l'ATM rimane su ma il PPP crolla
o tutti e due sembrano rimanere su ma non funziona nulla.

Anche qui, pero', mi sa che l'EEM possa aiutarti.

[tormento]

Ho provato ad aggiungere l'applet ma niente da fare.

Questo è il log che è stato prodotto, dopo l'ultimo messaggio ho dovuto fare un reload perché da sola la connettività non tornava:

Codice: Seleziona tutto

vvg-rtr-254#show logging 
Syslog logging: enabled (0 messages dropped, 3 messages rate-limited, 0 flushes, 0 overruns, xml disabled, filtering disabled)

No Active Message Discriminator.



No Inactive Message Discriminator.


    Console logging: disabled
    Monitor logging: disabled
    Buffer logging:  level debugging, 13 messages logged, xml disabled,
                    filtering disabled
    Exception Logging: size (4096 bytes)
    Count and timestamp logging messages: disabled
    Persistent logging: disabled

No active filter modules.

    Trap logging: level debugging, 54 message lines logged

Log Buffer (40960 bytes):

000038: Jul 24 18:21:54.263 PCTime: %SYS-5-CONFIG_I: Configured from console by Administrator on vty0 (192.168.103.37)
000039: Jul 24 18:30:21.527 PCTime: %SYS-5-CONFIG_I: Configured from console by Administrator on vty0 (192.168.103.37)
000040: Jul 25 21:31:23.945 PCTime: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to down
000041: Jul 25 21:31:23.945 PCTime: %DIALER-6-UNBIND: Interface Vi2 unbound from profile Di0
000042: Jul 25 21:31:23.957 PCTime: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access2, changed state to down
000043: Jul 25 21:31:25.021 PCTime: %LINK-3-UPDOWN: Interface ATM0, changed state to down
000044: Jul 25 21:31:26.021 PCTime: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM0, changed state to down
000045: Jul 25 21:32:00.145 PCTime: %LINK-3-UPDOWN: Interface ATM0, changed state to up
000046: Jul 25 21:32:01.145 PCTime: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM0, changed state to up
000047: Jul 25 21:32:01.905 PCTime: %LINK-3-UPDOWN: Interface Virtual-Access2, changed state to up
000048: Jul 25 21:32:01.905 PCTime: %DIALER-6-BIND: Interface Vi2 bound to profile Di0
000049: Jul 25 21:32:07.453 PCTime: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access2, changed state to up
000050: Jul 26 09:27:37.946 PCTime: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access2, changed state to down

Idee, possibili aiuti?

[ghira]

Ho provato ad aggiungere l'applet ma niente da fare.

Beh, no, perche' il mio applet risponde a qualcosa che non succede a te.

Potresti modificarlo per le tue esigenze.

Questo è il log che è stato prodotto, dopo l'ultimo messaggio ho dovuto fare un reload perché da sola la connettività non tornava:


Idee, possibili aiuti?

e shut / no shut non bastava?

[tormento]

e shut / no shut non bastava?

Anche oggi ha fatto l'errore

Codice: Seleziona tutto

000076: Jul 30 14:47:42.972 PCTime: %LINEPROTO-5-UPDOWN: Line protocol on Interface Virtual-Access2, changed state to down

e poi più niente.

Come posso fare per fargli dare uno shut in occasione di quel comando e poi un no shut?

[tormento]

Ho provato modificando l'applet. Uno shut/noshut non basta.

Per forza un reload. Esiste un modo per accelerare i tempi?

[blublublu]

se lo shut/no shut lo dai a mano si risolve? Pensavo che nell'applet potrebbero essere troppo ravvicinati per essere considerati

[tormento]

Hai qualche certezza riguardo all'eccessiva vicinanza? Il codice, prima di inserire il reload, era il seguente:

event manager applet LINEPROTO-UPDOWN
event syslog pattern "Line protocol on Interface Virtual-Access.* down" period 1
action 1.0 syslog msg "Interface Virtual-Access DOWN"
action 2.0 cli command "config t"
action 2.1 cli command "interface Dialer 0"
action 2.2 cli command "shutdown"
action 3.0 syslog msg "Interface Dialer 0 shut down"
action 4.0 cli command "no shutdown"
action 5.0 syslog msg "Interface Dialer 0 NO shut down"
action 6.0 cli command "end"

[blublublu]

prima di action 2.0 cli command "config t" manca una "enable".
Per la vicinanza dei comandi pensavo al carrier-delay di cui non tieni conto. Invece dello shutdown dovrebbe funzionare anche un "clear interface dialer 0", ma dovresti provare.

[tormento]

L'enable non l'ho messo perché lo user di default ha i permessi settati come in enable. Sbaglio lo stesso?

Mi spiego: entro e posso già fare conf t senza bisogno dell'enable. Chiamala pigrizia.

Che fa il clear?

[blublublu]

L'enable non l'ho messo perché lo user di default ha i permessi settati come in enable. Sbaglio lo stesso?

Mi spiego: entro e posso già fare conf t senza bisogno dell'enable. Chiamala pigrizia.

Che fa il clear?

se hai messo un level 15 di default sulla vty dovrebbe funzionare. Altri casi andrebbero verificati.
Il clear interface fa un reset dell'interfaccia