- play_arrow Flow Capture Services
- play_arrow Dynamically Capturing Packet Flows Using Junos Capture Vision
- play_arrow Detecting Threats and Intercepting Flows Using Junos Flow-Tap and FlowTapLite Services
- Understanding the FlowTap and FlowTapLite Services
- Understanding FlowTap and FlowTapLite Architecture
- Configuring the FlowTap Service on MX Series Routers
- Configuring a FlowTap Interface on MX Series Routers
- Configuring FlowTap and FlowTapLite Security Properties
- FlowTap and FlowTapLite Application Restrictions
- Examples: Configuring the FlowTapLite Application on MX Series and ACX Series Routers
- Configuring FlowTapLite on MX Series Routers and M320 Routers with FPCs
-
- play_arrow Inline Monitoring Services and Inband Network Telemetry
- play_arrow Inline Monitoring Services
- play_arrow Flow-Based Telemetry
- play_arrow Inband Flow Analyzer 2.0
- play_arrow Juniper Resiliency Interface
-
- play_arrow Sampling and Discard Accounting Services
- play_arrow Sampling Data Using Traffic Sampling and Discard Accounting
- play_arrow Sampling Data Using Inline Sampling
- Understand Inline Active Flow Monitoring
- Configuring Inline Active Flow Monitoring Using Routers, Switches or NFX250
- Configuring Inline Active Flow Monitoring on MX80 and MX104 Routers
- Configuring Inline Active Flow Monitoring on PTX Series Routers
- Inline Active Flow Monitoring of MPLS-over-UDP Flows on PTX Series Routers
- Inline Active Flow Monitoring on IRB Interfaces
- Example: Configuring Inline Active Flow Monitoring on MX Series and T4000 Routers
- play_arrow Sampling Data Using Flow Aggregation
- Understanding Flow Aggregation
- Enabling Flow Aggregation
- Configuring Flow Aggregation on MX, M and T Series Routers and NFX250 to Use Version 5 or Version 8 cflowd
- Configuring Flow Aggregation on MX, M, vMX and T Series Routers and NFX250 to Use Version 9 Flow Templates
- Configuring Flow Aggregation on PTX Series Routers to Use Version 9 Flow Templates
- Configuring Inline Active Flow Monitoring to Use IPFIX Flow Templates on MX, vMX and T Series Routers, EX Series Switches, NFX Series Devices, and SRX Series Firewalls
- Configuring Flow Aggregation to Use IPFIX Flow Templates on PTX Series Routers
- Configuring Observation Domain ID and Source ID for Version 9 and IPFIX Flows
- Configuring Template ID and Options Template ID for Version 9 and IPFIX Flows
- Including Fragmentation Identifier and IPv6 Extension Header Elements in IPFIX Templates on MX Series Routers
- Directing Replicated Flows from M and T Series Routers to Multiple Flow Servers
- Logging cflowd Flows on M and T Series Routers Before Export
- Configuring Next-Hop Address Learning on MX Series and PTX Series Routers for Destinations Accessible Over Multiple Paths
-
- play_arrow Real-Time Performance Monitoring and Video Monitoring Services
- play_arrow Monitoring Traffic Using Real-Time Performance Monitoring and Two-Way Active Monitoring Protocol (TWAMP)
- Understanding Using Probes for Real-Time Performance Monitoring on M, T, ACX, MX, and PTX Series Routers, EX and QFX Switches
- Configuring RPM Probes on M, MX and T Series Routers and EX Series Switches
- Understanding Real-Time Performance Monitoring on EX and QFX Switches
- Real-Time Performance Monitoring for SRX Devices
- Configuring RPM Receiver Servers
- Limiting the Number of Concurrent RPM Probes on M, MX, T and PTX Routers and EX Series Switches
- Configuring RPM Timestamping on MX, M, T, and PTX Series Routers and EX Series Switches
- Configuring the Interface for RPM Timestamping for Client/Server on a Switch (EX Series)
- Analyzing Network Efficiency in IPv6 Networks on MX Series Routers Using RPM Probes
- Configuring BGP Neighbor Discovery Through RPM
- Examples: Configuring BGP Neighbor Discovery on SRX Series Firewalls and MX, M, T and PTX Series Routers With RPM
- Trace RPM Operations
- Examples: Configuring Real-Time Performance Monitoring on MX, M, T and PTX Series Routers
- Enabling RPM on MX, M and T Series Routers and SRX Firewalls for the Services SDK
- Understand Two-Way Active Measurement Protocol
- Configure TWAMP on ACX, MX, M, T, and PTX Series Routers, EX Series and QFX10000 Series Switches
- Example: Configuring TWAMP Client and Server on MX Series Routers
- Example: Configuring TWAMP Client and Server for SRX Series Firewalls
- Understanding TWAMP Auto-Restart
- Configuring TWAMP Client and TWAMP Server to Reconnect Automatically After TWAMP Server Unavailability
- play_arrow Managing License Server for Throughput Data Export
- play_arrow Testing the Performance of Network Devices Using RFC 2544-Based Benchmarking
- Understanding RFC 2544-Based Benchmarking Tests on MX Series Routers and SRX Series Firewalls
- Understanding RFC2544-Based Benchmarking Tests for E-LAN and E-Line Services on MX Series Routers
- Supported RFC 2544-Based Benchmarking Statements on MX Series Routers
- Configuring an RFC 2544-Based Benchmarking Test
- Enabling Support for RFC 2544-Based Benchmarking Tests on MX Series Routers
- Example: Configure an RFC 2544-Based Benchmarking Test on an MX104 Router for Layer 3 IPv4 Services
- Example: Configuring an RFC 2544-Based Benchmarking Test on an MX104 Router for UNI Direction of Ethernet Pseudowires
- Example: Configuring an RFC 2544-Based Benchmarking Test on an MX104 Router for NNI Direction of Ethernet Pseudowires
- Example: Configuring RFC2544-Based Benchmarking Tests on an MX104 Router for Layer 2 E-LAN Services in Bridge Domains
- Example: Configuring Benchmarking Tests to Measure SLA Parameters for E-LAN Services on an MX104 Router Using VPLS
- play_arrow Configuring RFC 2544-Based Benchmarking Tests on ACX Series
- RFC 2544-Based Benchmarking Tests for ACX Routers Overview
- Layer 2 and Layer 3 RFC 2544-Based Benchmarking Test Overview
- Configuring RFC 2544-Based Benchmarking Tests
- Configuring Ethernet Loopback for RFC 2544-Based Benchmarking Tests
- RFC 2544-Based Benchmarking Test States
- Example: Configure an RFC 2544-Based Benchmarking Test for Layer 3 IPv4 Services
- Example: Configuring an RFC 2544-Based Benchmarking Test for NNI Direction of Ethernet Pseudowires
- Example: Configuring an RFC 2544-Based Benchmarking Test for UNI Direction of Ethernet Pseudowires
- Configuring a Service Package to be Used in Conjunction with PTP
- play_arrow Tracking Streaming Media Traffic Using Inline Video Monitoring
- Understanding Inline Video Monitoring on MX Series Routers
- Configuring Inline Video Monitoring on MX Series Routers
- Inline Video Monitoring Syslog Messages on MX Series Routers
- Generation of SNMP Traps and Alarms for Inline Video Monitoring on MX Series Routers
- SNMP Traps for Inline Video Monitoring Statistics on MX Series Routers
- Processing SNMP GET Requests for MDI Metrics on MX Series Routers
-
- play_arrow Configuration Statements and Operational Commands
Configuring Flow Collection
Configuring Destination FTP Servers for Flow Records
Flow collection destinations are where the compressed ASCII
data files are sent after the cflowd records are collected and processed.
To specify the destination FTP server, include the destinations
statement at the [edit services flow-collector]
hierarchy
level. You can specify up to two FTP server destinations and include
the password for each configured server. If two FTP servers are configured,
the first server in the configuration is the primary server and the
second is a backup server.
To configure a destination for flow collection files, include
the destinations
statement at the [edit services flow-collector]
hierarchy level:
[edit services flow-collector] destinations { ftp:url { password "password"; } }
To specify the destination FTP server, include the ftp:url
statement. The value url
is the FTP server address for the primary flow collection
destination and can include macros.
When you include macros in the ftp:url
statement, a directory can be created only for a single level.
For example, the path ftp://10.2.2.2/%m/%Y
expands to ftp://10.2.2.2/01/2005
, and the software attempts to create
the directory 01/2005
on the destination FTP server. If
the 01/
directory already exists on the destination FTP
server, the software creates the /2005/ directory one level down. If the 01/
directory does not exist on
the destination FTP server, the software cannot create the /2005/ directory, and the FTP server destination
fails. For more information about macros, see ftp.
To specify the FTP server password, include the password
“password”
statement. The password
must be enclosed in quotation marks. You can specify up to two destination
FTP servers. The first destination specified is considered the primary
destination.
Configuring a Packet Analyzer
You can specify values for the IP address and identifier of a packet analyzer to which the flow collector interface sends traffic for analysis. The values you specify here override any default values configured elsewhere.
To configure an IP address and identifier for the packet analyzer,
include the analyzer-address
and analyzer-id
statements at the [edit services flow-collector]
hierarchy
level:
[edit services flow-collector] analyzer-address address; analyzer-id name;
Configuring File Formats
You configure data file formats, name formats, and transfer characteristics for the flow collection files. File records are sent to the destination FTP server when the timer expires or when a preset number of records are received, whichever comes first.
To configure the flow collection file format, include the file-specification
statement at the [edit services flow-collector]
hierarchy level:
[edit services flow-collector] file-specification { variant variant-number { data-format format; name-format format; transfer { record-level number; timeout seconds; } } }
To set the data file format, include the data-format
statement. To set the file name format, include the name-format
statement. To set the export timer and file size thresholds, include
the transfer
statement and specify values for the timeout
and record-level
options.
For example, you can specify the name format as follows:
[edit services flow-collector file-specification variant variant-number] name-format "cFlowd-py69Ni69-0-%D_%T-%I_%N.bcp.bi.gz";
In this example, cFlowd-py69Ni69-0
is the static
portion used verbatim, %D
is the date in YYYYMMDD format, %T
is the time in HHMMSS format, %I
is the value
of ifAlias
, %N
is the generation number, and bcp.bi.gz
is a user-configured string. A number of macros are
supported for expressing the date and time information in different
ways; for a complete list, see the summary section for name-format.
Configuring Interface Mappings
You can match an input interface with a flow collector interface and apply the preset file specifications to the input interface.
To configure an interface mapping, include the interface-map
statement at the [edit services flow-collector]
hierarchy
level:
[edit services flow-collector] interface-map { collector interface-name; file-specification variant-number; interface-name { collector interface-name; file-specification variant-number; } }
To configure the default flow collector and file specifications
for all input interfaces, include the file-specification
and collector
statements at the [edit services flow-collector
interface-map]
hierarchy level. To override the default settings
and apply flow collector and file specifications to a specific input
interface, include the file-specification
and collector
statements at the [edit services flow-collector interface-map interface-name]
hierarchy level.
Configuring Transfer Logs
You can configure the filename, export interval, maximum size, and destination FTP server for log files containing the transfer activity history for a flow collector interface.
To configure a transfer log, include the transfer-log-archive
statement at the [edit services flow-collector]
hierarchy
level:
[edit services flow-collector] transfer-log-archive { archive-sites { ftp:url { password "password"; username username; } } filename-prefix prefix; maximum-age minutes; }
To configure the destination for archiving files, include the archive-sites
statement. Specify the filename as follows:
[edit services flow-collector transfer-log] filename "cFlowd-py69Ni69-0-%D_%T";
where cFlowd-py69Ni69-0
is the static portion used
verbatim, %D
is the date in YYYYMMDD format, and %T
is the time in HHMMSS format.
You can optionally include the following statements:
filename-prefix
—Sets a standard prefix for all the logged files.maximum-age
—Specifies the duration a file remains on the server. The range is 1 through 360 minutes.
Configuring Retry Attempts
You can specify values for situations in which the flow collector interface needs more than one attempt to transfer log files to the FTP server:
Maximum number of retry attempts
Amount of time the flow collector interface waits between successive retries
To configure retry settings, include the retry
and retry-delay
statements at the [edit services flow-collector]
hierarchy level:
retry number; retry-delay seconds;
The retry
value can be from 0 through 10. The retry-delay
value can be from 0 through 60 seconds.