Re: multicast helper-map, connecting 2 broadcast network

Carlos,

I don't understand what you mean I will investigate.

thanks for your reply!

On Mon, Apr 2, 2012 at 10:52 AM, Carlos G Mendioroz <tron_at_huapi.ba.ar>wrote:

> Pay attention to the MAC filter in IOU. Depending on how you run it, a
> filter gets installed that only handles a specific MAC to the IOU instance.
> This does not work with multicast, but you should be able to fix that and
> learn in the process...
>
> -Carlos
>
> ccie99999 @ 02/04/2012 00:33 -0300 dixit:
>
> Yuri,
>>
>> with Dennis help I was able to figure out that I was missing the ip pim
>> sparse-mode on the connection between R2 to R1.
>>
>> after that I re-lab it up on GNS3 and despite that it doesn't work (even
>> reloading everything after the configuration).
>> I did the same lab on IOU and still the problem persists.
>>
>> Dennis, very kindly, was able to fire up a lab on real equipment and it
>> was
>> working.
>>
>> at that point I'm giving up.. I guess it's something doesn't work on
>> gns3/iou.
>>
>> tnx Dennis for your help!
>>
>> btw the configs are: (only significant parts):
>>
>> R1
>> interface FastEthernet0/0
>> ip address 10.1.12.1 255.255.255.0
>> ip rip v2-broadcast
>>
>> router rip
>> version 2
>> network 1.0.0.0
>> network 10.0.0.0
>> no auto-summary
>>
>> R2
>> interface FastEthernet0/0
>> ip address 10.1.12.2 255.255.255.0
>> ip pim sparse-mode
>> ip multicast helper-map broadcast 224.1.1.1 100 ttl 5
>>
>> interface Serial0/0.23 point-to-point
>> ip address 10.1.23.2 255.255.255.0
>> ip pim sparse-mode
>> snmp trap link-status
>> frame-relay interface-dlci 203
>>
>> ip forward-protocol nd
>> ip forward-protocol udp rip
>>
>> access-list 100 permit udp host 10.1.12.1 eq rip host 255.255.255.255 eq
>> rip log
>>
>> R4
>> interface FastEthernet0/0
>> ip address 10.1.45.4 255.255.255.0
>> ip directed-broadcast
>>
>> interface Serial0/0.43 point-to-point
>> ip address 10.1.34.4 255.255.255.0
>> ip pim sparse-mode
>> ip multicast helper-map 224.1.1.1 10.1.45.255 100
>> snmp trap link-status
>> frame-relay interface-dlci 403
>>
>> ip forward-protocol nd
>> ip forward-protocol udp rip
>>
>> access-list 100 permit udp host 10.1.12.1 any eq rip
>>
>> R5:
>> interface FastEthernet0/0
>> ip address 10.1.45.5 255.255.255.0
>>
>> router rip
>> version 2
>> no validate-update-source
>> network 5.0.0.0
>> network 10.0.0.0
>> no auto-summary
>>
>>
>>
>>
>>
>>
>>
>>
>> On Sun, Apr 1, 2012 at 5:49 PM, Yuri Bank<yuribank_at_gmail.com> wrote:
>>
>> Can you post full configs? ( for R2 and R4 )
>>>
>>> -Yuri
>>>
>>>
>>> On Sat, Mar 31, 2012 at 1:29 AM, ccie99999<ccie99999@**googlemail.com<ccie99999_at_googlemail.com>
>>> >wrote:
>>>
>>> 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@**googlemail.com<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<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<http://www.groupstudy.com/list/CCIELab.html>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>> --
>>>>> Dennis Worth
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>
>>>> --
>>>> ccie99999
>>>>
>>>>
>>>> Blogs and organic groups at http://www.ccie.net
>>>>
>>>> ______________________________**______________________________**
>>>> ___________
>>>> Subscription information may be found at:
>>>> http://www.groupstudy.com/**list/CCIELab.html<http://www.groupstudy.com/list/CCIELab.html>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>>
>>>
>>
>>
> --
> Carlos G Mendioroz <tron_at_huapi.ba.ar> LW7 EQI Argentina
>

-- 
ccie99999
Blogs and organic groups at http://www.ccie.net