The message-source Field on a TX Matrix Platform
The format of the
message-sourcefield in a message on a TX Matrix platform depends on several factors:
- Whether the message was generated on the TX Matrix platform or a T640 routing node in the routing matrix. By default, the master Routing Engine on each T640 routing node forwards messages from all facilities with severity
infoand higher to the master Routing Engine on the TX Matrix platform. When you configure system logging on the TX Matrix platform, its logs include the forwarded messages. For more information, see Configuring Message Forwarding in the Routing Matrix.- Whether the message was generated on the local Routing Engine or the other Routing Engine on the originating machine (TX Matrix platform or T640 routing node). Messages from the other Routing Engine appear only if its configuration includes the
other-routing-enginestatement at the[edit system syslog host]hierarchy level.- Whether the message was generated by a kernel or user-space process, or by the microkernel on a hardware component.
Table 19 specifies the format of the
message-sourcefield in the various cases
hostnameis the hostname of the local Routing Engine on the TX Matrix platform.
lccY-masteris the master Routing Engine on the T640 routing node with the indicated LCC index number (Yis from0through3).
lccY-reXindicates that the backup Routing Engine on the T640 routing node generated the message (Xis0or1). The routing node has the indicated LCC index number (Ymatches the value in thelccY-masterfield.
lccY-componentZ processidentifies the hardware component and process on the T640 routing node that generated the message (Ymatches the value in thelccY-masterfield and the range of values forZdepends on the component type). For example,lcc2-fpc1 PFEMANrefers to a process on the FPC in slot1on the T640 routing node with indexLCC2.
process[process-ID]is the name and PID of the kernel or user-space process that generated the message. If thescc-reXorlccY-reXfield also appears, the process is running on the other Routing Engine. If a process does not report its PID, the[process-ID]part does not appear.
scc-componentZ processidentifies the hardware component and process on the TX Matrix platform that generated the message (the range of values forZdepends on the component type). For example,spmb1 GSIBrefers to a process on one of the processor boards in the Switch Interface Board (SIB) with index1.
scc-reXindicates that the other Routing Engine on the TX Matrix platform generated the message (Xis0or1).