Packet Captures
NHRP_registration.cap 648 bytes
Submitted Sep 14, 2009
R2 registers a multipoint GRE tunnel with R1. Capture perspective from the R1-R5 link.
Packets: 4 | Duration: n/a | Downloads: 7245 |
mtrace.cap 238 bytes
Submitted Sep 14, 2009
mtrace 172.16.40.1 172.16.20.1
is issued on R1 to trace the RPF path from R4's 172.16.20.0/24 subnet to R1's 172.16.40.0/24 subnet. The capture is taken on the R1-R3 link.
Packets: 2 | Duration: n/a | Downloads: 6169 |
MSDP.cap 4.1 KB
Submitted Sep 14, 2009
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.
Packets: 35 | Duration: 391s | Downloads: 6326 |
mrinfo_query.cap 182 bytes
Submitted Sep 14, 2009
mrinfo 2.2.2.2
is issued on R1. DVMRPv3 is used to query R2 for its multicast interfaces.
Packets: 2 | Duration: n/a | Downloads: 5638 |
MPLS_encapsulation.cap 1.3 KB
Submitted Sep 14, 2009
Capture taken from the PE1-P1 link. ICMP traffic between CE1 and CE2 is encapsulated outbound with MPLS label 18. Note that returning traffic is not labeled, due to penultimate hop popping (PHP).
Packets: 10 | Duration: n/a | Downloads: 12303 |
mGRE_ICMP.cap 3.7 KB
Submitted Sep 14, 2009
R2 begins sending ICMP traffic to R4, but it currently only has a GRE tunnel open to R1. The first two ICMP requests (packets #1 and #4) are routed through R1 while R2 sends an NHRP request to R1 for R4's spoke address. Once a GRE tunnel is dynamically built between spoke routers R2 and R4, R2 begins routing the ICMP traffic directly to R4. Capture perspective from the R2-R5 link.
Packets: 24 | Duration: 10s | Downloads: 11117 |
LDP_adjacency.cap 5.7 KB
Submitted Sep 14, 2009
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.
Packets: 61 | Duration: 108s | Downloads: 9751 |
ISIS_level2_adjacency.cap 51.8 KB
Submitted Sep 14, 2009
Routers 3 and 4 form an IS-IS level 2 adjacency.
Packets: 43 | Duration: 85s | Downloads: 9054 |
ISIS_level1_adjacency.cap 27.4 KB
Submitted Sep 14, 2009
Routers 2 and 3 form an IS-IS level 2 adjacency.
Packets: 22 | Duration: 58s | Downloads: 7950 |
ISIS_external_lsp.cap 17.0 KB
Submitted Sep 14, 2009
R2 floods the external routes redistributed from RIP into area 10. Packet #9 includes the IP external reachability TLV. Capture perspective from R3's 10.0.10.1 interface.
Packets: 15 | Duration: 23s | Downloads: 6962 |
ISAKMP_sa_setup.cap 2.0 KB
Submitted Sep 14, 2009
An ISAKMP session is established prior to setting up an IPsec tunnel. Phase one occurs in main mode, and phase two occurs in quick mode.
Packets: 9 | Duration: n/a | Downloads: 12247 |
IP_in_IP.cap 1.5 KB
Submitted Sep 14, 2009
Direct IP-in-IP tunnel encapsulation (configured in Cisco IOS with tunnel mode ipip
).
Packets: 10 | Duration: n/a | Downloads: 12509 |
ipv6_neighbor_spoofing.cap 6.2 KB
Submitted Sep 14, 2009
IPv6 neighbor spoofing on the local link using a forged ICMPv6 neighbor advertisement.
Packets: 49 | Duration: 27s | Downloads: 8401 |
IPv6_NDP.cap 2.1 KB
Submitted Sep 14, 2009
Neighbor Discovery Protocol (NDP) uses ICMPv6 to perform duplicate address detection and address resolution. Also includes multicast listener reports.
Packets: 20 | Duration: 41s | Downloads: 15776 |
IPv6_in_IP.cap 1.5 KB
Submitted Sep 14, 2009
ICMPv6 echos across an IPv6-in-IP tunnel.
Packets: 10 | Duration: n/a | Downloads: 10670 |
IPsec_ESP-AH_tunnel_mode.cap 2.1 KB
Submitted Sep 14, 2009
Encrypted ICMP across an IPsec tunnel. AH and ESP headers are present.
Packets: 10 | Duration: n/a | Downloads: 13734 |
IGMPv2_query_and_report.cap 438 bytes
Submitted Sep 14, 2009
R1 issues IGMPv2 general membership queries to the 172.16.40.0/24 segment every 60 seconds. A host replies to each query reporting it belongs to the multicast group 239.255.255.250.
Packets: 6 | Duration: 126s | Downloads: 8804 |
ICMP_across_dot1q.cap 1.7 KB
Submitted Sep 14, 2009
A ping issued from 192.168.123.2 to 192.168.123.1 is encapsulated with an IEEE 802.1Q header, placing it in VLAN 123.
Packets: 15 | Duration: 35s | Downloads: 11981 |
ICMPv6_echos.cap 1.3 KB
Submitted Sep 14, 2009
Five ICMPv6 echo requests and their subsequent replies between routers 1 and 2.
Packets: 10 | Duration: n/a | Downloads: 7323 |
IBGP_adjacency.cap 2.3 KB
Submitted Sep 14, 2009
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.
Packets: 17 | Duration: 63s | Downloads: 7940 |
HSRP_failover.cap 3.0 KB
Submitted Sep 14, 2009
R1 is the active router, R3 is the standby, and R2 is passive. R1 goes offline and R3 takes over as active after ten seconds. R2 is then promoted to the standby state.
Packets: 39 | Duration: 47s | Downloads: 7592 |
HSRP_election.cap 3.7 KB
Submitted Sep 14, 2009
The Ethernet link shared by routers 1, 2, and 3 comes online. R1 wins the HSRP election because it has a priority of 200 (versus the default of 100 held by the other two routers). R3 becomes the standby router.
Packets: 49 | Duration: 57s | Downloads: 7038 |
HSRP_coup.cap 3.9 KB
Submitted Sep 14, 2009
Initially only routers 3 (active) and 2 (standby) are online. R1 comes online with a priority higher than R3's. R1 takes over as the active router (the coup occurs in packet #22) almost immediately. R2 is bumped down to passive and R3 becomes the standby router.
Packets: 51 | Duration: 49s | Downloads: 6245 |
GRE.cap 1.5 KB
Submitted Sep 14, 2009
ICMP is encapsulated into a Generic Routing Encapsulation (GRE) tunnel.
Packets: 10 | Duration: n/a | Downloads: 18936 |
GLBP_election.cap 8.4 KB
Submitted Sep 14, 2009
Routers 1, 2, and 3 participate in a GLBP election. R1 becomes the AVG due to having the highest priority (200), and R3 becomes the standby GLBP. All three routers become AVFs.
Packets: 80 | Duration: 68s | Downloads: 6057 |