From: Pavel Bykov (slidersv@gmail.com)
Date: Fri Jan 23 2009 - 15:11:59 ARST
What is the mapping on R4? can R4 m-ping R2?
Also just a side note, I was fighting with a similar issue for a day on 2600
with 12.3, then tried it on 3700 with 12.4 and guess what... So yeah, that
could play a role as well..
Because the only thing you could have forgotten is enable ip pim on Lo0 of
R4...
http://www.cisco.com/en/US/docs/ios/solutions_docs/ip_multicast/White_papers/frm_rlay.html
On Wed, Jan 21, 2009 at 1:04 PM, Nitro Drops <nitrodrops@hotmail.com> wrote:
> Hi All,
>
> Have been practising multicast by placing around RP and MA around in a
> Hub-N-Spoke.
>
> R3 - Spoke1 > RP
> R2 - Hub
> R4 - Spoke2 > MA
>
> R3 s2/1 >> s2/1 R2 s2/1 >> s2/1 R4
>
> Full Reachability using EIGRP.
>
> R2
> interface Serial2/1
> ip address 155.8.10.2 255.255.255.0
> ip pim nbma-mode <<< included this
> ip pim sparse-mode
> encapsulation frame-relay
> no ip split-horizon eigrp 1
> no ip mroute-cache
> frame-relay map ip 155.8.10.3 203 broadcast
> frame-relay map ip 155.8.10.4 204 broadcast
> no frame-relay inverse-arp
> !
> ip pim autorp listener
>
> R3 (RP)
> ip pim autorp listener
> ip pim send-rp-announce Loopback0 scope 16
>
> R4 (MA)
> ip pim autorp listener
> ip pim send-rp-discovery Loopback0 scope 16
>
>
> QNS 1 : I kept encountering the announcement 224.0.1.39 from RP > MA got
> stuck
> at the Hub, even though i have configured "ip pim nbma mode". Did i miss
> out
> anything?
>
>
> P(0): s=150.8.3.3 (Serial2/1) d=224.0.1.39 id=299, ttl=15, prot=17,
> len=52(48), mroute olist null
> IP(0): s=150.8.3.3 (Serial2/1) d=224.0.1.39 id=322, ttl=15, prot=17,
> len=52(48), mroute olist null
>
> l
> R2#sh ip mro
> IP Multicast Routing Table
>
> Outgoing interface flags: H - Hardware switched, A - Assert winner
> Timers: Uptime/Expires
> Interface state: Interface, Next-Hop or VCD, State/Mode
>
> (*, 224.0.1.39), 00:14:52/stopped, RP 0.0.0.0, flags: DC
> Incoming interface: Null, RPF nbr 0.0.0.0
> Outgoing interface list:
> Serial2/1, Forward/Sparse, 00:14:06/00:00:00
>
> (150.8.3.3, 224.0.1.39), 00:00:46/00:02:13, flags: PT
> Incoming interface: Serial2/1, RPF nbr 155.8.10.3
> Outgoing interface list: Null
>
> (*, 224.0.1.40), 00:15:04/00:02:18, RP 0.0.0.0, flags: DCL
> Incoming interface: Null, RPF nbr 0.0.0.0
> Outgoing interface list:
> Serial2/1, Forward/Sparse, 00:14:07/00:00:00
>
>
> QNS 2 : if all the 3 routers are running 'sparse-dense' mode, a tunnel will
> be
> required between the spokes. Since 'ip nbma mode' is only supported on
> 'sparse-mode'
>
> QNS 3 : if all the 3 routers are running 'dense' mode, R3 (Server) R2
> (Client), again a tunnel will be required between the spokes, since the
> incoming CANT be the same as the outgoing interface on the multicast
> routing
> table.
>
>
> Cheers
> Nit
>
> _________________________________________________________________
> Time for change? Find your ideal job with SEEK.
>
> http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fninemsn%2Eseek%2Ecom%2Eau%2F%
>
> 3Ftracking%3Dsk%3Atl%3Ask%3Anine%3A0%3Ahottag%3Achange&_t=757263783&_r=SEEK_t
> agline&_m=EXT<http://a.ninemsn.com.au/b.aspx?URL=http%3A%2F%2Fninemsn%2Eseek%2Ecom%2Eau%2F%3Ftracking%3Dsk%3Atl%3Ask%3Anine%3A0%3Ahottag%3Achange&_t=757263783&_r=SEEK_tagline&_m=EXT>
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>
-- Pavel Bykov ---------------- Don't forget to help stopping the braindumps, use of which reduces value of your certifications. Sign the petition at http://www.stopbraindumps.com/Blogs and organic groups at http://www.ccie.net
This archive was generated by hypermail 2.1.4 : Sun Mar 01 2009 - 09:43:39 ARST