Packet Captures

Sort by new | name | popular

Viewing 1 - 13 of 13

  • 1

IGMP_V1.cap (2.0 KB)

Packets: 27 Duration: 259s Downloads: 3832

All IGMP V1 requests : Query General, Join specific group

IGMP_V2.cap (1.3 KB)

Packets: 18 Duration: 133s Downloads: 4534

All IGMP V2 requests : Query General, Query specfic group, Join specific group, leave specific group

PIM_register_register-stop.cap (258 bytes)

Packets: 2 Duration: n/a Downloads: 4919

Switch at 192.168.0.6 receives an IGMP request for the group 239.1.2.3, encapsulates the original IGMP packet in a PIM Register and sends it to the RP at 192.168.1.254. In packet #2 RP sends a Register-Stop to the switch.

TDP.cap (2.8 KB)

Packets: 33 Duration: 47s Downloads: 3298

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

PIMv2_hellos.cap (528 bytes)

Packets: 6 Duration: 63s Downloads: 3889

Routers 1 and 2 exchange PIMv2 hello packets.

PIMv2_bootstrap.cap (712 bytes)

Packets: 8 Duration: 184s Downloads: 3318

Router 1 is the BSR and routers 2 and 3 are candidate RPs with the default priority of 0. R1 collects the RP advertisement unicasts from R2 and R3 and combines them in a bootstrap multicast to all PIM routers. Capture perspective is the R1-R3 link.

PIM-SM_join_prune.cap (3.8 KB)

Packets: 47 Duration: 473s Downloads: 4533

A host on R4's 172.16.20.0/24 subnet requests to join the 239.123.123.123 group. R4 sends a PIMv2 join message up to the RP (R1). Subsequent join messages are sent every 30 seconds, until R4 determines it no longer has any interested hosts and sends a prune request (packet #45). PIMv1 RP-Reachable messages for the group are also visible from R1.

PIM-DM_pruning.cap (10.2 KB)

Packets: 38 Duration: 415s Downloads: 3116

The multicast source at 172.16.40.10 begins sending traffic to the group 239.123.123.123, and PIM-DM floods the traffic down the tree. R4 has no group members, and prunes itself from the tree. R2 and R3 then realize they have no members, and each prunes itself from the tree. The capture shows R2 receiving the multicast traffic flooded from R1 and subsequently pruning itself every three minutes.

mtrace.cap (238 bytes)

Packets: 2 Duration: n/a Downloads: 2851

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.

MSDP.cap (4.1 KB)

Packets: 35 Duration: 391s Downloads: 2959

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.

mrinfo_query.cap (182 bytes)

Packets: 2 Duration: n/a Downloads: 2651

mrinfo 2.2.2.2 is issued on R1. DVMRPv3 is used to query R2 for its multicast interfaces.

IGMPv2_query_and_report.cap (438 bytes)

Packets: 6 Duration: 126s Downloads: 3782

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.

Auto-RP.cap (726 bytes)

Packets: 9 Duration: 239s Downloads: 3191

Routers 2 and 3 have been configured as candidate RPs, and multicast RP announcements to 239.0.1.39. Router 1 is the RP. R1 sees the candidate RP announcements from R2 and R3, and designates R3 the RP because it has a higher IP address (3.3.3.3). R1 multicasts the RP mapping to 224.0.1.40. The capture is from the R1-R2 link.

Viewing 1 - 13 of 13

  • 1