TTL value for 224.0.0.0/24 is always set to 1; So whenever PIM router received PIM packet from any IP in the above subnet TTL value set to 1. Regards, Pushkar Kulkarni Sent from BlackBerry® on Airtel
-----Original Message----- From: [email protected] Date: Thu, 11 Feb 2010 11:49:43 To: <[email protected]> Subject: CCIE_RS Digest, Vol 49, Issue 57 Send CCIE_RS mailing list submissions to [email protected] To subscribe or unsubscribe via the World Wide Web, visit http://onlinestudylist.com/mailman/listinfo/ccie_rs or, via email, send a message with subject or body 'help' to [email protected] You can reach the person managing the list at [email protected] When replying, please edit your Subject line so it is more specific than "Re: Contents of CCIE_RS digest..." Today's Topics: 1. Multicast question (Patrice Ngassam) 2. Re: Multicast question (Marko Milivojevic) 3. Re: curious about the status of the audio on demand (Marko Milivojevic) 4. Re: MPLS question - Vol 1 Lab26 (Marko Milivojevic) 5. Re: MPLS question - Vol 1 Lab26 (Patrice Ngassam) 6. Re: MPLS question - Vol 1 Lab26 (Marko Milivojevic) 7. Re: MPLS question - Vol 1 Lab26 (LJ) 8. Re: MPLS question - Vol 1 Lab26 (Rogelio) ---------------------------------------------------------------------- Message: 1 Date: Thu, 11 Feb 2010 17:09:29 +0100 From: Patrice Ngassam <[email protected]> Subject: [OSL | CCIE_RS] Multicast question To: <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-1" Hi folks, "Bootstrap messages use the ALL_PIM_Routers destination address of 224.0.0.13 and have a TTL of 1. When a PIM router receives a boostrap message, it sends a copy out all interfaces except the one on which the message was received." in Routing TCP/IP Volume II, PP 490. Question: What is TTL value on the new boostrap message sent by the PIM router receiver? Patrice _________________________________________________________________ T?l?chargez Internet Explorer 8 et surfez sans laisser de trace ! http://clk.atdmt.com/FRM/go/182932252/direct/01/ -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_rs/attachments/20100211/de80920a/attachment-0001.htm ------------------------------ Message: 2 Date: Thu, 11 Feb 2010 16:15:28 +0000 From: Marko Milivojevic <[email protected]> Subject: Re: [OSL | CCIE_RS] Multicast question To: Patrice Ngassam <[email protected]> Cc: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset=UTF-8 On Thu, Feb 11, 2010 at 16:09, Patrice Ngassam <[email protected]> wrote: > Hi folks, > "Bootstrap messages use the ALL_PIM_Routers destination address of > 224.0.0.13 and have a TTL of 1. When a PIM router receives a boostrap > message, it sends a copy out all interfaces except the one on which the > message was received." > in Routing TCP/IP Volume II, PP 490. > > Question: What is TTL value on the new boostrap message sent by the PIM > router receiver? It's always 1. This message, received by other PIM routers will be replicated in the similar fashion throughout the PIM domain. -- Marko Milivojevic - CCIE #18427 Senior Technical Instructor - IPexpert Mailto: [email protected] Telephone: +1.810.326.1444 Fax: +1.810.454.0130 R&S Video on Demand Demo: http://bit.ly/aFyrU4 ------------------------------ Message: 3 Date: Thu, 11 Feb 2010 16:17:59 +0000 From: Marko Milivojevic <[email protected]> Subject: Re: [OSL | CCIE_RS] curious about the status of the audio on demand To: LJ <[email protected]> Cc: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset=UTF-8 On Wed, Feb 10, 2010 at 16:24, LJ <[email protected]> wrote: > curious about the status of the audio on demand, any update? Hello, It's in production. -- Marko Milivojevic - CCIE #18427 Senior Technical Instructor - IPexpert Mailto: [email protected] Telephone: +1.810.326.1444 Fax: +1.810.454.0130 R&S Video on Demand Demo: http://bit.ly/aFyrU4 ------------------------------ Message: 4 Date: Thu, 11 Feb 2010 16:20:19 +0000 From: Marko Milivojevic <[email protected]> Subject: Re: [OSL | CCIE_RS] MPLS question - Vol 1 Lab26 To: Patrice Ngassam <[email protected]> Cc: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset=UTF-8 On Thu, Feb 11, 2010 at 15:49, Patrice Ngassam <[email protected]> wrote: > Thanks Rogelio, > I thought from a CE viewpoint that we don't have to add vrf name in order to > ping the address of PtP. How about my OSFP session that went down when I did > it? You don't, but you were pinging from R6, which is a PE. Also, you need to configure OSPF process for that particular VRF. OSPF process in "global routing table" will not work for VRFs. You need to specify "router ospf X vrf Y". No, this is not a bug :-) -- Marko Milivojevic - CCIE #18427 Senior Technical Instructor - IPexpert Mailto: [email protected] Telephone: +1.810.326.1444 Fax: +1.810.454.0130 R&S Video on Demand Demo: http://bit.ly/aFyrU4 ------------------------------ Message: 5 Date: Thu, 11 Feb 2010 17:26:52 +0100 From: Patrice Ngassam <[email protected]> Subject: Re: [OSL | CCIE_RS] MPLS question - Vol 1 Lab26 To: <[email protected]> Cc: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset="iso-8859-1" Thanks Marko, could you please check what you have in the solution workbook for this lab? Patrice > From: [email protected] > Date: Thu, 11 Feb 2010 16:20:19 +0000 > Subject: Re: [OSL | CCIE_RS] MPLS question - Vol 1 Lab26 > To: [email protected] > CC: [email protected]; [email protected] > > On Thu, Feb 11, 2010 at 15:49, Patrice Ngassam <[email protected]> wrote: > > Thanks Rogelio, > > I thought from a CE viewpoint that we don't have to add vrf name in order to > > ping the address of PtP. How about my OSFP session that went down when I did > > it? > > You don't, but you were pinging from R6, which is a PE. Also, you need > to configure OSPF process for that particular VRF. OSPF process in > "global routing table" will not work for VRFs. You need to specify > "router ospf X vrf Y". > > No, this is not a bug :-) > > -- > Marko Milivojevic - CCIE #18427 > Senior Technical Instructor - IPexpert > > Mailto: [email protected] > Telephone: +1.810.326.1444 > Fax: +1.810.454.0130 > R&S Video on Demand Demo: http://bit.ly/aFyrU4 _________________________________________________________________ Discutez en direct avec vos amis sur Messenger ! http://www.windowslive.fr/messenger -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_rs/attachments/20100211/2bea9c2d/attachment-0001.htm ------------------------------ Message: 6 Date: Thu, 11 Feb 2010 16:35:27 +0000 From: Marko Milivojevic <[email protected]> Subject: Re: [OSL | CCIE_RS] MPLS question - Vol 1 Lab26 To: Patrice Ngassam <[email protected]> Cc: [email protected] Message-ID: <[email protected]> Content-Type: text/plain; charset=UTF-8 On Thu, Feb 11, 2010 at 16:26, Patrice Ngassam <[email protected]> wrote: > Thanks Marko, > could you please check what you have in the solution workbook for this lab? I am just looking at it and it's correct. Are you using the latest version of the book? -- Marko Milivojevic - CCIE #18427 Senior Technical Instructor - IPexpert Mailto: [email protected] Telephone: +1.810.326.1444 Fax: +1.810.454.0130 R&S Video on Demand Demo: http://bit.ly/aFyrU4 ------------------------------ Message: 7 Date: Thu, 11 Feb 2010 16:32:34 +0000 From: "LJ" <[email protected]> Subject: Re: [OSL | CCIE_RS] MPLS question - Vol 1 Lab26 To: "Marko Milivojevic" <[email protected]> Cc: [email protected] Message-ID: <[email protected]> Content-Type: text/plain;charset="utf-8"; format="flowed" Maybe it is an idea to put a version number in the web interface so it is evident if there has been an update.. just a suggestion... On Thu, 11 Feb 2010 16:35:27 +0000 Marko Milivojevic <[email protected]> wrote: : On Thu, Feb 11, 2010 at 16:26, Patrice Ngassam <[email protected]> wrote: :> Thanks Marko, :> could you please check what you have in the solution workbook for this lab? : : I am just looking at it and it's correct. Are you using the latest : version of the book? : : -- : Marko Milivojevic - CCIE #18427 : Senior Technical Instructor - IPexpert : : Mailto: [email protected] : Telephone: +1.810.326.1444 :Fax: +1.810.454.0130 : R&S Video on Demand Demo: http://bit.ly/aFyrU4 : _______________________________________________ :For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com ------------------------------ Message: 8 Date: Thu, 11 Feb 2010 11:49:28 -0500 From: Rogelio <[email protected]> Subject: Re: [OSL | CCIE_RS] MPLS question - Vol 1 Lab26 To: Patrice Ngassam <[email protected]> Cc: "<[email protected]>" <[email protected]> Message-ID: <[email protected]> Content-Type: text/plain; charset="utf-8" Same thing, you have to configure the vrf under ospf. Sent from my iPhone On Feb 11, 2010, at 10:49 AM, Patrice Ngassam <[email protected]> wrote: > Thanks Rogelio, > I thought from a CE viewpoint that we don't have to add vrf name in > order to ping the address of PtP. How about my OSFP session that > went down when I did it? > > Patrice > > > > Subject: Re: [OSL | CCIE_RS] MPLS question - Vol 1 Lab26 > From: [email protected] > Date: Thu, 11 Feb 2010 03:15:13 -0500 > CC: [email protected] > To: [email protected] > > You have to specify the vrf to use when you ping. > > ping vrf vrf-name x.x.x.x > > > > > > > On Feb 11, 2010, at 2:10 AM, Patrice Ngassam wrote: > > Hi folks, > I am stuck on question 26.8 Lab 26 - Vol 1. > Here is my issue: As soon as I enable vrf Bugdens on interface > S0/2/0, I am not able to ping both end of the PPP link although > interfaces are showing up - up on R6 and R9 (I reapplied the ip > address of the interface just after the ip vrf forwarding command). > If I remove the ip vrf forwarding on R6, I recover my OSPF session > and I can ping both address 150.50.69.1 and 150.50.69.2. Could any > of you explain to me what is going on? Is that a bug ? > > R6(config-if)#do sh run int s0/2/0 > Building configuration... > Current configuration : 135 bytes > ! > interface Serial0/2/0 > ip vrf forwarding Bugdens > ip address 150.50.69.1 255.255.255.252 > encapsulation ppp > clock rate 2000000 > end > R6(config-if)#do ping 150.50.69.1 > Type escape sequence to abort. > Sending 5, 100-byte ICMP Echos to 150.50.69.1, timeout is 2 seconds: > ..... > Success rate is 0 percent (0/5) > R6(config-if)#do ping 150.50.69.2 > Type escape sequence to abort. > Sending 5, 100-byte ICMP Echos to 150.50.69.2, timeout is 2 seconds: > ..... > Success rate is 0 percent (0/5) > R6(config-if)#no ip vrf forwarding Bugdens > % Interface Serial0/2/0 IP address 150.50.69.1 removed due to > disabling VRF Bugd > ens > R6(config-if)#ip address 150.50.69.1 255.255.255.252 > R6(config-if)# > *Feb 11 07:15:22.879: %OSPF-5-ADJCHG: Process 6, Nbr 200.0.0.9 on > Serial0/2/0 fr > om LOADING to FULL, Loading Done > R6(config-if)#ip vrf forwarding Bugdens > % Interface Serial0/2/0 IP address 150.50.69.1 removed due to > enabling VRF Bugde > ns > R6(config-if)# > *Feb 11 07:16:22.079: %OSPF-5-ADJCHG: Process 6, Nbr 200.0.0.9 on > Serial0/2/0 fr > om FULL to DOWN, Neighbor Down: Interface down or detached > R6(config-if)#ip address 150.50.69.1 255.255.255.252 > R6(config-if)#no shut > R6(config-if)# > R6(config-if)#no ip vrf forwarding Bugdens > % Interface Serial0/2/0 IP address 150.50.69.1 removed due to > disabling VRF Bugd > ens > R6(config-if)#ip address 150.50.69.1 255.255.255.252 > R6(config-if)# > *Feb 11 07:15:22.879: %OSPF-5-ADJCHG: Process 6, Nbr 200.0.0.9 on > Serial0/2/0 fr > om LOADING to FULL, Loading Done > R6(config-if)#ip vrf forwarding Bugdens > % Interface Serial0/2/0 IP address 150.50.69.1 removed due to > enabling VRF Bugde > ns > R6(config-if)# > *Feb 11 07:16:22.079: %OSPF-5-ADJCHG: Process 6, Nbr 200.0.0.9 on > Serial0/2/0 fr > om FULL to DOWN, Neighbor Down: Interface down or detached > R6(config-if)#ip address 150.50.69.1 255.255.255.252 > R6(config-if)#no shut > R6(config-if)# > > > Patrice > > Windows 7 : Trouvez le PC qui vous convient! D?couvrez notre offre ! > _______________________________________________ > For more information regarding industry leading CCIE Lab training, > please visit www.ipexpert.com > > > Faites une bonne action avec Bing Solidaire ! C'est ici ! -------------- next part -------------- An HTML attachment was scrubbed... URL: http://onlinestudylist.com/pipermail/ccie_rs/attachments/20100211/f4a2eca0/attachment.htm End of CCIE_RS Digest, Vol 49, Issue 57 *************************************** _______________________________________________ For more information regarding industry leading CCIE Lab training, please visit www.ipexpert.com
