JunOS: posso avere un registro della console live?

10

Su un dispositivo Cisco IOS il comando logging buffered 51200 notificationsregistra la maggior parte delle informazioni nella memoria del router (ovviamente è possibile modificarlo in informationalo debuggingcome richiesto).

Quando connesso al router tramite telnet o SSH, posso eseguire il comando terminal monitor( term mon) per visualizzare questi eventi nella mia sessione dal vivo mentre si verificano. Quando collegato tramite la console, ciò accade automaticamente.

Come posso ottenere lo stesso effetto su JunOS; Quando ad esempio aggiungo vicini IGP / EGB, vorrei vedere le nuove adiacenze emergere piuttosto che guardare costantemente attraverso i registri.

juniper-junos

— jwbensley
fonte

4

Che dire start shell, alloratail -f <logfile> | grep <interesting-pattern-here>

— Mike Pennington,

Ciò significherebbe che ora dovrei avere due sessioni aperte con il router, una che guarda l'uscita della coda e una per configurare interattivamente il dispositivo?

— jwbensley,

12

"Monitorare i messaggi di avvio" equivale approssimativamente al termine "mon. "messaggi" è il nome del file di registro che si desidera monitorare.

Se non vedi l'output che ti aspetti, devi cambiare ciò che è registrato nel file dato da 'set configuration syslog file X ...'.

— ytti
fonte

2

Inoltre, usando 'monitor start <logfile>' è possibile usare ESC-q per disabilitare temporaneamente l'output sulla console. Utilizzare di nuovo ESC-q per riattivare l'uscita.

— Sebastian Wiesinger,

3

Vedi sotto:

    [edit protocols bgp]
    root@vr-device# show
    traceoptions {
        file bgp-log;
        flag packets detail;
    }
    group test {
        type external;
        peer-as 2;
        local-as 1;
        neighbor 172.16.12.110;
    }

[modifica protocolli bgp] root @ vr-device # run monitor start bgp-log

[modifica protocolli bgp] root @ vr-device #

    *** bgp-log ***
    Jun 24 10:58:19.384061 bgp_connect_complete: error connecting to 172.16.12.110              
    (External AS 2): Socket is not connected
    Jun 24 10:58:33.408670
    Jun 24 10:58:33.408670 BGP RECV 172.16.12.110+54592 -> 172.16.12.128+179
    Jun 24 10:58:33.408790 BGP RECV message type 1 (Open) length 59
    Jun 24 10:58:33.408792 BGP RECV version 4 as 2 holdtime 90 id 20.0.0.2 parmlen 30
    Jun 24 10:58:33.408794 BGP RECV MP capability AFI=1, SAFI=1
    Jun 24 10:58:33.408809 BGP RECV Refresh capability, code=128
    Jun 24 10:58:33.408811 BGP RECV Refresh capability, code=2
    Jun 24 10:58:33.408920 BGP RECV Restart capability, code=64, time=120, flags=
    Jun 24 10:58:33.408922 BGP RECV 4 Byte AS-Path capability (65), as_num 2
    Jun 24 10:58:33.409054 advertising graceful restart receiving-speaker-only capability to neighbor 172.16.12.110 (External AS 2)
    Jun 24 10:58:33.409056 bgp_send: sending 59 bytes to 172.16.12.110 (External AS 2)
    Jun 24 10:58:33.409058
    Jun 24 10:58:33.409058 BGP SEND 172.16.12.128+179 -> 172.16.12.110+54592
    Jun 24 10:58:33.409060 BGP SEND message type 1 (Open) length 59
    Jun 24 10:58:33.409062 BGP SEND version 4 as 1 holdtime 90 id 192.168.11.3 parmlen 30
    Jun 24 10:58:33.409064 BGP SEND MP capability AFI=1, SAFI=1
    Jun 24 10:58:33.409066 BGP SEND Refresh capability, code=128
    ...

eseguire l'arresto del monitor

— Jasun
fonte

1

traceoptions in Juniper è come il debug in Cisco, quindi dovrebbe essere disattivato se si interrompe la risoluzione dei problemi

— Milan Prpic

2

@MilanPrpic ACK, se ottieni lo scheduler a causa del terribile ingegnerizzazione di RPD e hai tracce aperte, JTAC suggerirà che è la ragione del tuo slip RPD (dato che scrivere su file I / O è presumibilmente problematico per la pianificazione di RPD)

— ytti

0

Monitora il traffico dalle interfacce con il protocollo, invia questo a un file pcap come con WireShark, generalmente nella directory var / log.

monitor traffic interface ge-0/0/0
monitor interface ge-0/0/0
monitor traffic interface ge-0/2/3 matching "proto 89" write-file ospf.cap - matches proto 89 and writes it in ospf.cap
show security flow session ... options

#set system syslog file messages any info – to save all log messages to file “messages”

per mostrare tutti i messaggi di log

show log messages | match LOGIN | match “Mar 16”
file list detail /var/log = ls –al (to see permitions, etc.)
clear log messages  - to clear the contents of the messages file

monitor start       messages  - live monitoring of messages file
monitor list
monitor stop – to stop all

Per informazioni più dettagliate su un processo, a livello di processo:

#set traceoptions file filenamefil world-readable
#set traceoptions flag all

— Ty Smith
fonte

Il commento di Ron è giusto e molto più approfondito della mia breve risposta. Grande esempio, mi piace che tu abbia usato alcune delle opzioni e gli switch abbiano usato la sintassi che consente il monitoraggio di un protocollo specifico, e il | con il 16 MAR.

— Ty Smith il