Lecture 7 - Introduction to PIM Sparse Mode

Поділитися
Вставка
  • Опубліковано 5 гру 2024

КОМЕНТАРІ • 37

  • @dgfdfgdhggfrh
    @dgfdfgdhggfrh Рік тому +1

    The blog doesn't seem to exist anymore but if anybody is maintaining this channel I just want them to know this series incredibly well done and the teacher is excellent.

  • @grimus101
    @grimus101 5 років тому +1

    Watched this after reading a guide for a cert. Have to say this was fantastic, very well presented and easy to understand, thank you!

  • @techevangelist8373
    @techevangelist8373 3 роки тому

    Great content. Good to have a basic understanding of mcast and sparse mode before watching the video. Then, this video will take you to the next level. Thanks for the upload.

  • @jamesdouitsis8180
    @jamesdouitsis8180 2 роки тому +1

    Real great job with explaining the concepts! If only profs taught like you do

  • @miguelsegurap
    @miguelsegurap 4 роки тому

    First serie about Multicast worth watching. Thank you very much for dedicating your time to make videos like this one. Well explained!!

  • @angelcornelio6652
    @angelcornelio6652 2 роки тому +1

    This is a fantastic tutorial organized and very well presented. I am wondering if the presentation slides are available for download.

  • @sulgawn
    @sulgawn 4 роки тому +2

    you are the best when it comes to multicasting, I loved the lecture, you made it so simple, can you please make some videos on IPv6 also

  • @MS-xq7eg
    @MS-xq7eg Рік тому

    This is the best series ever. Multicast seemed like black magic before. I know this is an older series, but would you be interested in making videos about bidir, ssm, anycast rp, msdp an so on?

  • @inakundoO
    @inakundoO 3 роки тому

    Super usefull video! Thank you very much for this. When watching your video I came out with the doubt about how R1 knows who the RP is (cause it needs to know the RP's IPto send the unicast message) but I found it quickly doing a google search (All routers are either pre-configured with the RP’s address or can earn it dynamically through Auto-RP or the BSR protocol) By now I will go with the fact all the routers are pre-configured with RP's address. Thanks again!

  • @MGQ0225
    @MGQ0225 7 років тому +2

    Great Lectures!!! Great for refreshing for CCIE exam preps.

  • @annli2190
    @annli2190 23 дні тому

    Really good video, like it

  • @lovkeshsharma8493
    @lovkeshsharma8493 6 років тому

    Awesome, this is Well simplified and easily digestible information.

    • @DecodingPackets
      @DecodingPackets  6 років тому

      Thank you for your kind words. I am glad you are finding the content useful.

  • @webfreakz
    @webfreakz Рік тому

    Great videos, thank you!

  • @apresskidougal
    @apresskidougal 6 років тому

    Really well put together lecture thank you for all your hard work.

    • @DecodingPackets
      @DecodingPackets  6 років тому

      Thank you for your kind words. I am glad you are finding the material useful.

  • @sulgawn
    @sulgawn 4 роки тому

    well presented, too good flow and very well articulated

  • @dkoxperiakoziukov3808
    @dkoxperiakoziukov3808 3 роки тому

    Thanks for the good explanation.
    May I ask you a question?
    I have a streamer running on my router OS embedded. The stream is coming over the udp to the multicast address.
    When I route the stream to my internal router interface (where PC is connected) VLC is successfully connecting and playing video.
    But I need to stream outside and when I rout the stream to the external interface I see the multicast traffic running (with tcpdump), but my VLC on my local PC doesn't connect anymore.
    My provider told me they had IGMP and PIM set and running.
    Unfortunately I cant check the stream as I have no other available PC. And the VLC on the smartphone doesn't support udp routing.
    What I misunderstood? What am I doing wrong?

  • @mikecondon2019
    @mikecondon2019 7 років тому +1

    Love this series.
    Quick question. Do interfaces remain in the OIL indefinitely after receiving the initial PIM Join? or do downstream routers need to send PIM Joins on a regular interval as a sort of 'keep alive' to remain in the OIL?

    • @DecodingPackets
      @DecodingPackets  7 років тому +1

      Mike Condon PIM is referred to as a Soft-State protocol which essentially means that all the states in PIM, including Joins and Registers must be refreshed periodically. PIM accomplishes this by associating a timer/timeout with each state. Thus, if a router stops receiving Join messages for a G on an interface in the OIL for a period exceeding the timeout, the interface is removed from the OIL.
      HTH.

  • @gouthamkondapavuluru1959
    @gouthamkondapavuluru1959 5 років тому +1

    What if r7 wants to join the multicast tree. It's metric directly to FHR looks shorter than via RP

  • @andriaginting60
    @andriaginting60 2 роки тому

    Thanks for your explanation, i have question, why R5 didn't send IGMP register to RP ? why RP much prefer to use R6 as best path to RX ? thanks

  • @wairisson
    @wairisson 2 роки тому

    Thanks for sharing Sr.

  • @VikasGupta-fn3db
    @VikasGupta-fn3db 7 років тому

    Great work .... highly appreciated ...

  • @lucas93177
    @lucas93177 4 роки тому

    Well-explained !

  • @Kennomie
    @Kennomie 5 років тому

    great explanation!!

  • @yveslouis2868
    @yveslouis2868 5 років тому +1

    Awesome, thank you - however I would expected the presenter to go a bit further elaborating on SPT switchover - this is when the LHR has the capability to switch to the shortest path Tree and bypass the RP (if the traffic rate hits the threshold set) - building a new branch of the source tree (S,G) SPT. In the example given, there is no shortest path between FHR and LHR, maybe something to update - just a personal thought

    • @DecodingPackets
      @DecodingPackets  5 років тому

      Have you checked out ua-cam.com/video/SCVDPlmsl4g/v-deo.html yet?

  • @haritar9053
    @haritar9053 6 років тому +2

    "Time to grow up, you're not a normal router anymore". XD
    P.S. Great lecture!

    • @DecodingPackets
      @DecodingPackets  6 років тому

      I am glad you are finding the content useful.

  • @aaratidhungel2109
    @aaratidhungel2109 5 років тому

    great keep on posting plz

  • @cscsw
    @cscsw 5 років тому

    You mention all routers need to be configured with the same RP IP. in your example, why R2 needs to know the RP IP?

    • @DecodingPackets
      @DecodingPackets  5 років тому +2

      You are correct that in the example, with the placement of Source, Receiver and RP, you technically do not need to define an RP on R2.
      But think of a network that needs to scale, has built in redundancy and has multiple Sources and Receivers at various locations. In that network, it would be hard to determine which routers will need to have the RP defined and which ones do not. That is the reason for consistently defining a common RP across the whole MC domain.

  • @jetmelt
    @jetmelt 2 роки тому

    👍🏻

  • @adnanshafi5396
    @adnanshafi5396 8 років тому +1

    This lecture could have been summarized to half of its duration. So much unbelievable amount of repeatition leading to a lot of frustration that otherwise could have been a superb effort. Anyways thanks for putting this up.

    • @MGQ0225
      @MGQ0225 7 років тому +1

      That's why I watch at 2x or 1.5x the normal speed! :-)

    • @ovimada5999
      @ovimada5999 7 років тому +9

      there's an old saying in my country: "repeating is the mother of knowledge". you could've been grateful and keep this comment to yourself