RE: Multicast over a GRE Tunnel posted 01/10/2007
Configure the ip igmp join-group command at the remote ethernet segments.
Then try to ping the multicast from the hub. Use sho ip mroute and debug
ip mpacket commands for troubleshooting. If you are using GRE tunnels be
aware that the MTU size will need to account for the 24 byte header
adjusting MTU to 1476. You may want to set the MTU to 1300-1400 on the
tunnels. If the DF bit is set the router will not fragment but drop the
packet. You can use debug ip icmp to determine if this is the case and
you can clear the DF bit by using a route-map.
From: Cisco study <groupstudy@xxxxxxxxxxxxxx>
Reply-To: Cisco study <groupstudy@xxxxxxxxxxxxxx>
To: ccielab@xxxxxxxxxxxxxx, cisco@xxxxxxxxxxxxxx
Subject: Multicast over a GRE Tunnel
Date: Wed, 10 Jan 2007 10:41:37 +0000 (GMT)
Received: from lists.groupstudy.com ([18.104.22.168]) by
bay0-mc7-f6.bay0.hotmail.com with Microsoft SMTPSVC(6.0.3790.2444);
Wed, 10 Jan 2007 02:47:31 -0800
Received: (from sympa@xxxxxxxxx)by lists.groupstudy.com
(22.214.171.12460308/8.11.6) id l0AAlKMq031642;Wed, 10 Jan 2007 05:47:20
Received: from groupstudy.com (www.groupstudy.com [126.96.36.199])by
lists.groupstudy.com (188.8.131.5260308/8.11.6) with ESMTP id
l0AAfauG030915for <ccielab@xxxxxxxxxxxxxxxxxxxx>; Wed, 10 Jan 2007
Received: from groupstudy.com (groupstudy.com [127.0.0.1])by
groupstudy.com (184.108.40.20660308/8.12.10) with ESMTP id
l0AAfoTS016533GroupStudy Mailer; Wed, 10 Jan 2007 05:41:50 -0500
Received: (from listserver@xxxxxxxxx)by groupstudy.com
(220.127.116.1160308/8.12.11/Submit) id l0AAfoXn016521for
ccielabxhiddenx; Wed, 10 Jan 2007 05:41:50 -0500
Received: from web86702.mail.ird.yahoo.com
(web86702.mail.ird.yahoo.com [18.104.22.168]) by groupstudy.com
(22.214.171.12460308/8.12.10) with SMTP id l0AAfmxs016461 GroupStudy
Mailer; Wed, 10 Jan 2007 05:41:48 -0500
Received: (qmail 88863 invoked by uid 60001); 10 Jan 2007 10:41:37
Received: from [126.96.36.199] by web86702.mail.ird.yahoo.com via
HTTP; Wed, 10 Jan 2007 10:41:37 GMT
> Hope you are well.
> I have a multicast question.
> We have setup ip pim sparse-dense-mode Multicast GRE tunnels at
each of the 5 regional hub sites . The purpose of the GRE tunnels is
to stream the multicast traffic from 4 of the hub sites to the main
central hub site. A Windows server at the main hub site collects the
multicast data and is suppose to display phone calling statistics for
external user calls.
> On the server (at the main hub site) we are seeing intermittent
multicast traffic coming through. After checking the multicast
traffic on the routers locally, the traffic is working fine for each
of the local regional sites. However, we are seeing packet loss when
the Multicast traffic is going over the GRE tunnels.
> The initial configuration was setup as a fully meshed
environment, i.e. each site had two tunnels connected to the other
sites. But this was causing Multicast packets to drop because of RPF
> We overcame this problem by removing the fully mesh setup to only
having a single tunnel from each of the hub sites to the central hub
site. Now we are not seeing any RPF failures. Good.
> The troubleshooting on the following site has been covered and
> We still are not seeing 100% multicast packets at the central
site, only around 50% multicast traffic?
> Could anyone shed some light if there is a way to check if the
multicast packets are going over the GRE tunnels? Can you recommend
a Windows based software or tool, router commands, etc so that
multicast source to destination packets can be traced.
> Any questions or suggestions welcome.
>Subscription information may be found at: