Re: Multicasting [7:72403]
If you're using PIM Dense-Sparse mode you will need to designate an RP router because the DR needs to know where to send the (*,G) to join and the source DR needs to register the SA messages to the RP. What you can do for this case is R1-SP1---SP2-R2 make either R1 or R2 the RP. Assign a static RP-to-group mapping to the router that is not the RP to point to the one that is assigned the RP. If you're using static RP mapping then all you need on your tunnel interface is PIM-SM. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=73687t=72403 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
RE: Multicasting [7:72403]
It seems nobody has really answered this. To begin with, I agree that you do not need IGMP on the tunnels, only on Ethernet ports where there are possible receivers of the mcast traffic. In addition, it is not necessary that your SP runs mcast on his router since you are using GRE tunnels. PIM-DM uses SPTs so the moment it starts receiving (S,G) traffic from a mcast source it will send out the traffic to all interfaces on its outgoing interface list. For PIM-DM that is all interfaces that have multicast enabled and have a PIM-DM neighbour or a mcast receiver. So the first thing you need to do is check if you can see your PIM-DM neighbour at the other end of the SP cloud with the show ip pim neighbor command. Please keep us posted on how this progresses. Kind regards George Murage -Original Message- From: Doan Nguyen [mailto:[EMAIL PROTECTED] Sent: Thursday, August 07, 2003 11:44 PM To: [EMAIL PROTECTED] Subject: Re: Multicasting [7:72403] If you're using PIM Dense-Sparse mode you will need to designate an RP router because the DR needs to know where to send the (*,G) to join and the source DR needs to register the SA messages to the RP. What you can do for this case is R1-SP1---SP2-R2 make either R1 or R2 the RP. Assign a static RP-to-group mapping to the router that is not the RP to point to the one that is assigned the RP. If you're using static RP mapping then all you need on your tunnel interface is PIM-SM. **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=73719t=72403 -- **Please support GroupStudy by purchasing from the GroupStudy Store: http://shop.groupstudy.com FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html
Re: Multicasting [7:72403]
We are using dense mode. Havent tested the rest. No auto-rp MSDP. Tunnel worked on pt-2-pt , but not when its not that way. Rgds - Original Message - From: Reimer, Fred To: [EMAIL PROTECTED] Sent: Wednesday, July 16, 2003 11:10 PM Subject: RE: Multicasting [7:72403] I've never configured it with a tunnel before, but conceptually it should be the same. What mode are you using? Sparse, Dense, Sparse-dense? Are you doing auto-rp? Using MSDP? Read the Cisco docs on their web site and it gives you a run-down on all of the different configuration methods. Fred Reimer - CCNA Eclipsys Corporation, 200 Ashford Center North, Atlanta, GA 30338 Phone: 404-847-5177 Cell: 770-490-3071 Pager: 888-260-2050 NOTICE; This email contains confidential or proprietary information which may be legally privileged. It is intended only for the named recipient(s). If an addressing or transmission error has misdirected the email, please notify the author by replying to this message. If you are not the named recipient, you are not authorized to use, disclose, distribute, copy, print or rely on this email, and should immediately delete it from your computer. -Original Message- From: MR [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 16, 2003 12:23 PM To: [EMAIL PROTECTED] Subject: Multicasting [7:72403] Hi, This is on multicasting. We are trying to setup a muticasted n/w on GRE tunnel with mutilple transit routers. We have enabled muticast only in the end routers i.e tunnel source/destination routers. IGMP too has been enabled with a group being formed. Though we were able to successfully carry out multicasting with tunnel on a serial link , we have not been able to when its not a point to point link. Could observe that there is traffic in the tunnel on the source side , but nil at the other end. On the configuration side, we enabled PIM/IGMP on tunnel interface and other interfaces. Could anyone tell me what should the ideal configuration be. Please let me know incase you need more info. Rgds Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=72457t=72403 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Multicasting [7:72403]
Thanks for your config. But would be ideal if you can send me a config when there is no pt-2-pt link. Rgds - Original Message - From: alaerte Vidali To: [EMAIL PROTECTED] Sent: Thursday, July 17, 2003 1:25 AM Subject: RE: Multicasting [7:72403] I have configured it same time ago; the serial link was frame relay. But I used point-to-point subinterface Something like that: R1 interface tunnel 0 ip address 172.16.1.1 255.255.255.252 ip pim sparse-dense-mode tunnel source 192.168.1.1 tunnel destination 192.168.1.2 ! inter ser 0 encap frame-relay ! inter ser 0.1 point ip ad 192.168.1.1 255.255.255.252 frame-relay map interface-dlci 100 Same for R2. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=72458t=72403 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Multicasting [7:72403]
At the source end , if i observed traffic on tunnel, it was 1.5mb . But at the other end , it was zero.There was no incoming traffic. As i said earlier , its not a point to point connection ans involves multiple transit routers on the way. R1 --- SP1 ---SP2---R2 TSTD SP-Service Provider TS- Tunnel Source TD-Tunnel Dest. At SP1 , we observed there was traffic on their serial interface with R1. Now multicast is not enabled in any SP router. Its enabled only in R1 R2. Should we be enabling it. As it was a public n/w we couldnt. Also there was no RP configured in R1 R2. Just enabled multicast with IGMP group specified. We enabled PIM /IGMP in both tunnel as well as serial interfaces of R1R2. R1 Config- ip multicast-routing interface Tunnel0 ip address 172.16.1.2 255.255.255.252 ip pim dense-mode ip igmp join-group 224.1.1.1 tunnel source a.b.c.d tunnel destination w.x.y.z interface Serial0 ip address a.b.c.d 255.255.255.252 ip pim dense-mode ip igmp join-group 224.1.1.1. R2 Config- ip multicast-routing interface Tunnel0 ip address 172.16.1.1 255.255.255.252 ip pim dense-mode ip igmp join-group 224.1.1.1 tunnel source w.x.y.z tunnel destination a.b.c.d interface Serial0 ip address w.x.y.z 255.255.255.252 ip pim dense-mode ip igmp join-group 224.1.1.1. Please do revert back to me for more info. Rgds - Original Message - From: Reimer, Fred To: [EMAIL PROTECTED] Sent: Thursday, July 17, 2003 3:59 AM Subject: RE: Multicasting [7:72403] I think you said that you see traffic going out one tunnel, but not coming in on the other end of the tunnel. How are you checking that? What does your mroute cache look like for the group in question? Does it list the tunnel interface as an outgoing interface? On the end that isn't receiving anything, is it configured for the RP? Does it find the RP successfully? Does it know about the group in it's mroute cache? Fred Reimer - CCNA Eclipsys Corporation, 200 Ashford Center North, Atlanta, GA 30338 Phone: 404-847-5177 Cell: 770-490-3071 Pager: 888-260-2050 NOTICE; This email contains confidential or proprietary information which may be legally privileged. It is intended only for the named recipient(s). If an addressing or transmission error has misdirected the email, please notify the author by replying to this message. If you are not the named recipient, you are not authorized to use, disclose, distribute, copy, print or rely on this email, and should immediately delete it from your computer. -Original Message- From: alaerte Vidali [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 16, 2003 3:55 PM To: [EMAIL PROTECTED] Subject: RE: Multicasting [7:72403] I have configured it same time ago; the serial link was frame relay. But I used point-to-point subinterface Something like that: R1 interface tunnel 0 ip address 172.16.1.1 255.255.255.252 ip pim sparse-dense-mode tunnel source 192.168.1.1 tunnel destination 192.168.1.2 ! inter ser 0 encap frame-relay ! inter ser 0.1 point ip ad 192.168.1.1 255.255.255.252 frame-relay map interface-dlci 100 Same for R2. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=72460t=72403 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Multicasting [7:72403]
Not that this will solve your problem, but why do you need IGMP between two routers? Thanks, Zsombor At 08:22 AM 7/17/2003 +, MR wrote: At the source end , if i observed traffic on tunnel, it was 1.5mb . But at the other end , it was zero.There was no incoming traffic. As i said earlier , its not a point to point connection ans involves multiple transit routers on the way. R1 --- SP1 ---SP2---R2 TSTD SP-Service Provider TS- Tunnel Source TD-Tunnel Dest. At SP1 , we observed there was traffic on their serial interface with R1. Now multicast is not enabled in any SP router. Its enabled only in R1 R2. Should we be enabling it. As it was a public n/w we couldnt. Also there was no RP configured in R1 R2. Just enabled multicast with IGMP group specified. We enabled PIM /IGMP in both tunnel as well as serial interfaces of R1R2. R1 Config- ip multicast-routing interface Tunnel0 ip address 172.16.1.2 255.255.255.252 ip pim dense-mode ip igmp join-group 224.1.1.1 tunnel source a.b.c.d tunnel destination w.x.y.z interface Serial0 ip address a.b.c.d 255.255.255.252 ip pim dense-mode ip igmp join-group 224.1.1.1. R2 Config- ip multicast-routing interface Tunnel0 ip address 172.16.1.1 255.255.255.252 ip pim dense-mode ip igmp join-group 224.1.1.1 tunnel source w.x.y.z tunnel destination a.b.c.d interface Serial0 ip address w.x.y.z 255.255.255.252 ip pim dense-mode ip igmp join-group 224.1.1.1. Please do revert back to me for more info. Rgds - Original Message - From: Reimer, Fred To: [EMAIL PROTECTED] Sent: Thursday, July 17, 2003 3:59 AM Subject: RE: Multicasting [7:72403] I think you said that you see traffic going out one tunnel, but not coming in on the other end of the tunnel. How are you checking that? What does your mroute cache look like for the group in question? Does it list the tunnel interface as an outgoing interface? On the end that isn't receiving anything, is it configured for the RP? Does it find the RP successfully? Does it know about the group in it's mroute cache? Fred Reimer - CCNA Eclipsys Corporation, 200 Ashford Center North, Atlanta, GA 30338 Phone: 404-847-5177 Cell: 770-490-3071 Pager: 888-260-2050 NOTICE; This email contains confidential or proprietary information which may be legally privileged. It is intended only for the named recipient(s). If an addressing or transmission error has misdirected the email, please notify the author by replying to this message. If you are not the named recipient, you are not authorized to use, disclose, distribute, copy, print or rely on this email, and should immediately delete it from your computer. -Original Message- From: alaerte Vidali [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 16, 2003 3:55 PM To: [EMAIL PROTECTED] Subject: RE: Multicasting [7:72403] I have configured it same time ago; the serial link was frame relay. But I used point-to-point subinterface Something like that: R1 interface tunnel 0 ip address 172.16.1.1 255.255.255.252 ip pim sparse-dense-mode tunnel source 192.168.1.1 tunnel destination 192.168.1.2 ! inter ser 0 encap frame-relay ! inter ser 0.1 point ip ad 192.168.1.1 255.255.255.252 frame-relay map interface-dlci 100 Same for R2. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=72476t=72403 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Multicasting [7:72403]
Hi, This is on multicasting. We are trying to setup a muticasted n/w on GRE tunnel with mutilple transit routers. We have enabled muticast only in the end routers i.e tunnel source/destination routers. IGMP too has been enabled with a group being formed. Though we were able to successfully carry out multicasting with tunnel on a serial link , we have not been able to when its not a point to point link. Could observe that there is traffic in the tunnel on the source side , but nil at the other end. On the configuration side, we enabled PIM/IGMP on tunnel interface and other interfaces. Could anyone tell me what should the ideal configuration be. Please let me know incase you need more info. Rgds Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=72403t=72403 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Multicasting [7:72403]
I've never configured it with a tunnel before, but conceptually it should be the same. What mode are you using? Sparse, Dense, Sparse-dense? Are you doing auto-rp? Using MSDP? Read the Cisco docs on their web site and it gives you a run-down on all of the different configuration methods. Fred Reimer - CCNA Eclipsys Corporation, 200 Ashford Center North, Atlanta, GA 30338 Phone: 404-847-5177 Cell: 770-490-3071 Pager: 888-260-2050 NOTICE; This email contains confidential or proprietary information which may be legally privileged. It is intended only for the named recipient(s). If an addressing or transmission error has misdirected the email, please notify the author by replying to this message. If you are not the named recipient, you are not authorized to use, disclose, distribute, copy, print or rely on this email, and should immediately delete it from your computer. -Original Message- From: MR [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 16, 2003 12:23 PM To: [EMAIL PROTECTED] Subject: Multicasting [7:72403] Hi, This is on multicasting. We are trying to setup a muticasted n/w on GRE tunnel with mutilple transit routers. We have enabled muticast only in the end routers i.e tunnel source/destination routers. IGMP too has been enabled with a group being formed. Though we were able to successfully carry out multicasting with tunnel on a serial link , we have not been able to when its not a point to point link. Could observe that there is traffic in the tunnel on the source side , but nil at the other end. On the configuration side, we enabled PIM/IGMP on tunnel interface and other interfaces. Could anyone tell me what should the ideal configuration be. Please let me know incase you need more info. Rgds Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=72416t=72403 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Multicasting [7:72403]
I have configured it same time ago; the serial link was frame relay. But I used point-to-point subinterface Something like that: R1 interface tunnel 0 ip address 172.16.1.1 255.255.255.252 ip pim sparse-dense-mode tunnel source 192.168.1.1 tunnel destination 192.168.1.2 ! inter ser 0 encap frame-relay ! inter ser 0.1 point ip ad 192.168.1.1 255.255.255.252 frame-relay map interface-dlci 100 Same for R2. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=72425t=72403 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Multicasting [7:72403]
I think you said that you see traffic going out one tunnel, but not coming in on the other end of the tunnel. How are you checking that? What does your mroute cache look like for the group in question? Does it list the tunnel interface as an outgoing interface? On the end that isn't receiving anything, is it configured for the RP? Does it find the RP successfully? Does it know about the group in it's mroute cache? Fred Reimer - CCNA Eclipsys Corporation, 200 Ashford Center North, Atlanta, GA 30338 Phone: 404-847-5177 Cell: 770-490-3071 Pager: 888-260-2050 NOTICE; This email contains confidential or proprietary information which may be legally privileged. It is intended only for the named recipient(s). If an addressing or transmission error has misdirected the email, please notify the author by replying to this message. If you are not the named recipient, you are not authorized to use, disclose, distribute, copy, print or rely on this email, and should immediately delete it from your computer. -Original Message- From: alaerte Vidali [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 16, 2003 3:55 PM To: [EMAIL PROTECTED] Subject: RE: Multicasting [7:72403] I have configured it same time ago; the serial link was frame relay. But I used point-to-point subinterface Something like that: R1 interface tunnel 0 ip address 172.16.1.1 255.255.255.252 ip pim sparse-dense-mode tunnel source 192.168.1.1 tunnel destination 192.168.1.2 ! inter ser 0 encap frame-relay ! inter ser 0.1 point ip ad 192.168.1.1 255.255.255.252 frame-relay map interface-dlci 100 Same for R2. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=72437t=72403 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Multicasting Problem [7:69987]
Hi All, We need to enable multicasting support accross our network. Their are two technologies available to limit the multicast packets on the switch: 1) RGMP 2)CGMP. My routers support both these technologies. Just wanted to know from the group if any body has used any of these which is better of the two. also let me know of any common problems in anyone of them Thanks in advance, Bharat DISCLAIMER: This message contains privileged and confidential information and is intended only for the individual named.If you are not the intended recipient you should not disseminate,distribute,store,print, copy or deliver this message.Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system.E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted,corrupted,lost,destroyed,arrive late or incomplete or contain viruses.The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=69987t=69987 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Multicasting Problem [7:69987]
Do CGMP. wrote in message news:[EMAIL PROTECTED] Hi All, We need to enable multicasting support accross our network. Their are two technologies available to limit the multicast packets on the switch: 1) RGMP 2)CGMP. My routers support both these technologies. Just wanted to know from the group if any body has used any of these which is better of the two. also let me know of any common problems in anyone of them Thanks in advance, Bharat DISCLAIMER: This message contains privileged and confidential information and is intended only for the individual named.If you are not the intended recipient you should not disseminate,distribute,store,print, copy or deliver this message.Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system.E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted,corrupted,lost,destroyed,arrive late or incomplete or contain viruses.The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=70012t=69987 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Multicasting Test Plan [7:66326]
Hmm.. For software, you can get a demo copy of Cisco's IP/TV. It's a working demo of both server and client. Best of all, it's free. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=66424t=66326 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Multicasting Test Plan [7:66326]
Greetings all, I'm trying to set up a test bed to test multicasting in a wan environment. I'm looking for any feedback, test plans and any software that might come in handy. Thanks, Gibran - Do you Yahoo!? Yahoo! Platinum - Watch CBS' NCAA March Madness, live on your desktop! Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=66326t=66326 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Some multicasting... [7:64130]
Look up ip multicast helper-map... Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=64183t=64130 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Some multicasting... [7:64130]
Some riddles I need asnwers to: I have two routers, R1 and R2 that are connected back-to-back through their serial ports. They have the following basic config: R1: ip multicast-routing ! int e0 ip add 192.168.100.1 255.255.255.0 ip pim dense-mode ip igmp join-group 224.1.1.1 ! int s0 ip add 192.168.0.1 255.255.255.252 clock rate 64000 ! router rip net 192.168.100.0 net 192.168.0.0 R2: int e0 ip add 192.168.200.1 255.255.255.0 ! int s0 ip add 192.168.0.2 255.255.255.252 ! router rip net 192.168.200.0 net 192.168.0.0 Basically, I'm experimenting with the idea of having multicast users on R2's LAN to access some multicast source on R1's LAN. The condition is, R2 is not multicast-ready or is not capable of multicasting. In effect, you can't enable ip multicast-routing on R2. Can this work? What other configs should I add? Thanks, OrlyP Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=64130t=64130 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Multicasting Examples [7:48395]
Hi I want to work on IP Multicast in my home lab... Any idea on examples..to workout. Thanks and Regards Rob _ Chat with friends online, try MSN Messenger: http://messenger.msn.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=48395t=48395 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Multicasting Examples [7:48395]
Rob, If you have CCO login access, you can use this URL to get some sample scenarios. http://www.cisco.com/warp/public/105/48.html Let me know if can't access it. Hth, Angel -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Robert Massiache Sent: Tuesday, July 09, 2002 7:14 AM To: [EMAIL PROTECTED] Subject: Multicasting Examples [7:48395] Hi I want to work on IP Multicast in my home lab... Any idea on examples..to workout. Thanks and Regards Rob _ Chat with friends online, try MSN Messenger: http://messenger.msn.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=48422t=48395 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Multicasting software [7:47056]
The PERL multicasting module works great. I use that to test multicasting in my router lab. I think it only works in linux. Search for it at: http://search.cpan.org -- you'll need to know a little bit about PERL though. But the examples given will give you the code you need. Jason Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=47200t=47056 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Multicasting software [7:47056]
Hi, Anyone know whether to get test Multicasting software for windows version. I believe iperf can do it in Unix but not in windows. Thanks Rgds, Sam -Original Message- From: Mike Bernico [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 11:27 PM To: [EMAIL PROTECTED] Subject: RE: Multicasting software [7:47056] I wrote a program called mint that can do this very thing. http://sourceforge.net/projects/mc-mint/ --- Mike Bernico [EMAIL PROTECTED] Illinois Century Network http://www.illinois.net (217) 557-6555 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Sent: Thursday, June 20, 2002 9:29 AM To: [EMAIL PROTECTED] Subject: Multicasting software [7:47056] Greetings, Someone was looking for some software to test multicasting feature on routers/switches. Can you please let me know where can I also get that software! I can't remember who requested that info before, please add me in the loop. Thanks...Nabil I have never let my schooling interfere with my education. Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=47126t=47056 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Multicasting problem [7:36941]
Tom, You do not have to configure RPF. It is an automatic mechanism. It is part of PIM protocol. It is used to prevent loops. The interface that is considered the shortest path to the source does an RPF check. Kind of like Split Horizon. When a router receives a multicast packet, it checks its routing tables (usually unicast) to see if the interface the packet came from provides the shortest path back to the source. If the interface provides the shortest path to the source, the router will forward the packet. Otherwise, if the multicast packet is received from some other interface that does not provide the shortest path to the source, it?s silently discarded. This mechanism that multicast routing utilizes is called Reverse Path Forwarding (RPF). RPF ensures that multicast packets will follow the shortest path from the source to the receivers and that there will be no loops on that path. After the router receives a multicast packet, it performs an RPF check. If the RPF check succeeds, the packet is forwarded; otherwise, it?s silently discarded. The multicast packet is forwarded out of each interface that is in the Outgoing Interface List (OIL). OIL entries point to the current router?s downstream multicast neighbors. The incoming interface (or RPF interface) on which the packet was received is never in the OIL; therefore, the packet is never forwarded back out of the RPF interface. Hope this helps! Regards, Dan Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=39115t=36941 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Multicasting problem [7:36941]
Hi guys, when reading the documentation CD, I found something RPF (Reverse path forwarding) . CAn any one explain whats that and how we can configure?? Thanks. TOM _ Chat with friends online, try MSN Messenger: http://messenger.msn.com Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=36941t=36941 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Multicasting problem [7:36941]
Hi Tom, here is the explanation from the Cisco site: In multicast routing, the source is sending traffic to an arbitrary group of hosts that are represented by a multicast group address. The multicast router must determine which direction is upstream (towards the source) and which direction (or directions) is downstream. If there are multiple downstream paths the router will replicate the packet and forward it down the appropriate downstream paths#8212;which is not necessarily all paths. The concept of forwarding multicast traffic away from the source, rather than to the receiver, is called Reverse Path Forwarding. RPF is a fundamental concept in multicast routing that enables routers to correctly forward multicast traffic down the distribution tree. RPF makes use of the existing unicast routing table to determine the upstream and downstream neighbors. A router will only forward a multicast packet if it is received on the upstream interface. This RPF check helps to guarantee that the distribution tree will be loop free. Regards, Georg Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=36990t=36941 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Multicasting problem [7:36941]
Hi George, Thanks a lot for ur reply. Is any one here can help me how to configure it?? Thanks TOM From: Georg Pauwen Reply-To: Georg Pauwen To: [EMAIL PROTECTED] Subject: RE: Multicasting problem [7:36941] Date: Fri, 1 Mar 2002 12:11:19 -0500 Hi Tom, here is the explanation from the Cisco site: In multicast routing, the source is sending traffic to an arbitrary group of hosts that are represented by a multicast group address. The multicast router must determine which direction is upstream (towards the source) and which direction (or directions) is downstream. If there are multiple downstream paths the router will replicate the packet and forward it down the appropriate downstream pathswhich is not necessarily all paths. The concept of forwarding multicast traffic away from the source, rather than to the receiver, is called Reverse Path Forwarding. RPF is a fundamental concept in multicast routing that enables routers to correctly forward multicast traffic down the distribution tree. RPF makes use of the existing unicast routing table to determine the upstream and downstream neighbors. A router will only forward a multicast packet if it is received on the upstream interface. This RPF check helps to guarantee that the distribution tree will be loop free. Regards, Georg _ MSN Photos is the easiest way to share and print your photos: http://photos.msn.com/support/worldwide.aspx Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=37046t=36941 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Multicasting problem [7:18900]
Hiu guys.. Iam continuously getting this error on my routers configured for multicasting..Any idea??? Thanks for the help. 22:01:21: %PIM-4-DEPRECATED_HELLO_TLV: Deprecated PIM Hello Option TLV 19 (Bidir TLV) from 172.16.1.1 (Serial0) 22:02:21: %PIM-4-DEPRECATED_HELLO_TLV: Deprecated PIM Hello Option TLV 19 (Bidir TLV) from 172.16.1.1 (Serial0) _ Get your FREE download of MSN Explorer at http://explorer.msn.com/intl.asp Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=18900t=18900 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Multicasting - means what? [7:18232]
I see that Cisco has two terms now for the same thing. The following excerpts are taken from two different Cisco documents, resulting from two different searches, one using the CD mac as the search term, the other using PVST+ as the search term. both documents have recent dates at the bottom. two different camps? what will it take to get one of the other to cross the bridge that divides them? http://www.cisco.com/univercd/cc/td/doc/product/lan/cat4000/rel6_3/config/e_ trunk.htm watch the wrap When you connect two Cisco switches through 802.1Q trunks, the switches exchange spanning-tree BPDUs on each VLAN allowed on the trunks. The BPDUs on the native VLAN of the trunk are sent untagged to the reserved IEEE 802.1d spanning-tree multicast MAC address (01-80-C2-00-00-00). The BPDUs on all other VLANs on the trunk are sent tagged to the reserved Cisco Shared Spanning Tree (SSTP) multicast MAC address (01-00-0c-cc-cc-cd). http://www.cisco.com/univercd/cc/td/doc/product/software/ios122/122cgcr/fswt ch_c/swprt6/xcfvl.htm watch the wrap PVST+ provides support for 802.1Q trunks and the mapping of multiple spanning trees to the single spanning tree of 802.1Q switches. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Daniel Cotts Sent: Sunday, September 02, 2001 10:32 PM To: [EMAIL PROTECTED] Subject: RE: Multicasting - means what? [7:18232] I haven't yet been successful with finding 01-00-0c-ee-ee-ee but I'll tell where I've been. A show cam system on a Cat5505 gives that address. Nothing special in the box. Old 3.1(1) code. Also true on newer code. Checked out RSM cards and didn't find anything. Decided that it might be older technology so considered Token Ring, FDDI, and ATM. The only Cisco proprietary item that I found was a Cisco Spanning-Tree Protocol version used in Token Ring CRF implementations. http://www.cisco.com/univercd/cc/td/doc/product/lan/cat5000/cnfg_nts/token/4 158_02.htm The Cisco STP BPDU format is: Destination Address | Source Address | RIF | SAP | BPDU Replaces bridge group address of destination address field with a Cisco-specific group address to prevent external bridges from analyzing TrCRF BPDUs. http://www.cisco.com/univercd/cc/td/doc/product/lan/trsrb2/vlan.htm The Cisco BPDUs use a different multicast destination address (x'800778020200) Which translates to 01-e0-1e-40-40-00 ?? Another list of multicasting addresses is located at: http://www.cavebear.com/CaveBear/Ethernet/multicast.html He does not have the Cisco PVST+ address of 01-00-0c-cc-cc-cd If anyone does find that multicast address please post the solution. -Original Message- From: Leigh Anne Chisholm [mailto:[EMAIL PROTECTED]] Sent: Sunday, September 02, 2001 9:17 PM To: [EMAIL PROTECTED] Subject: RE: Multicasting - means what? [7:18232] That happens to be the page I've been looking at--that generated my query in the first place. I've looked and looked, and can't seem to find a reference for 01-00-0c-ee-ee-ee either. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chuck Larrieu Sent: Sunday, September 02, 2001 6:54 PM To: [EMAIL PROTECTED] Subject: RE: Multicasting - means what? [7:18232] you know, Leigh Anne, I recall seeing a CAM table in one of the documents I checked while I was researching you question. check out http://www.cisco.com/warp/public/473/22.html if you scroll down about half way, and look over the CAM table. Lo and behold, the spanning tree, CGMP, and CDP MACs are there, appearing in each of the vlans. there are a couple of other suspicious looking MACs there as well, but I can find no information referencing them. oh wait. Cisco shared spanning tree = 01-00-0c-cc-cc-cd still can't find a reference for 01-00-0c-ee-ee-ee Chuck -Original Message- From: Leigh Anne Chisholm [mailto:[EMAIL PROTECTED]] Sent: Saturday, September 01, 2001 1:04 PM To: Chuck Larrieu; [EMAIL PROTECTED] Subject: RE: Multicasting - means what? [7:18232] Heck no Chuck... I don't mind you bringing it up. I think it's an interesting discussion. If you hadn't, and hadn't provided me with the information for me to remember the correct answer, I would have posted it. At any rate... with respect to your public and private emails to me: When CGMP is enabled on a switch, the switch adds the MAC address 01-00-0C-DD-DD-DD to its cam system table. By default, a switch only listen to multicast addresses in show cam system. I'd expect to see the MAC multicast address for Spanning Tree to be in there as well as you suggested in the private email. I believe that 01 is reserved for all multicast addresses. It's just that 01-00-5E-00-00-00 through 01-00-5E-7F-FF-FF have been reserved for IP multicast translation as you said in a private email to me. I don't think anyone's been playing fast and loose with this one
Multicasting - means what? [7:18232]
this post results from an off line conversation with someone regarding multicasting. The original question follows: someone said: CGMP: Router sends CGMP multicast packets to the switches at a well known multicast MAC address: 01-00-0C-DD-DD-DD. Now by definition, if all multicast frames have a destination MAC address beginning with 01-00-5E - how does this address qualify as multicast? I got this from http://www.cisco.com/networkers/nw99_pres/314.pdf a networkers presentation. I've found other documents that reference this MAC address--but is this really considered a multicast address? end of quote let's see - unicast is intended for a single destination, broadcast is intended for all destinations. does that mean that anything intended really or potentially for more than one destination, but not all destinations, is a multicast? I have the distinct impression that some folks somewhere are playing a bit fast and loose with definitions. Is the spanning tree reserved mac 01-80-C2-00-00-00 multicast? it can't be broadcast because it is not destined for the FF mac. How about the token ring error monitor mac of 03-00-00-00-00-10 ( this is the ethernet form of the address, according to my source ) Is CGMP really multicast? As opposed, maybe, to an ethernet frame placed onto the wire ( or issued out all ports ) for a specific purpose? Cisco's own definition of multicast, Single packets copied by the network and sent to a specific subset of network addresses leaves a lot of wiggle room. is Cisco talking about layer three network of layer two network? not that Cisco's definition is necessarily related to industry standard definitions, as we all know from the numerous discussions about OSI here. Any comment? Are we counting angels again? :- Chuck P.S. I hope the person who brought this up in private correspondence doesn't mind my posting here. I sanitized so as to protect the innocent, so to speak. that person is a regular groupstudy participant, so will find out what I have done sooner or later ;- Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=18232t=18232 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Multicasting - means what? [7:18232]
Heck no Chuck... I don't mind you bringing it up. I think it's an interesting discussion. If you hadn't, and hadn't provided me with the information for me to remember the correct answer, I would have posted it. At any rate... with respect to your public and private emails to me: When CGMP is enabled on a switch, the switch adds the MAC address 01-00-0C-DD-DD-DD to its cam system table. By default, a switch only listen to multicast addresses in show cam system. I'd expect to see the MAC multicast address for Spanning Tree to be in there as well as you suggested in the private email. I believe that 01 is reserved for all multicast addresses. It's just that 01-00-5E-00-00-00 through 01-00-5E-7F-FF-FF have been reserved for IP multicast translation as you said in a private email to me. I don't think anyone's been playing fast and loose with this one. Just you and I had a blonde moment. Don't know about the Token Ring address for sure... I've **GOT** to get working on my current project because I'm **WAY** behind. But if you read it right to left, I see the first octet as 01... -- Leigh Anne -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chuck Larrieu Sent: Sunday, September 02, 2001 9:48 AM To: [EMAIL PROTECTED] Subject: Multicasting - means what? [7:18232] this post results from an off line conversation with someone regarding multicasting. The original question follows: someone said: CGMP: Router sends CGMP multicast packets to the switches at a well known multicast MAC address: 01-00-0C-DD-DD-DD. Now by definition, if all multicast frames have a destination MAC address beginning with 01-00-5E - how does this address qualify as multicast? I got this from http://www.cisco.com/networkers/nw99_pres/314.pdf a networkers presentation. I've found other documents that reference this MAC address--but is this really considered a multicast address? end of quote let's see - unicast is intended for a single destination, broadcast is intended for all destinations. does that mean that anything intended really or potentially for more than one destination, but not all destinations, is a multicast? I have the distinct impression that some folks somewhere are playing a bit fast and loose with definitions. Is the spanning tree reserved mac 01-80-C2-00-00-00 multicast? it can't be broadcast because it is not destined for the FF mac. How about the token ring error monitor mac of 03-00-00-00-00-10 ( this is the ethernet form of the address, according to my source ) Is CGMP really multicast? As opposed, maybe, to an ethernet frame placed onto the wire ( or issued out all ports ) for a specific purpose? Cisco's own definition of multicast, Single packets copied by the network and sent to a specific subset of network addresses leaves a lot of wiggle room. is Cisco talking about layer three network of layer two network? not that Cisco's definition is necessarily related to industry standard definitions, as we all know from the numerous discussions about OSI here. Any comment? Are we counting angels again? :- Chuck P.S. I hope the person who brought this up in private correspondence doesn't mind my posting here. I sanitized so as to protect the innocent, so to speak. that person is a regular groupstudy participant, so will find out what I have done sooner or later ;- Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=18248t=18232 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Multicasting - means what? [7:18232]
you know, Leigh Anne, I recall seeing a CAM table in one of the documents I checked while I was researching you question. check out http://www.cisco.com/warp/public/473/22.html if you scroll down about half way, and look over the CAM table. Lo and behold, the spanning tree, CGMP, and CDP MACs are there, appearing in each of the vlans. there are a couple of other suspicious looking MACs there as well, but I can find no information referencing them. oh wait. Cisco shared spanning tree = 01-00-0c-cc-cc-cd still can't find a reference for 01-00-0c-ee-ee-ee Chuck -Original Message- From: Leigh Anne Chisholm [mailto:[EMAIL PROTECTED]] Sent: Saturday, September 01, 2001 1:04 PM To: Chuck Larrieu; [EMAIL PROTECTED] Subject: RE: Multicasting - means what? [7:18232] Heck no Chuck... I don't mind you bringing it up. I think it's an interesting discussion. If you hadn't, and hadn't provided me with the information for me to remember the correct answer, I would have posted it. At any rate... with respect to your public and private emails to me: When CGMP is enabled on a switch, the switch adds the MAC address 01-00-0C-DD-DD-DD to its cam system table. By default, a switch only listen to multicast addresses in show cam system. I'd expect to see the MAC multicast address for Spanning Tree to be in there as well as you suggested in the private email. I believe that 01 is reserved for all multicast addresses. It's just that 01-00-5E-00-00-00 through 01-00-5E-7F-FF-FF have been reserved for IP multicast translation as you said in a private email to me. I don't think anyone's been playing fast and loose with this one. Just you and I had a blonde moment. Don't know about the Token Ring address for sure... I've **GOT** to get working on my current project because I'm **WAY** behind. But if you read it right to left, I see the first octet as 01... -- Leigh Anne -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chuck Larrieu Sent: Sunday, September 02, 2001 9:48 AM To: [EMAIL PROTECTED] Subject: Multicasting - means what? [7:18232] this post results from an off line conversation with someone regarding multicasting. The original question follows: someone said: CGMP: Router sends CGMP multicast packets to the switches at a well known multicast MAC address: 01-00-0C-DD-DD-DD. Now by definition, if all multicast frames have a destination MAC address beginning with 01-00-5E - how does this address qualify as multicast? I got this from http://www.cisco.com/networkers/nw99_pres/314.pdf a networkers presentation. I've found other documents that reference this MAC address--but is this really considered a multicast address? end of quote let's see - unicast is intended for a single destination, broadcast is intended for all destinations. does that mean that anything intended really or potentially for more than one destination, but not all destinations, is a multicast? I have the distinct impression that some folks somewhere are playing a bit fast and loose with definitions. Is the spanning tree reserved mac 01-80-C2-00-00-00 multicast? it can't be broadcast because it is not destined for the FF mac. How about the token ring error monitor mac of 03-00-00-00-00-10 ( this is the ethernet form of the address, according to my source ) Is CGMP really multicast? As opposed, maybe, to an ethernet frame placed onto the wire ( or issued out all ports ) for a specific purpose? Cisco's own definition of multicast, Single packets copied by the network and sent to a specific subset of network addresses leaves a lot of wiggle room. is Cisco talking about layer three network of layer two network? not that Cisco's definition is necessarily related to industry standard definitions, as we all know from the numerous discussions about OSI here. Any comment? Are we counting angels again? :- Chuck P.S. I hope the person who brought this up in private correspondence doesn't mind my posting here. I sanitized so as to protect the innocent, so to speak. that person is a regular groupstudy participant, so will find out what I have done sooner or later ;- Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=18263t=18232 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: Multicasting - means what? [7:18232]
That happens to be the page I've been looking at--that generated my query in the first place. I've looked and looked, and can't seem to find a reference for 01-00-0c-ee-ee-ee either. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chuck Larrieu Sent: Sunday, September 02, 2001 6:54 PM To: [EMAIL PROTECTED] Subject: RE: Multicasting - means what? [7:18232] you know, Leigh Anne, I recall seeing a CAM table in one of the documents I checked while I was researching you question. check out http://www.cisco.com/warp/public/473/22.html if you scroll down about half way, and look over the CAM table. Lo and behold, the spanning tree, CGMP, and CDP MACs are there, appearing in each of the vlans. there are a couple of other suspicious looking MACs there as well, but I can find no information referencing them. oh wait. Cisco shared spanning tree = 01-00-0c-cc-cc-cd still can't find a reference for 01-00-0c-ee-ee-ee Chuck -Original Message- From: Leigh Anne Chisholm [mailto:[EMAIL PROTECTED]] Sent: Saturday, September 01, 2001 1:04 PM To: Chuck Larrieu; [EMAIL PROTECTED] Subject: RE: Multicasting - means what? [7:18232] Heck no Chuck... I don't mind you bringing it up. I think it's an interesting discussion. If you hadn't, and hadn't provided me with the information for me to remember the correct answer, I would have posted it. At any rate... with respect to your public and private emails to me: When CGMP is enabled on a switch, the switch adds the MAC address 01-00-0C-DD-DD-DD to its cam system table. By default, a switch only listen to multicast addresses in show cam system. I'd expect to see the MAC multicast address for Spanning Tree to be in there as well as you suggested in the private email. I believe that 01 is reserved for all multicast addresses. It's just that 01-00-5E-00-00-00 through 01-00-5E-7F-FF-FF have been reserved for IP multicast translation as you said in a private email to me. I don't think anyone's been playing fast and loose with this one. Just you and I had a blonde moment. Don't know about the Token Ring address for sure... I've **GOT** to get working on my current project because I'm **WAY** behind. But if you read it right to left, I see the first octet as 01... -- Leigh Anne -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chuck Larrieu Sent: Sunday, September 02, 2001 9:48 AM To: [EMAIL PROTECTED] Subject: Multicasting - means what? [7:18232] this post results from an off line conversation with someone regarding multicasting. The original question follows: someone said: CGMP: Router sends CGMP multicast packets to the switches at a well known multicast MAC address: 01-00-0C-DD-DD-DD. Now by definition, if all multicast frames have a destination MAC address beginning with 01-00-5E - how does this address qualify as multicast? I got this from http://www.cisco.com/networkers/nw99_pres/314.pdf a networkers presentation. I've found other documents that reference this MAC address--but is this really considered a multicast address? end of quote let's see - unicast is intended for a single destination, broadcast is intended for all destinations. does that mean that anything intended really or potentially for more than one destination, but not all destinations, is a multicast? I have the distinct impression that some folks somewhere are playing a bit fast and loose with definitions. Is the spanning tree reserved mac 01-80-C2-00-00-00 multicast? it can't be broadcast because it is not destined for the FF mac. How about the token ring error monitor mac of 03-00-00-00-00-10 ( this is the ethernet form of the address, according to my source ) Is CGMP really multicast? As opposed, maybe, to an ethernet frame placed onto the wire ( or issued out all ports ) for a specific purpose? Cisco's own definition of multicast, Single packets copied by the network and sent to a specific subset of network addresses leaves a lot of wiggle room. is Cisco talking about layer three network of layer two network? not that Cisco's definition is necessarily related to industry standard definitions, as we all know from the numerous discussions about OSI here. Any comment? Are we counting angels again? :- Chuck P.S. I hope the person who brought this up in private correspondence doesn't mind my posting here. I sanitized so as to protect the innocent, so to speak. that person is a regular groupstudy participant, so will find out what I have done sooner or later ;- Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=18270t=18232 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL
RE: Multicasting - means what? [7:18232]
I haven't yet been successful with finding 01-00-0c-ee-ee-ee but I'll tell where I've been. A show cam system on a Cat5505 gives that address. Nothing special in the box. Old 3.1(1) code. Also true on newer code. Checked out RSM cards and didn't find anything. Decided that it might be older technology so considered Token Ring, FDDI, and ATM. The only Cisco proprietary item that I found was a Cisco Spanning-Tree Protocol version used in Token Ring CRF implementations. http://www.cisco.com/univercd/cc/td/doc/product/lan/cat5000/cnfg_nts/token/4 158_02.htm The Cisco STP BPDU format is: Destination Address | Source Address | RIF | SAP | BPDU Replaces bridge group address of destination address field with a Cisco-specific group address to prevent external bridges from analyzing TrCRF BPDUs. http://www.cisco.com/univercd/cc/td/doc/product/lan/trsrb2/vlan.htm The Cisco BPDUs use a different multicast destination address (x'800778020200) Which translates to 01-e0-1e-40-40-00 ?? Another list of multicasting addresses is located at: http://www.cavebear.com/CaveBear/Ethernet/multicast.html He does not have the Cisco PVST+ address of 01-00-0c-cc-cc-cd If anyone does find that multicast address please post the solution. -Original Message- From: Leigh Anne Chisholm [mailto:[EMAIL PROTECTED]] Sent: Sunday, September 02, 2001 9:17 PM To: [EMAIL PROTECTED] Subject: RE: Multicasting - means what? [7:18232] That happens to be the page I've been looking at--that generated my query in the first place. I've looked and looked, and can't seem to find a reference for 01-00-0c-ee-ee-ee either. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chuck Larrieu Sent: Sunday, September 02, 2001 6:54 PM To: [EMAIL PROTECTED] Subject: RE: Multicasting - means what? [7:18232] you know, Leigh Anne, I recall seeing a CAM table in one of the documents I checked while I was researching you question. check out http://www.cisco.com/warp/public/473/22.html if you scroll down about half way, and look over the CAM table. Lo and behold, the spanning tree, CGMP, and CDP MACs are there, appearing in each of the vlans. there are a couple of other suspicious looking MACs there as well, but I can find no information referencing them. oh wait. Cisco shared spanning tree = 01-00-0c-cc-cc-cd still can't find a reference for 01-00-0c-ee-ee-ee Chuck -Original Message- From: Leigh Anne Chisholm [mailto:[EMAIL PROTECTED]] Sent: Saturday, September 01, 2001 1:04 PM To: Chuck Larrieu; [EMAIL PROTECTED] Subject: RE: Multicasting - means what? [7:18232] Heck no Chuck... I don't mind you bringing it up. I think it's an interesting discussion. If you hadn't, and hadn't provided me with the information for me to remember the correct answer, I would have posted it. At any rate... with respect to your public and private emails to me: When CGMP is enabled on a switch, the switch adds the MAC address 01-00-0C-DD-DD-DD to its cam system table. By default, a switch only listen to multicast addresses in show cam system. I'd expect to see the MAC multicast address for Spanning Tree to be in there as well as you suggested in the private email. I believe that 01 is reserved for all multicast addresses. It's just that 01-00-5E-00-00-00 through 01-00-5E-7F-FF-FF have been reserved for IP multicast translation as you said in a private email to me. I don't think anyone's been playing fast and loose with this one. Just you and I had a blonde moment. Don't know about the Token Ring address for sure... I've **GOT** to get working on my current project because I'm **WAY** behind. But if you read it right to left, I see the first octet as 01... -- Leigh Anne -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Chuck Larrieu Sent: Sunday, September 02, 2001 9:48 AM To: [EMAIL PROTECTED] Subject: Multicasting - means what? [7:18232] this post results from an off line conversation with someone regarding multicasting. The original question follows: someone said: CGMP: Router sends CGMP multicast packets to the switches at a well known multicast MAC address: 01-00-0C-DD-DD-DD. Now by definition, if all multicast frames have a destination MAC address beginning with 01-00-5E - how does this address qualify as multicast? I got this from http://www.cisco.com/networkers/nw99_pres/314.pdf a networkers presentation. I've found other documents that reference this MAC address--but is this really considered a multicast address? end of quote let's see - unicast is intended for a single destination, broadcast is intended for all destinations. does that mean that anything intended really or potentially for more than one
EIGRP's interpretation of NBMA and disabling multicasting? [7:14693]
On Cisco's site, I've been searching for information as to when the hello interval is set to 5 seconds and when it is set to 60 seconds. Hellos are sent every 5 seconds except on low-speed, NBMA media. Low-speed is defined as 1.544 Mbps and under. No problems there. What I don't understand is this statement: Note that for the purposes of EIGRP, Frame Relay and Switched Multimegabit Data Service (SMDS) networks may or may not be considered to be NBMA. These networks are considered NBMA if the interface has not been configured to use physical multicasting; otherwise they are not considered NBMA. How can you configure an interface not to use multicasting? This is something I haven't come across how to do yet. Is this configuring EIGRP multicasts to use unicasts (I think I saw something like that last night but I was too tired to comprehend it or even remember where I saw it). -- Leigh Anne Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=14693t=14693 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Multicasting in ATM [7:9679]
I know that in ATM aa Point-to-multipoint connection is unidirectional only(i.e The root node can transmit to leaves but leaves can't transmit to the root or each other on same connection). The question is Is it possible to have bidirectional multipoint-to-multipoint connections over ATM backbones? and How to map IP Multicasting protocols over ATM? thanks, komy Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=9679t=9679 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Multicasting in ATM [7:9679]
I know that in ATM aa Point-to-multipoint connection is unidirectional only(i.e The root node can transmit to leaves but leaves can't transmit to the root or each other on same connection). The question is Is it possible to have bidirectional multipoint-to-multipoint connections over ATM backbones? No. Even if it were not ATM, the need for bidirectional multipoint-to-multipoint is much less common that it might appear. More common is point-to-multipoint toward the users from the content source, and multiple point-to-point from the users to a server that, for example, determines who speaks at what time in an audio conference. and How to map IP Multicasting protocols over ATM? See the following RFCs: 2022 Support for Multicast over UNI 3.0/3.1 based ATM Networks. G. Armitage. November 1996. (Format: TXT=189219 bytes) (Status: PROPOSED STANDARD) 2121 Issues affecting MARS Cluster Size. G. Armitage. March 1997. (Format: TXT=26781 bytes) (Status: INFORMATIONAL) 2149 Multicast Server Architectures for MARS-based ATM multicasting. R. Talpade, M. Ammar. May 1997. (Format: TXT=42007 bytes) (Status: INFORMATIONAL) 2191 VENUS - Very Extensive Non-Unicast Service. G. Armitage. September 1997. (Format: TXT=31316 bytes) (Status: INFORMATIONAL) 2226 IP Broadcast over ATM Networks. T. Smith, G. Armitage. October 1997. (Format: TXT=30661 bytes) (Status: PROPOSED STANDARD) thanks, komy Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=9683t=9679 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Frame LMI Multicasting [7:2893]
What is the purpose of LMI Multicasting? I've seen the Allows a sender to transmit a single frame but have it delivered by the network to multiple recipients. But that doesn't quite cut it. How would you use LMI multicasting and what is the difference between the frame interface-dlci broadcast command. Has anyone tried to use it in there lab? Any help would be appreciated. thanks Drew Message Posted at: http://www.groupstudy.com/form/read.php?f=7i=2893t=2893 -- FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Re: Multicasting
Try http://www.hugewave.com/blackbook/lbb/download.htm ""Pierre-Alex"" [EMAIL PROTECTED] wrote in message [EMAIL PROTECTED]">news:[EMAIL PROTECTED]... I would like to experiment switching multicast traffic. My plan right now is using PowerPoint or Windows Media Encoder to generate the traffic. Is there an easier / more controlled way to create multicast streams? Pierre-Alex _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Multicasting
I would like to experiment switching multicast traffic. My plan right now is using PowerPoint or Windows Media Encoder to generate the traffic. Is there an easier / more controlled way to create multicast streams? Pierre-Alex _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
RE: IP Multicasting TTL
Kevin, I believe that when the multicast packet arrives at an interface the TTL in the IP header is automatically decremented by 1. This applies even if a threshold has been set. If the TTL-threshold on an interface is set to a number which is higher than the TTL in the multicast packet, then the packet will be dropped at that interface. Example: If my initial TTL value is 64, I can set a TTL threshold of 65 at all the border routers and the multicast packets will never leave the internal Net. The multicast packets will go from internal router to internal router decrementing by 1 each time. This makes sense to me because the multicast algorithm is probably a separate module which says "subtract the TTL-threshold from the TTL value and if the result is a positive integer, let the packet through, if not discard the packet" The result is to give some control as to how far the packets are allowed to propagate without having to rewrite the IP module. The IP rule of decrementing by 1 (sec or hop) remains intact. I will do some IP multicasting tests soon to see if the above makes sense. The IOS has not failed to surprise me yet. Winston. -Original Message- From: Kevin Welch [mailto:[EMAIL PROTECTED]] Sent: Thursday, December 28, 2000 8:44 AM To: [EMAIL PROTECTED] Subject: IP Multicasting TTL I am boning up on IP multicasting and I have a question about TTL = Thresholds. When a multicast packet passes through an interface with a = configured TTL threshold, is the TTL decremented my 1 or by the = threshold value? -- Kevin=20 _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED] _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
IP Multicasting TTL
I am boning up on IP multicasting and I have a question about TTL = Thresholds. When a multicast packet passes through an interface with a = configured TTL threshold, is the TTL decremented my 1 or by the = threshold value? -- Kevin=20 _ FAQ, list archives, and subscription info: http://www.groupstudy.com/list/cisco.html Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
Multicasting question
In the near future there are plans to do video conferencing between all of our offices scattered across the US (10 in all). Our current network is set up in that the Cisco 1720 routers we have at each location are basically dumb routers as we have Watchguard Fireboxes that function as the firewall/VPN for each office (each office has a connection to the Internet and we have VPN tunnels that link our network together). My question is this: Will I have to enable a routing protocol on the routers to enable multicasting? Thanks, Jeff ___ UPDATED Posting Guidelines: http://www.groupstudy.com/list/guide.html FAQ, list archives, and subscription info: http://www.groupstudy.com Report misconduct and Nondisclosure violations to [EMAIL PROTECTED]
