Heads Up :
The post you are writing will appear in a public forum. Please ensure all content is appropriate for public consumption. Review the employee guidelines for the community here.
C1921, running version 15.1(4)M2, with licence for "IP base" feature set only.Trying to pass multicast via a PPTP VPN from a Windows XP machine to work around a non multicast-aware WAN link1. With the IP Base feature set I am able to create a plain P...
Got a proprietary voice/data application running on two PCs (Windows XP) that are connected via a private IPv4 backbone that does not pass multicasts. I am aware that the "usual" solution is to use a pair of Cisco routers and set up a GRE Tunnel betw...
I observed that when I was trying to troubleshoot a field issue using two routers I had in the lab, that one of them (an ancient C3620) did not like the PIMv2 Hello messages sent to it by the newer one (C1921).The symptom observed with multicast rout...
I am currently stuck in troubleshooting a problem of multicast data not working over a GRE tunnel joining two networks; I have re-created the problem in a very simple lab network having just two Cisco routers.I suspect that I have overlooked somethin...
Reult of some further digging...Router is behaving as if there is an RPF failure (e.g. no known route back to the source) - even though that source - the PPTP VPN - is directly connected and is working for unicast traffic!(a) "show ip mroute" lists t...
Hi Peter,Thanks for the reply.You are right - after further troubleshooting and gettinmg the thing working (see below) I can see that the C3620 is just ignoring the PIM options it doesn't understand and not the entire message.Being a newbie I had no...
Thanks for the quick reply...It didn't seem to be an RPF failure as the path back to the source was known via OSPF; 'show ip rpf ' was showing the expected path back to that sender.But in a few hours of tinkering I did eventually come across the rea...
