From: Antonio Soares (amsoares@netcabo.pt)
Date: Fri Jun 20 2008 - 17:54:02 ART
There are several ways to test this. You need a protocol that uses UDP and
broadcast. Here's an example with RIPv1:
First hop router:
!
interface FastEthernet2/0
!
ip multicast helper-map broadcast 224.1.2.3 ripv1 ttl 10
!
ip forward-protocol udp rip
!
ip access-list extended ripv1
permit udp any eq rip any eq rip
!
Last hop router:
!
interface FastEthernet0/0
ip multicast helper-map 224.1.2.3 26.26.26.255 ripv1
!
interface FastEthernet0/1
ip directed-broadcast
ip igmp join-group 224.1.2.3
!
ip access-list extended ripv1
permit udp any eq rip any eq rip
!
Here you need to re-map the TTL since RIP updates are sent with TTL=1.
Other options are NTP in broadcast mode and DNS.
Regards,
Antonio Soares, CCIE #18473 (R&S)
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
CCIE3000
Sent: sexta-feira, 20 de Junho de 2008 19:02
To: Cisco certification
Subject: Testing Multicast Map
Hi Guys,
I was doing something earlier with multicast helper maps.
R6 g0/1.26 is connected to R2 fa0/0.26, helper map on R2 interface taking
broadcast and sending as multicast.
Now, I've configured no ip route-cache, no ip mroute-cache and even disabled
CEF.
I'm trying to test from R6 using SLA configured with udp-echo. Problem is as
per the workbook it shows udp-echo with destination 255.255.255.255, which I
can't configure on R6, I've tried 174.1.26.255, First I was having an
encapsulation problem on R6 so I configured a static arp pointing to R2
fa0/0.26 for the address 174.1.26.255. Okay debug ip packet detail shows
that it's now getting to R2 but R2 sends it back out fa0/0.26 and the debug
ip mpacket detail doesn't show it beging send as a Multicast to the next
hop.
I know my configs are okay as I've double checked them, just can't find a
way to prove it by testing.
Any ideas?
This archive was generated by hypermail 2.1.4 : Tue Jul 01 2008 - 06:23:22 ART