Hi all,
Comment from Joseph in groupstudy.com " The issue, we need to distinguish between "Exit Interface" and "source IP address". By default a multicast ping is sent on all "ip-enabled unshut interfaces" For each interface the source IP will be the IP address of the interface. In order to force a "SINGLE" exit interface, you need to use extended ping. " Joseph So with below case. I think we could force the exit interface as tunnel 0 ( MVPN). And force the source address as the interface that connect between PE & CE. Best Regards, Marut ________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Marut [EMAIL PROTECTED]@DCTH-BKK Sent: Sunday, 30 December, 2007 11:47 PM To: [EMAIL PROTECTED]; Aqbalali Arne; [email protected] Subject: Re: [OSL | CCIE_SP] Ping to Multicast group from VRF Hi, Is that happened when you try to ping from PE with kind of this command? R4#ping vrf 78 227.7.7.7 rep 5 I believe when we ping from PE. The source ip address is loopback 0 ( Bgp peering between PE). You could debug ip mpacket det in the CE which u join igmp and see the result. So if you want to ping from PE, you should ping this way CE---(R4---PE)---CE (Join with 227.7.7.7) R4#ping vrf 78 Protocol [ip]: Target IP address: 227.7.7.7 Repeat count [1]: Datagram size [100]: Timeout in seconds [2]: Extended commands [n]: y Interface [All]: tunnel 0 Time to live [255]: Source address: 10.1.48.4 Type of service [0]: Set DF bit in IP header? [no]: Validate reply data? [no]: Data pattern [0xABCD]: Loose, Strict, Record, Timestamp, Verbose[none]: Sweep range of sizes [n]: Type escape sequence to abort. Sending 1, 100-byte ICMP Echos to 227.7.7.7, timeout is 2 seconds: Packet sent with a source address of 10.1.48.4 Reply to request 0 from 10.1.37.7, 188 ms Best Regards, Marut ________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Scott Morris Sent: Sunday, 30 December, 2007 9:32 PM To: 'Aqbalali Arne'; [email protected] Subject: Re: [OSL | CCIE_SP] Ping to Multicast group from VRF The PE VRF interface is part of the VRF, so this is the same logic. ________________________________ From: Aqbalali Arne [mailto:[EMAIL PROTECTED] Sent: Sunday, December 30, 2007 6:56 AM To: [EMAIL PROTECTED]; [email protected] Subject: RE: [OSL | CCIE_SP] Ping to Multicast group from VRF I check with this one, let me know how is this? I configured a join group on one of the PE vrf interface (where i dont have an access to the CE) and pinged from the other CE. this was successful. Do you think this will help? Aqbalali ________________________________ From: [EMAIL PROTECTED] To: [EMAIL PROTECTED]; [email protected] Subject: RE: [OSL | CCIE_SP] Ping to Multicast group from VRF Date: Sun, 30 Dec 2007 02:52:12 -0500 MVPN as far as I have played with it is designed to be multicast support NOT specifically linked to the SP's multicast backbone, so the short answer would be no. Or at least not in any way that I've played with it so far! :) Scott Morris, CCIE4 (R&S/ISP-Dial/Security/Service Provider) #4713, JNCIE-M #153, JNCIS-ER, CISSP, et al. CCSI/JNCI-M/JNCI-ER VP - Technical Training - IPexpert, Inc. IPexpert Sr. Technical Instructor A Cisco Learning Partner - We Accept Learning Credits! [EMAIL PROTECTED] Telephone: +1.810.326.1444 Fax: +1.810.454.0130 http://www.ipexpert.com ________________________________ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Aqbalali Arne Sent: Sunday, December 30, 2007 2:39 AM To: [email protected] Subject: [OSL | CCIE_SP] Ping to Multicast group from VRF Hi All, I have a MVPN and is working fine, I can ping from One end CE to another end. But when i try to ping from the PE (VRF ping to the multicast group) the result is negative. Is there any way i can test the multicast if i dont have an access to one of the CE? Aqbalali ________________________________ It's about getting married. Click here! Try it! <http://ss1.richmedia.in/recurl.asp?pid=201> ________________________________ Live the life in style with MSN Lifestyle. Check out! Try it now! <http://content.msn.co.in/Lifestyle/Default> ************************************************************************ **** This email and all contents are subject to the following disclaimer: http://www.datacraft-asia.com/disclaimer ************************************************************************ ****
