Packet Captures

Sort by new | name | popular

LDP_Ethernet_FrameRelay.pcap.cap (2.1 KB)

Packets: 14 Duration: 7s Downloads: 361

LDP with pseudowire FEC elements (Ethernet and Frame-Relay DLCI-to-DLCI)

BGP_MD5.cap (1.7 KB)

Packets: 16 Duration: 61s Downloads: 575

An EBGP with TCP MD5 authentication enabled

BGP_redist.cap (378 bytes)

Packets: 2 Duration: n/a Downloads: 494

The OSPF metric is preserved and propagated within the MPLS cloud by the MP-BGP MED attribute.

EoMPLS.cap (7.0 KB)

Packets: 56 Duration: 32s Downloads: 700

Routers at 1.1.2.1 and 1.1.2.2 are PEs in a MPLS cloud. LDP starts at packet 8 and they build up a pseudo-wire VC (last FEC in packets 11 and 13). At packet 15 we already have STP running between CE1 and CE2 (two routers with ESW), encapsulated in 2 MPLS headers. All the ethernet stuff follows: CDP, ARP, ICMP between two hosts on the same subnet.

telnet.cap (7.3 KB)

Packets: 74 Duration: 10s Downloads: 762

Telnetting from one router to another. Note that all communication is visible in clear text.

TDP.cap (2.8 KB)

Packets: 33 Duration: 47s Downloads: 508

P2 and PE2 exchange Tag Distribution Protocol hellos and form an adjacency over TCP port 711.

SSHv2.cap (11.4 KB)

Packets: 90 Duration: 7s Downloads: 628

An SSH version 2 session between two routers. All communication is securely encrypted.

PPP_TCP_compression.cap (1.5 KB)

Packets: 43 Duration: 3s Downloads: 489

A telnet session is established to 191.1.13.3 across a PPP link performing TCP header compression. The user at 191.1.13.1 logs in with the password "cisco" and terminates the connection.

MSDP.cap (4.1 KB)

Packets: 35 Duration: 391s Downloads: 303

R2 and R3 become MSDP peers and exchange keepalives. A multicast source 172.16.40.10 begins sending traffic to group 239.123.123.123, and R2 begins sending periodic source active messages to R3. Capture perspective is the R2-R3 link.

LDP_adjacency.cap (5.7 KB)

Packets: 61 Duration: 108s Downloads: 378

PE1 and P1 multicast LDP hellos to 224.0.0.2 on UDP port 646. They then establish an adjacency on TCP port 646 and exchange labels.

IBGP_adjacency.cap (2.3 KB)

Packets: 17 Duration: 63s Downloads: 359

Routers 3 and 4 form an internal BGP relationship. This is evidenced by the OPEN messages in packets #4 and #5, which show both routers belong to the same AS (65300). Also note that IBGP packets are not subject to a limited TTL as are EBGP packets.

EBGP_adjacency.cap (2.7 KB)

Packets: 24 Duration: 182s Downloads: 347

The external BGP adjacency between routers 1 and 2 is brought online and routes are exchanged. Keepalives are then exchanged every 60 seconds. Note that the IP TTL (normally 1) has been increased to 2 with ebgp-multihop to facilitate communication between the routers' loopback interfaces.

BGP_soft_reset.cap (2.0 KB)

Packets: 17 Duration: 180s Downloads: 331

R1 performs a soft bidirectional reset (clear ip bgp soft) on its adjacency with R2. The ROUTE-REFRESH message is visible in packet #7. Note that the TCP connection remains uninterrupted, and neither router views the reset as disruptive.

BGP_notification.cap (764 bytes)

Packets: 9 Duration: n/a Downloads: 358

R1 has been misconfigured to expect R2 to reside in AS 65100. R2 attempts to peer with R1 advertising itself correctly in AS 65200. R1 issues a NOTIFICATION in packet #5 citing a "bad peer AS" error and terminates the TCP connection.

BGP_hard_reset.cap (3.2 KB)

Packets: 32 Duration: 208s Downloads: 308

A hard reset (clear ip bgp) is performed on R1 for its adjacency with R2. Packet #7 shows R1 sending a packet with the TCP FIN flag set, indicating the connection is to be torn down. The TCP connection is then reestablished and UPDATEs are retransmitted.

BGP_AS_set.cap (1.6 KB)

Packets: 18 Duration: 1s Downloads: 408

Packet #15 includes a BGP update containing both an AS sequence and an AS set in its AS path attribute.

Viewing 1 - 16 of 16