From exim@www1.ietf.org Thu Aug 14 01:43:29 2003 Received: from optimus.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA17890 for ; Thu, 14 Aug 2003 01:43:28 -0400 (EDT) Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19nAt4-0006rH-6x for pim-archive@odin.ietf.org; Thu, 14 Aug 2003 01:43:02 -0400 Received: (from exim@localhost) by www1.ietf.org (8.12.8/8.12.8/Submit) id h7E5h2W4026357 for pim-archive@odin.ietf.org; Thu, 14 Aug 2003 01:43:02 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19nAt4-0006r2-3G for pim-web-archive@optimus.ietf.org; Thu, 14 Aug 2003 01:43:02 -0400 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA17874 for ; Thu, 14 Aug 2003 01:42:58 -0400 (EDT) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19nAt1-0007cd-00 for pim-web-archive@ietf.org; Thu, 14 Aug 2003 01:42:59 -0400 Received: from ietf.org ([132.151.1.19] helo=optimus.ietf.org) by ietf-mx with esmtp (Exim 4.12) id 19nAt0-0007cZ-00 for pim-web-archive@ietf.org; Thu, 14 Aug 2003 01:42:58 -0400 Received: from localhost.localdomain ([127.0.0.1] helo=www1.ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19nAt2-0006qx-Uh; Thu, 14 Aug 2003 01:43:00 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by optimus.ietf.org with esmtp (Exim 4.20) id 19nAsU-0006qd-Lf for pim@optimus.ietf.org; Thu, 14 Aug 2003 01:42:26 -0400 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA17861 for ; Thu, 14 Aug 2003 01:42:22 -0400 (EDT) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 19nAsR-0007cG-00 for pim@ietf.org; Thu, 14 Aug 2003 01:42:23 -0400 Received: from possum.icir.org ([192.150.187.67]) by ietf-mx with esmtp (Exim 4.12) id 19nAsQ-0007cD-00 for pim@ietf.org; Thu, 14 Aug 2003 01:42:23 -0400 Received: from possum.icir.org (localhost [127.0.0.1]) by possum.icir.org (8.12.8p1/8.12.3) with ESMTP id h7E5gNam064858 for ; Wed, 13 Aug 2003 22:42:23 -0700 (PDT) (envelope-from pavlin@possum.icir.org) Message-Id: <200308140542.h7E5gNam064858@possum.icir.org> To: pim@ietf.org Date: Wed, 13 Aug 2003 22:42:23 -0700 From: Pavlin Radoslavov Subject: [pim] Test Sender: pim-admin@ietf.org Errors-To: pim-admin@ietf.org X-BeenThere: pim@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: Protocol Independent Multicast List-Post: List-Help: List-Subscribe: , This is a test. Please ignore. _______________________________________________ pim mailing list pim@ietf.org https://www1.ietf.org/mailman/listinfo/pim From pim-bounces@catarina.usc.edu Thu Aug 14 07:12:42 2003 Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA06420 for ; Thu, 14 Aug 2003 07:12:42 -0400 (EDT) Received: from catarina.usc.edu (localhost [127.0.0.1]) by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h7EB8q4Z018402; Thu, 14 Aug 2003 04:09:02 -0700 (PDT) (envelope-from pim-bounces@catarina.usc.edu) Received: from motgate2.mot.com (motgate2.mot.com [136.182.1.10]) by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h7EB8o4Y018398 for ; Thu, 14 Aug 2003 04:08:50 -0700 (PDT) (envelope-from sarvesh@motorola.com) Received: from az33exr03.mot.com (pobox3.mot.com [10.64.251.242]) by motgate2.mot.com (Motorola/Motgate2) with ESMTP id h7EB8nmQ025722 for ; Thu, 14 Aug 2003 04:08:49 -0700 (MST) Received: from zin05exm02.corp.mot.com (zin05exm02.corp.mot.com [10.232.0.1]) by az33exr03.mot.com (Motorola/az33exr03) with ESMTP id h7EB8j76011238 for ; Thu, 14 Aug 2003 06:08:47 -0500 Received: by zin05exm02.corp.mot.com with Internet Mail Service (5.5.2657.2) id ; Thu, 14 Aug 2003 16:38:43 +0530 Message-ID: <653138C25D8AD6118292000347080A3705624085@zin05exm02.corp.mot.com> From: Bandi Sarveshwar-G19441 To: "'pim@catarina.usc.edu'" Date: Thu, 14 Aug 2003 16:38:43 +0530 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.2) Content-Type: text/plain; charset="iso-8859-1" Subject: [pim] Query on BSR draft? X-BeenThere: pim@catarina.usc.edu X-Mailman-Version: 2.1.2 Precedence: list List-Id: The IETF PIM working group mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: pim-bounces@catarina.usc.edu Errors-To: pim-bounces@catarina.usc.edu Hi, I have a query on the manner in which group to rp mappings are advertised using the bsr. Say I have a single BSR router in a domain. This BSR router learns of C-RP-ADV for a group address range G from A. Inturn BSM messages are broadcast with . When the A stops acting as an RP for G, will BSR send a BSM message with ??? Thus implicitly indicating that no RPs are available to serve G. Other question is, When the BSR router goes down, leading to the timing out of BSR timer followed by the expiry of ScopeZone timer in Non-C-BSR routers, do they clean up the group-rp mapping information given by the BSR? or do they continue to cache (which could go stale sooner or latter) the information and use it?? Thanks in Advance, Sarvesh > Sarveshwar Bandi > Senior Software Engineer, > Motorola Computer Group, > http://www.netplane.com > Ph: +91-40-355 3709/10/11/12 Extn: 1126 > Fax: +91-40-355 3713 > > _______________________________________________ pim mailing list pim@catarina.usc.edu http://catarina.usc.edu/mailman/listinfo/pim From pim-bounces@catarina.usc.edu Thu Aug 14 07:49:11 2003 Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA07132 for ; Thu, 14 Aug 2003 07:49:11 -0400 (EDT) Received: from catarina.usc.edu (localhost [127.0.0.1]) by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h7EBkb4Z018861; Thu, 14 Aug 2003 04:46:37 -0700 (PDT) (envelope-from pim-bounces@catarina.usc.edu) Received: from bosvwl02.infosys.com (bosvwl02.inf.com [216.52.49.36]) by catarina.usc.edu (8.12.9/8.12.9) with SMTP id h7EBkY4Y018857 for ; Thu, 14 Aug 2003 04:46:34 -0700 (PDT) (envelope-from bharat_joshi@infosys.com) Received: from 192.168.200.83 by bosvwl02.infosys.com (InterScan E-Mail VirusWall NT); Thu, 14 Aug 2003 07:47:11 -0400 Received: from kecmsg07.ad.infosys.com ([192.168.200.68]) by INDHUBBHS03.ad.infosys.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 14 Aug 2003 17:13:34 +0530 Received: from kecmsg06.ad.infosys.com ([192.168.200.75]) by kecmsg07.ad.infosys.com with Microsoft SMTPSVC(5.0.2195.5329); Thu, 14 Aug 2003 17:13:34 +0530 X-MimeOLE: Produced By Microsoft Exchange V6.0.6375.0 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" Subject: RE: [pim] Query on BSR draft? Date: Thu, 14 Aug 2003 17:13:34 +0530 Message-ID: <56E2573C375A414191118970BDE06A150ABE60C2@kecmsg06.ad.infosys.com> Thread-Topic: [pim] Query on BSR draft? Thread-Index: AcNiVvAN8hjO/2KYQ6OiqBaSCfP5mAAAG/4E From: "bharat_joshi" To: "Bandi Sarveshwar-G19441" , X-OriginalArrivalTime: 14 Aug 2003 11:43:34.0476 (UTC) FILETIME=[4AE6D8C0:01C36259] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by catarina.usc.edu id h7EBkZ4Y018858 X-BeenThere: pim@catarina.usc.edu X-Mailman-Version: 2.1.2 Precedence: list List-Id: The IETF PIM working group mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: pim-bounces@catarina.usc.edu Errors-To: pim-bounces@catarina.usc.edu Content-Transfer-Encoding: 8bit Hi, Please see inline. Thanks & Regards, Bharat Hi, I have a query on the manner in which group to rp mappings are advertised using the bsr. Say I have a single BSR router in a domain. This BSR router learns of C-RP-ADV for a group address range G from A. Inturn BSM messages are broadcast with . When the A stops acting as an RP for G, will BSR send a BSM message with ??? Thus implicitly indicating that no RPs are available to serve G. >>> Yes, Elected BSR must send this group-prefix with rpCount equal to zero. This will help non-BSR routers to remove the group-prefix faster. Other question is, When the BSR router goes down, leading to the timing out of BSR timer followed by the expiry of ScopeZone timer in Non-C-BSR routers, do they clean up the group-rp mapping information given by the BSR? or do they continue to cache (which could go stale sooner or latter) the information and use it?? >>> When an elected BSR goes down, he must send a BSM with bsr priority equal to zero. Now all the group-prefix will be updated from this BSM. Now because this is the last BSR in the domain, so there will not be any more BSMs because of which when BS timer will timesout. Every router will remove this Elected BSR after BS timesout and all the group-prefix will also be removed. So the group-prefix will still be there till the BS timeout. Thanks in Advance, Sarvesh > Sarveshwar Bandi > Senior Software Engineer, > Motorola Computer Group, > http://www.netplane.com > Ph: +91-40-355 3709/10/11/12 Extn: 1126 > Fax: +91-40-355 3713 > > _______________________________________________ pim mailing list pim@catarina.usc.edu http://catarina.usc.edu/mailman/listinfo/pim _______________________________________________ pim mailing list pim@catarina.usc.edu http://catarina.usc.edu/mailman/listinfo/pim From pim-bounces@catarina.usc.edu Thu Aug 14 08:15:25 2003 Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA07551 for ; Thu, 14 Aug 2003 08:15:24 -0400 (EDT) Received: from catarina.usc.edu (localhost [127.0.0.1]) by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h7ECCD4Z019226; Thu, 14 Aug 2003 05:12:17 -0700 (PDT) (envelope-from pim-bounces@catarina.usc.edu) Received: from motgate6.mot.com (motgate6.mot.com [144.189.100.106]) by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h7ECCB4Y019222 for ; Thu, 14 Aug 2003 05:12:11 -0700 (PDT) (envelope-from sarvesh@motorola.com) Received: from az33exr01.mot.com (az33exr01.mot.com [10.64.251.231]) by motgate6.mot.com (Motorola/Motgate6) with ESMTP id h7ECCBiG018395 for ; Thu, 14 Aug 2003 05:12:11 -0700 (MST) Received: from zin05exm02.corp.mot.com (zin05exm02.corp.mot.com [10.232.0.1]) by az33exr01.mot.com (Motorola/az33exr01) with ESMTP id h7ECBxGr020600 for ; Thu, 14 Aug 2003 07:12:00 -0500 Received: by zin05exm02.corp.mot.com with Internet Mail Service (5.5.2657.2) id ; Thu, 14 Aug 2003 17:42:07 +0530 Message-ID: <653138C25D8AD6118292000347080A3705624086@zin05exm02.corp.mot.com> From: Bandi Sarveshwar-G19441 To: "'bharat_joshi'" , pim@catarina.usc.edu Subject: RE: [pim] Query on BSR draft? Date: Thu, 14 Aug 2003 17:42:05 +0530 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.2) Content-Type: text/plain; charset="iso-8859-1" X-BeenThere: pim@catarina.usc.edu X-Mailman-Version: 2.1.2 Precedence: list List-Id: The IETF PIM working group mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: pim-bounces@catarina.usc.edu Errors-To: pim-bounces@catarina.usc.edu -----Original Message----- From: bharat_joshi [mailto:bharat_joshi@infosys.com] Sent: Thursday, August 14, 2003 5:14 PM To: Bandi Sarveshwar-G19441; pim@catarina.usc.edu Subject: RE: [pim] Query on BSR draft? Hi, Please see inline. Thanks & Regards, Bharat Hi, I have a query on the manner in which group to rp mappings are advertised using the bsr. Say I have a single BSR router in a domain. This BSR router learns of C-RP-ADV for a group address range G from A. Inturn BSM messages are broadcast with . When the A stops acting as an RP for G, will BSR send a BSM message with ??? Thus implicitly indicating that no RPs are available to serve G. >>> Yes, Elected BSR must send this group-prefix with rpCount equal to zero. This will help non-BSR routers to remove the group-prefix faster. Other question is, When the BSR router goes down, leading to the timing out of BSR timer followed by the expiry of ScopeZone timer in Non-C-BSR routers, do they clean up the group-rp mapping information given by the BSR? or do they continue to cache (which could go stale sooner or latter) the information and use it?? >>> When an elected BSR goes down, he must send a BSM with bsr priority equal to zero. Now all the group-prefix will be updated from this BSM. Now because this is the last BSR in the domain, so there will not be any more BSMs because of which when BS timer will timesout. Every router will remove this Elected BSR after BS timesout and all the group-prefix will also be removed. So the group-prefix will still be there till the BS timeout. The draft doesnt explicitly say this. Infact the draft seems to imply (not explicitly) that it should continue to use the previous group to rp mapping information till a new BSR overrides it. Probably treating it as cached information( i think a few mails on the archive seem to have mentioned this) I guess that would be a pretty bad if no other BSR comes up. Thanks in Advance, Sarvesh > Sarveshwar Bandi > Senior Software Engineer, > Motorola Computer Group, > http://www.netplane.com > Ph: +91-40-355 3709/10/11/12 Extn: 1126 > Fax: +91-40-355 3713 > > _______________________________________________ pim mailing list pim@catarina.usc.edu http://catarina.usc.edu/mailman/listinfo/pim _______________________________________________ pim mailing list pim@catarina.usc.edu http://catarina.usc.edu/mailman/listinfo/pim From pim-bounces@catarina.usc.edu Thu Aug 14 08:50:53 2003 Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA08230 for ; Thu, 14 Aug 2003 08:50:52 -0400 (EDT) Received: from catarina.usc.edu (localhost [127.0.0.1]) by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h7ECmC4Z019667; Thu, 14 Aug 2003 05:48:16 -0700 (PDT) (envelope-from pim-bounces@catarina.usc.edu) Received: from mta2.huawei.com ([61.144.161.24]) by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h7ECm94Y019662 for ; Thu, 14 Aug 2003 05:48:09 -0700 (PDT) (envelope-from prashantj@huawei.com) Received: from mta2.huawei.com (localhost [127.0.0.1]) by mta2.huawei.com (iPlanet Messaging Server 5.2 HotFix 0.7 (built Jun 26 2002)) with ESMTP id <0HJM0081I0XPCH@mta2.huawei.com> for pim@catarina.usc.edu; Thu, 14 Aug 2003 20:49:01 +0800 (CST) Received: from mailin.huawei.com ([10.18.1.252]) by mta2.huawei.com (iPlanet Messaging Server 5.2 HotFix 0.7 (built Jun 26 2002)) with ESMTP id <0HJM00EI80XOF0@mta2.huawei.com> for pim@catarina.usc.edu; Thu, 14 Aug 2003 20:49:01 +0800 (CST) Received: from prashant1125 ([10.18.4.149]) by mailin.huawei.com (Netscape Messaging Server 4.15) with ESMTP id HJM11O00.P0T for ; Thu, 14 Aug 2003 20:51:24 +0800 Date: Thu, 14 Aug 2003 18:16:57 +0530 From: prashant Subject: RE: [pim] Query on BSR draft? In-reply-to: <653138C25D8AD6118292000347080A3705624086@zin05exm02.corp.mot.com> To: "Pim (E-mail)" Message-id: <002c01c36262$26695460$9504120a@in.huawei.com> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4910.0300 X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 7BIT Importance: Normal X-Priority: 3 (Normal) X-MSMail-priority: Normal X-BeenThere: pim@catarina.usc.edu X-Mailman-Version: 2.1.2 Precedence: list Reply-To: prashantj@huawei.com List-Id: The IETF PIM working group mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: pim-bounces@catarina.usc.edu Errors-To: pim-bounces@catarina.usc.edu Content-Transfer-Encoding: 7BIT Hi, This issue was discussed long time back on the list....& if I remember correctly it was in accordance to what Bharat told i.e. delete the complete BSR related info on BSR timer expiry... Draft may need some amendment and is left to the authors to do the needful. BTW one hardly uses BSR mechanism ...mostly static RP configuration is deployed regards, Prashant -----Original Message----- From: pim-bounces@catarina.usc.edu [mailto:pim-bounces@catarina.usc.edu]On Behalf Of Bandi Sarveshwar-G19441 Sent: Thursday, August 14, 2003 5:42 PM To: 'bharat_joshi'; pim@catarina.usc.edu Subject: RE: [pim] Query on BSR draft? -----Original Message----- From: bharat_joshi [mailto:bharat_joshi@infosys.com] Sent: Thursday, August 14, 2003 5:14 PM To: Bandi Sarveshwar-G19441; pim@catarina.usc.edu Subject: RE: [pim] Query on BSR draft? Hi, Please see inline. Thanks & Regards, Bharat Hi, I have a query on the manner in which group to rp mappings are advertised using the bsr. Say I have a single BSR router in a domain. This BSR router learns of C-RP-ADV for a group address range G from A. Inturn BSM messages are broadcast with . When the A stops acting as an RP for G, will BSR send a BSM message with ??? Thus implicitly indicating that no RPs are available to serve G. >>> Yes, Elected BSR must send this group-prefix with rpCount equal to zero. This will help non-BSR routers to remove the group-prefix faster. Other question is, When the BSR router goes down, leading to the timing out of BSR timer followed by the expiry of ScopeZone timer in Non-C-BSR routers, do they clean up the group-rp mapping information given by the BSR? or do they continue to cache (which could go stale sooner or latter) the information and use it?? >>> When an elected BSR goes down, he must send a BSM with bsr priority equal to zero. Now all the group-prefix will be updated from this BSM. Now because this is the last BSR in the domain, so there will not be any more BSMs because of which when BS timer will timesout. Every router will remove this Elected BSR after BS timesout and all the group-prefix will also be removed. So the group-prefix will still be there till the BS timeout. The draft doesnt explicitly say this. Infact the draft seems to imply (not explicitly) that it should continue to use the previous group to rp mapping information till a new BSR overrides it. Probably treating it as cached information( i think a few mails on the archive seem to have mentioned this) I guess that would be a pretty bad if no other BSR comes up. Thanks in Advance, Sarvesh > Sarveshwar Bandi > Senior Software Engineer, > Motorola Computer Group, > http://www.netplane.com > Ph: +91-40-355 3709/10/11/12 Extn: 1126 > Fax: +91-40-355 3713 > > _______________________________________________ pim mailing list pim@catarina.usc.edu http://catarina.usc.edu/mailman/listinfo/pim _______________________________________________ pim mailing list pim@catarina.usc.edu http://catarina.usc.edu/mailman/listinfo/pim _______________________________________________ pim mailing list pim@catarina.usc.edu http://catarina.usc.edu/mailman/listinfo/pim From pim-bounces@catarina.usc.edu Thu Aug 14 14:57:52 2003 Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA21971 for ; Thu, 14 Aug 2003 14:57:52 -0400 (EDT) Received: from catarina.usc.edu (localhost [127.0.0.1]) by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h7EIsr4Z023317; Thu, 14 Aug 2003 11:54:55 -0700 (PDT) (envelope-from pim-bounces@catarina.usc.edu) Received: from motgate3.mot.com (motgate3.mot.com [144.189.100.103]) by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h7EIsq4Y023313 for ; Thu, 14 Aug 2003 11:54:52 -0700 (PDT) (envelope-from Chris.Cormier@motorola.com) Received: from il06exr02.mot.com (il06exr02.mot.com [129.188.137.132]) by motgate3.mot.com (Motorola/Motgate3) with ESMTP id h7EIspQm028247 for ; Thu, 14 Aug 2003 11:54:51 -0700 (MST) Received: from il06exb01.corp.mot.com (il06exb01.corp.mot.com [10.0.111.59]) by il06exr02.mot.com (Motorola/il06exr02) with ESMTP id h7EIsn2X008736 for ; Thu, 14 Aug 2003 13:54:50 -0500 Received: by il06exb01.corp.mot.com with Internet Mail Service (5.5.2657.2) id ; Thu, 14 Aug 2003 13:54:49 -0500 Message-ID: From: Cormier Chris-ACC125 To: "'prashantj@huawei.com'" , "Pim (E-mail)" Subject: RE: [pim] Query on BSR draft? Date: Thu, 14 Aug 2003 13:54:44 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.2) Content-Type: text/plain; charset="iso-8859-1" X-BeenThere: pim@catarina.usc.edu X-Mailman-Version: 2.1.2 Precedence: list List-Id: The IETF PIM working group mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: pim-bounces@catarina.usc.edu Errors-To: pim-bounces@catarina.usc.edu If my memory serves me, the list actually decided never to age out this RP Set if the BSR dies. If there was no BSR, it was assumed that an RP Set is better than no RP Set. -chris -----Original Message----- From: prashant [mailto:prashantj@huawei.com] Sent: Thursday, August 14, 2003 5:47 AM To: Pim (E-mail) Subject: RE: [pim] Query on BSR draft? Hi, This issue was discussed long time back on the list....& if I remember correctly it was in accordance to what Bharat told i.e. delete the complete BSR related info on BSR timer expiry... Draft may need some amendment and is left to the authors to do the needful. BTW one hardly uses BSR mechanism ...mostly static RP configuration is deployed regards, Prashant -----Original Message----- From: pim-bounces@catarina.usc.edu [mailto:pim-bounces@catarina.usc.edu]On Behalf Of Bandi Sarveshwar-G19441 Sent: Thursday, August 14, 2003 5:42 PM To: 'bharat_joshi'; pim@catarina.usc.edu Subject: RE: [pim] Query on BSR draft? -----Original Message----- From: bharat_joshi [mailto:bharat_joshi@infosys.com] Sent: Thursday, August 14, 2003 5:14 PM To: Bandi Sarveshwar-G19441; pim@catarina.usc.edu Subject: RE: [pim] Query on BSR draft? Hi, Please see inline. Thanks & Regards, Bharat Hi, I have a query on the manner in which group to rp mappings are advertised using the bsr. Say I have a single BSR router in a domain. This BSR router learns of C-RP-ADV for a group address range G from A. Inturn BSM messages are broadcast with . When the A stops acting as an RP for G, will BSR send a BSM message with ??? Thus implicitly indicating that no RPs are available to serve G. >>> Yes, Elected BSR must send this group-prefix with rpCount equal to zero. This will help non-BSR routers to remove the group-prefix faster. Other question is, When the BSR router goes down, leading to the timing out of BSR timer followed by the expiry of ScopeZone timer in Non-C-BSR routers, do they clean up the group-rp mapping information given by the BSR? or do they continue to cache (which could go stale sooner or latter) the information and use it?? >>> When an elected BSR goes down, he must send a BSM with bsr priority equal to zero. Now all the group-prefix will be updated from this BSM. Now because this is the last BSR in the domain, so there will not be any more BSMs because of which when BS timer will timesout. Every router will remove this Elected BSR after BS timesout and all the group-prefix will also be removed. So the group-prefix will still be there till the BS timeout. The draft doesnt explicitly say this. Infact the draft seems to imply (not explicitly) that it should continue to use the previous group to rp mapping information till a new BSR overrides it. Probably treating it as cached information( i think a few mails on the archive seem to have mentioned this) I guess that would be a pretty bad if no other BSR comes up. Thanks in Advance, Sarvesh > Sarveshwar Bandi > Senior Software Engineer, > Motorola Computer Group, > http://www.netplane.com > Ph: +91-40-355 3709/10/11/12 Extn: 1126 > Fax: +91-40-355 3713 > > _______________________________________________ pim mailing list pim@catarina.usc.edu http://catarina.usc.edu/mailman/listinfo/pim _______________________________________________ pim mailing list pim@catarina.usc.edu http://catarina.usc.edu/mailman/listinfo/pim _______________________________________________ pim mailing list pim@catarina.usc.edu http://catarina.usc.edu/mailman/listinfo/pim _______________________________________________ pim mailing list pim@catarina.usc.edu http://catarina.usc.edu/mailman/listinfo/pim From pim-bounces@catarina.usc.edu Thu Aug 14 18:00:30 2003 Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA28009 for ; Thu, 14 Aug 2003 18:00:30 -0400 (EDT) Received: from catarina.usc.edu (localhost [127.0.0.1]) by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h7ELgb4Z025004; Thu, 14 Aug 2003 14:42:39 -0700 (PDT) (envelope-from pim-bounces@catarina.usc.edu) Received: from hotmail.com (bay2-f159.bay2.hotmail.com [65.54.247.159]) by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h7ELga4Y025000 for ; Thu, 14 Aug 2003 14:42:36 -0700 (PDT) (envelope-from jkotalwar@hotmail.com) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 14 Aug 2003 14:42:30 -0700 Received: from 64.47.48.10 by by2fd.bay2.hotmail.msn.com with HTTP; Thu, 14 Aug 2003 21:42:30 GMT X-Originating-IP: [64.47.48.10] X-Originating-Email: [jkotalwar@hotmail.com] From: "Jayant Kotalwar" To: Chris.Cormier@motorola.com, pim@catarina.usc.edu Subject: RE: [pim] Query on BSR draft? Date: Thu, 14 Aug 2003 14:42:30 -0700 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 14 Aug 2003 21:42:30.0994 (UTC) FILETIME=[F6BC5320:01C362AC] X-BeenThere: pim@catarina.usc.edu X-Mailman-Version: 2.1.2 Precedence: list List-Id: The IETF PIM working group mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: pim-bounces@catarina.usc.edu Errors-To: pim-bounces@catarina.usc.edu It was proposed that "When the BSR times out or dies, and no alternative BSR is elected, routers continue to use their cached RP set, even though it has timed out." The next thing that might happen is that a new BSR comes up and participates in the election with an empty BSM. In that case routers continue to use the cached RP set. >From: Cormier Chris-ACC125 >To: "'prashantj@huawei.com'" , "Pim >(E-mail)" >Subject: RE: [pim] Query on BSR draft? >Date: Thu, 14 Aug 2003 13:54:44 -0500 > >If my memory serves me, the list actually decided never to age out this RP >Set if the BSR dies. If there was no BSR, it was assumed that an RP Set is >better than no RP Set. >-chris > >-----Original Message----- >From: prashant [mailto:prashantj@huawei.com] >Sent: Thursday, August 14, 2003 5:47 AM >To: Pim (E-mail) >Subject: RE: [pim] Query on BSR draft? > > >Hi, > This issue was discussed long time back on the list....& if I remember >correctly it was in accordance to what Bharat told i.e. delete the >complete >BSR related info on BSR timer expiry... >Draft may need some amendment and is left to the authors to do the needful. > >BTW one hardly uses BSR mechanism ...mostly static RP configuration is >deployed > >regards, >Prashant > > > >-----Original Message----- >From: pim-bounces@catarina.usc.edu [mailto:pim-bounces@catarina.usc.edu]On >Behalf Of Bandi Sarveshwar-G19441 >Sent: Thursday, August 14, 2003 5:42 PM >To: 'bharat_joshi'; pim@catarina.usc.edu >Subject: RE: [pim] Query on BSR draft? > > > > >-----Original Message----- >From: bharat_joshi [mailto:bharat_joshi@infosys.com] >Sent: Thursday, August 14, 2003 5:14 PM >To: Bandi Sarveshwar-G19441; pim@catarina.usc.edu >Subject: RE: [pim] Query on BSR draft? > > >Hi, > >Please see inline. > >Thanks & Regards, >Bharat > >Hi, > I have a query on the manner in which group to rp mappings are >advertised >using the bsr. Say I have a single BSR router in a domain. This BSR router >learns of C-RP-ADV for a group address range G from A. Inturn BSM messages >are broadcast with . When the A stops acting >as >an RP for G, will BSR send a BSM message with ??? Thus >implicitly indicating that no RPs are available to serve G. > > >>> Yes, Elected BSR must send this group-prefix with rpCount equal to >zero. >This will help non-BSR routers to remove the group-prefix faster. > > Other question is, When the BSR router goes down, leading to the timing >out of BSR timer followed by the expiry of ScopeZone timer in Non-C-BSR >routers, do they clean up the group-rp mapping information given by the >BSR? >or do they continue to cache (which could go stale sooner or latter) the >information and use it?? > > >>> When an elected BSR goes down, he must send a BSM with bsr priority >equal to zero. Now all the group-prefix will be updated from this BSM. Now >because this is the last BSR in the domain, so there will not be any more >BSMs because of which when BS timer will timesout. Every router will remove >this Elected BSR after BS timesout and all the group-prefix will also be >removed. So the group-prefix will still be there till the BS timeout. > > The draft doesnt explicitly say this. Infact the draft seems to >imply (not explicitly) that it should continue to use the previous group to >rp mapping information till a new BSR overrides it. Probably treating it as >cached information( i think a few mails on the archive seem to have >mentioned this) I guess that would be a pretty bad if no other BSR comes >up. > > >Thanks in Advance, >Sarvesh > > > > > Sarveshwar Bandi > > Senior Software Engineer, > > Motorola Computer Group, > > http://www.netplane.com > > Ph: +91-40-355 3709/10/11/12 Extn: 1126 > > Fax: +91-40-355 3713 > > > > >_______________________________________________ >pim mailing list >pim@catarina.usc.edu >http://catarina.usc.edu/mailman/listinfo/pim > > >_______________________________________________ >pim mailing list >pim@catarina.usc.edu >http://catarina.usc.edu/mailman/listinfo/pim > >_______________________________________________ >pim mailing list >pim@catarina.usc.edu >http://catarina.usc.edu/mailman/listinfo/pim >_______________________________________________ >pim mailing list >pim@catarina.usc.edu >http://catarina.usc.edu/mailman/listinfo/pim _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail _______________________________________________ pim mailing list pim@catarina.usc.edu http://catarina.usc.edu/mailman/listinfo/pim From pim-bounces@catarina.usc.edu Mon Aug 18 01:09:43 2003 Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA28579 for ; Mon, 18 Aug 2003 01:09:43 -0400 (EDT) Received: from catarina.usc.edu (localhost [127.0.0.1]) by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h7I55A4Z071899; Sun, 17 Aug 2003 22:05:21 -0700 (PDT) (envelope-from pim-bounces@catarina.usc.edu) Received: from xmxpita.excite.com (nn3.excitenetwork.com [207.159.120.57]) by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h7I5584Y071895 for ; Sun, 17 Aug 2003 22:05:08 -0700 (PDT) (envelope-from smiley_raj@excite.com) Received: by xmxpita.excite.com (Postfix, from userid 110) id D459A299BA; Mon, 18 Aug 2003 01:05:02 -0400 (EDT) To: pim@catarina.usc.edu Subject: RE: [pim] Query on BSR draft? Received: from [203.197.138.194] by xprdmailfe22.nwk.excite.com via HTTP; Mon, 18 Aug 2003 01:05:02 EST X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: ID = 5613c7ba96850745f9a70eb170e76f3c From: "smiley_raj@excite.com" MIME-Version: 1.0 X-Sender: smiley_raj@excite.com X-Mailer: PHP Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <20030818050502.D459A299BA@xmxpita.excite.com> Date: Mon, 18 Aug 2003 01:05:02 -0400 (EDT) X-BeenThere: pim@catarina.usc.edu X-Mailman-Version: 2.1.2 Precedence: list Reply-To: smiley_raj@excite.com List-Id: The IETF PIM working group mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: pim-bounces@catarina.usc.edu Errors-To: pim-bounces@catarina.usc.edu Content-Transfer-Encoding: 7bit Yes prashant some time back I raised a small discussion in this list regarding the BSR Time out. The discussion explains to some extent about the doubts raised by sarveshwar. The BSR- Draft needs some changes. It currently is not complete that is what I feel. But what you mentioned looks strange to me. Static RP configuration is mostly used ?.......... Can you explain? thanks & regards --- On Thu 08/14, prashant < prashantj@huawei.com > wrote: From: prashant [mailto: prashantj@huawei.com] To: pim@catarina.usc.edu Date: Thu, 14 Aug 2003 18:16:57 +0530 Subject: RE: [pim] Query on BSR draft? Hi,
This issue was discussed long time back on the list....& if I remember
correctly it was in accordance to what Bharat told i.e. delete the complete
BSR related info on BSR timer expiry...
Draft may need some amendment and is left to the authors to do the needful.

BTW one hardly uses BSR mechanism ...mostly static RP configuration is
deployed

regards,
Prashant



-----Original Message-----
From: pim-bounces@catarina.usc.edu [mailto:pim-bounces@catarina.usc.edu]On
Behalf Of Bandi Sarveshwar-G19441
Sent: Thursday, August 14, 2003 5:42 PM
To: 'bharat_joshi'; pim@catarina.usc.edu
Subject: RE: [pim] Query on BSR draft?




-----Original Message-----
From: bharat_joshi [mailto:bharat_joshi@infosys.com]
Sent: Thursday, August 14, 2003 5:14 PM
To: Bandi Sarveshwar-G19441; pim@catarina.usc.edu
Subject: RE: [pim] Query on BSR draft?


Hi,

Please see inline.

Thanks & Rega! rds,
Bharat

Hi,
I have a query on the manner in which group to rp mappings are advertised
using the bsr. Say I have a single BSR router in a domain. This BSR router
learns of C-RP-ADV for a group address range G from A. Inturn BSM messages
are broadcast with . When the A stops acting as
an RP for G, will BSR send a BSM message with ??? Thus
implicitly indicating that no RPs are available to serve G.

>>> Yes, Elected BSR must send this group-prefix with rpCount equal to zero.
This will help non-BSR routers to remove the group-prefix faster.

Other question is, When the BSR router goes down, leading to the timing
out of BSR timer followed by the expiry of ScopeZone timer in Non-C-BSR
routers, do they clean up the group-rp mapping information given by the BSR?
or do they continue to cache (which could go stale sooner or latter) the
information and use it??

>>> Whe! n an elected BSR goes down, he must send a BSM with bsr priority
eq ual to zero. Now all the group-prefix will be updated from this BSM. Now
because this is the last BSR in the domain, so there will not be any more
BSMs because of which when BS timer will timesout. Every router will remove
this Elected BSR after BS timesout and all the group-prefix will also be
removed. So the group-prefix will still be there till the BS timeout.

The draft doesnt explicitly say this. Infact the draft seems to
imply (not explicitly) that it should continue to use the previous group to
rp mapping information till a new BSR overrides it. Probably treating it as
cached information( i think a few mails on the archive seem to have
mentioned this) I guess that would be a pretty bad if no other BSR comes up.


Thanks in Advance,
Sarvesh



> Sarveshwar Bandi
> Senior Software Engineer,
> Motorola Computer Group,
> http://www.netplane.com
> Ph: +91-40-355 3709/10/11/12 Extn: 1126
> Fax: +! 91-40-355 3713
>
>
_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim


_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim

_______________________________________________
pim mailing list
pim@catarina.usc.edu
http://catarina.usc.edu/mailman/listinfo/pim
_______________________________________________ Join Excite! - http://www.excite.com The most personalized portal on the Web! _______________________________________________ pim mailing list pim@catarina.usc.edu http://catarina.usc.edu/mailman/listinfo/pim From pim-bounces@catarina.usc.edu Thu Aug 21 19:39:48 2003 Received: from catarina.usc.edu (catarina.usc.edu [204.57.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA09320 for ; Thu, 21 Aug 2003 19:39:46 -0400 (EDT) Received: from catarina.usc.edu (localhost [127.0.0.1]) by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h7LNE24Z001707; Thu, 21 Aug 2003 16:14:32 -0700 (PDT) (envelope-from pim-bounces@catarina.usc.edu) Received: from sj-iport-1.cisco.com (sj-iport-1-in.cisco.com [171.71.176.70]) by catarina.usc.edu (8.12.9/8.12.9) with ESMTP id h7LNE04Y001703 for ; Thu, 21 Aug 2003 16:14:00 -0700 (PDT) (envelope-from nbhaskar@cisco.com) Received: from mira-sjc5-b.cisco.com (IDENT:mirapoint@mira-sjc5-b.cisco.com [171.71.163.14]) by sj-core-1.cisco.com (8.12.9/8.12.6) with ESMTP id h7LNDs8s012494; Thu, 21 Aug 2003 16:13:54 -0700 (PDT) Received: from cypher.cisco.com (cypher.cisco.com [171.69.11.143]) by mira-sjc5-b.cisco.com (Mirapoint Messaging Server MOS 3.3.6-GR) with ESMTP id AKQ62492; Thu, 21 Aug 2003 16:05:40 -0700 (PDT) Date: Thu, 21 Aug 2003 16:13:52 -0700 (PDT) From: Nidhi Bhaskar To: pim@catarina.usc.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Nidhi Bhaskar Subject: [pim] Q on IPv6 BSR scoped zones X-BeenThere: pim@catarina.usc.edu X-Mailman-Version: 2.1.2 Precedence: list List-Id: The IETF PIM working group mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: pim-bounces@catarina.usc.edu Errors-To: pim-bounces@catarina.usc.edu Hi, I've been looking into the new BSR draft and its description of how to advertise scoped zones & do BSR election per zone. Have a question from the perspective of IPv6. In IPv6, configuring a boundary of scope 5 implies that it applies to the following 'routable' ranges ff[0-f]5::/16, ff[0-f]4::/16 & ff[0-f]3::/16. That is all group ranges of scope <=5. So lets say in my PIM domain I configure a zone of scope 5 & a 5C-BSR/5C-RP within this zone & a 'global' gC-BSR/gC-RP outside it. All routers in my PIM domain hear mappings for ff00::/8 pointing to the gC-RP. In order for things to work correctly the mapping distributed within the scoped zone should advertise the 5C-RP for all the ranges (of scope <=5) listed above. I.e. the BSM will carry 16*3 48 ranges, each with one RP. What this means is that for IPv6 the BSR packet for a scoped zone will likely be fragmented. And this will get worse as the configured zone is of a larger scope! While this does work, why do we require fragmentation in the most common network configuration I can think of ? What am I missing ? If this is indeed a problem then I propose the following : IPv6 routers know how to derive a group range given a scope identifier, so all the information that is being carried around in this large BSM is really un-necessary. Ideally, the IPv6 architecture would have used a multicast address format such that contiguous scopes could be represented by a single group/mask! Given that this is not the case, I think it may be a good idea to come up with a format to represent ffX5::/16 in the BSM. I.e. a range which routers know is to be interpreted as ff[0-f]5::/16. So that the above zone can be represented in a BSM with 3 ranges instead of 48! Thanks, Nidhi. _______________________________________________ pim mailing list pim@catarina.usc.edu http://catarina.usc.edu/mailman/listinfo/pim