thanks Dennis..
you've pointed out probably the right point.
anyway I've already tried to setup a ttl of 3 (that should be enough) but
nothing. I've also tried an higher number but still nothing :(
R1 - R2 - R3 - R4 - R5
on R2 if I debug the acl 100 I see this:
*Mar 1 01:01:42.663: IP: s=10.1.12.1 (FastEthernet0/0), d=255.255.255.255,
len 52, rcvd 2
*Mar 1 01:01:42.667: UDP src=520, dst=520
R2#
*Mar 1 01:02:05.111: %SEC-6-IPACCESSLOGP: list 100 permitted udp
10.1.12.1(520) -> 255.255.255.255(520), 9 packets
I should now expect the broadcast traffic becomes multicast with
"destination?" 224.1.1.1.
Unluckily I don't see the join in R2 to group 224.1.1.1:
(the helper map was: ip multicast helper-map broadcast 224.1.1.1 100 ttl 5)
R2#show ip mroute 224.1.1.1
(*, 224.1.1.1), 01:02:09/00:03:27, RP 2.2.2.2, flags: S
Incoming interface: Null, RPF nbr 0.0.0.0
Outgoing interface list:
Serial0/0.23, Forward/Sparse, 01:02:09/00:03:27
and I do a generic "debug ip packet detail" on R3 I don't get any traffic
regarding 224.1.1.1
to me it looks like the helper-map is not converting from broadcast to
multicast..
I don't understand why :(
On Fri, Mar 30, 2012 at 4:15 PM, Dennis Worth <dennis.worth_at_gmail.com>wrote:
> check out the end of your ip helper-map broadcast and do a ?
>
> Hint: hop count
>
> On Fri, Mar 30, 2012 at 1:35 AM, ccie99999 <ccie99999_at_googlemail.com>wrote:
>
>> hello GS guys..
>>
>> I'm following this guide for doing a small lab regarding the use of a
>> multicast helper for connecting 2 broadcast networks..
>>
>> I'm reading this:
>>
>>
>> http://www.cisco.com/en/US/docs/ios-xml/ios/ipmulti_igmp/configuration/12-4t/imc_interm_mc_helper.html
>>
>> I'm sure I've already done this lab times ago and it was working.. I'm
>> pretty sure I was using IOU at that time and now it's not working, nor
>> with
>> IOU nor with dynamips.
>>
>> the lab is small:
>>
>> R1 - R2 - R3 - R4 - R5
>>
>> from R2 to R4 it's a multicast enabled network and on R1 and R5 I've
>> enable
>> Rip v2.
>>
>> I've setup everything like it should be:
>>
>> ################
>> R1: rip enabled (v2) and on interface between R1 and R2 I've put ip rip
>> v2-broadcast
>> ################
>> R5: rip enabled (v2)
>> ################
>> R2: I've setup an helper-map like this one: ip multicast helper-map
>> broadcast 224.1.1.1 100
>> R2: I've setup an acl like this one: access-list 100 permit udp host
>> 10.1.12.1 eq rip host 255.255.255.255 eq rip log
>> R2: enabled this: ip forward-protocol udp rip
>> ################
>> R4: I've setup and helper-map that take the traffic from 224.1.1.1 and
>> send
>> to broadcast address of network between R4 and R5 if that matches acl 100
>> ip multicast helper-map 224.1.1.1 10.1.45.255 100
>> R4: acl 100 of course: access-list 100 permit udp host 10.1.12.1 any eq
>> rip
>> log
>> R4: enabled this: ip forward-protocol udp rip
>> ################
>>
>> multicast-routing is enabled on R2,R3,R4 and R2 is the bsr candidate and
>> MA
>> for the network.
>> on R3 and R4 I can see the rp mapping.
>>
>> ospf is enabled on R2,R3,R4
>>
>> everything looks fine (to me) but it doesn't work.
>>
>> If I do a capture I see the broadcast traffic coming from R1, matching the
>> access-list 100 and then stop.
>> Despite this on R3 and R4 I see the mroute 224.1.1.1
>>
>> If I do a capture on R4 I don't get any traffic matching the acl 100.
>>
>> I've checked and re-checked the configuration guide (the link above) and I
>> don't understand what I miss.
>>
>> Looks like the R2 is not able to convert the traffic from broadcast to
>> multicast and therefore the traffic is not reaching R4.
>>
>> anyone see an error in what I've done?
>>
>> tnx in advance
>>
>> --
>> ccie99999
>>
>>
>> Blogs and organic groups at http://www.ccie.net
>>
>> _______________________________________________________________________
>> Subscription information may be found at:
>> http://www.groupstudy.com/list/CCIELab.html
>>
>>
>>
>>
>>
>>
>>
>>
>
>
> --
> Dennis Worth
>
>
>
>
-- ccie99999 Blogs and organic groups at http://www.ccie.netReceived on Sat Mar 31 2012 - 08:29:42 ART
This archive was generated by hypermail 2.2.0 : Sun Apr 01 2012 - 07:56:53 ART