From stbryant@cisco.com Fri Dec 2 09:38:20 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8DCC21F0C5D; Fri, 2 Dec 2011 09:38:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -109.744 X-Spam-Level: X-Spam-Status: No, score=-109.744 tagged_above=-999 required=5 tests=[AWL=0.855, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AQsxJjZZ6zyS; Fri, 2 Dec 2011 09:38:20 -0800 (PST) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by ietfa.amsl.com (Postfix) with ESMTP id 8FA3D1F0C4C; Fri, 2 Dec 2011 09:38:19 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=stbryant@cisco.com; l=85; q=dns/txt; s=iport; t=1322847500; x=1324057100; h=message-id:date:from:reply-to:mime-version:to:cc:subject: content-transfer-encoding; bh=Kbf/Az6sq9Jz/E5TPUZxbEw5D20Pqv8SpJDV0dzILek=; b=W+RwFQwgWzztzIcJgtsF82s+3TDUWGYa9fOxdYz6IHCf5D5yrvQIP3sA eutxnofEYWGBaTSOCEMn9DQ0qLuYg/vVb/qJSPhpVIPvq9P4/FauuoLrd UqDcwvulITqUxv3S7N406dK4A5MMNAV3rZv9NjcG7ZLlVm4YsVQ2nHJnW w=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: Av4EABkM2U6Q/khN/2dsb2JhbABDqiqBBYILAQIBIkABPBYYAwIBAgFLAQwBBwEBHqAtAYMvDwGbDIshBJRakhQ X-IronPort-AV: E=Sophos;i="4.71,284,1320624000"; d="scan'208";a="122960896" Received: from ams-core-4.cisco.com ([144.254.72.77]) by ams-iport-1.cisco.com with ESMTP; 02 Dec 2011 17:38:18 +0000 Received: from cisco.com (mrwint.cisco.com [64.103.70.36]) by ams-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id pB2HcIbU020132; Fri, 2 Dec 2011 17:38:18 GMT Received: from stbryant-mac2.lan (localhost [127.0.0.1]) by cisco.com (8.14.4+Sun/8.8.8) with ESMTP id pB2HcG0L004725; Fri, 2 Dec 2011 17:38:17 GMT Message-ID: <4ED90D08.1090401@cisco.com> Date: Fri, 02 Dec 2011 17:38:16 +0000 From: Stewart Bryant User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:8.0) Gecko/20111105 Thunderbird/8.0 MIME-Version: 1.0 To: "iesg@ietf.org" , IETF-IESG-Support via RT Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: "ospf@ietf.org" , "ospf-chairs@tools.ietf.org" , draft-ietf-ospf-auth-trailer-ospfv3@tools.ietf.org Subject: [OSPF] Approved: draft-ietf-ospf-auth-trailer-ospfv3 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: stbryant@cisco.com List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2011 17:38:20 -0000 draft-ietf-ospf-auth-trailer-ospfv3 is now approved for publication. - Stewart From iesg-secretary@ietf.org Fri Dec 2 11:33:53 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1AFE821F8C56; Fri, 2 Dec 2011 11:33:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.554 X-Spam-Level: X-Spam-Status: No, score=-102.554 tagged_above=-999 required=5 tests=[AWL=0.045, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cJzAK+5moc80; Fri, 2 Dec 2011 11:33:52 -0800 (PST) Received: from ietfa.amsl.com (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4BD9811E80A4; Fri, 2 Dec 2011 11:33:52 -0800 (PST) Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit From: The IESG To: IETF-Announce X-Test-IDTracker: no X-IETF-IDTracker: 3.64 Message-ID: <20111202193352.5702.96197.idtracker@ietfa.amsl.com> Date: Fri, 02 Dec 2011 11:33:52 -0800 Cc: ospf mailing list , ospf chair , RFC Editor Subject: [OSPF] Protocol Action: 'Supporting Authentication Trailer for OSPFv3' to Proposed Standard (draft-ietf-ospf-auth-trailer-ospfv3-11.txt) X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 02 Dec 2011 19:33:53 -0000 The IESG has approved the following document: - 'Supporting Authentication Trailer for OSPFv3' (draft-ietf-ospf-auth-trailer-ospfv3-11.txt) as a Proposed Standard This document is the product of the Open Shortest Path First IGP Working Group. The IESG contact persons are Stewart Bryant and Adrian Farrel. A URL of this Internet Draft is: http://datatracker.ietf.org/doc/draft-ietf-ospf-auth-trailer-ospfv3/ Technical Summary Currently OSPFv3 uses IPsec as the only mechanism for authenticating protocol packets. This behavior is different from authentication mechanisms present in other routing protocols (OSPFv2, IS-IS, RIPng). In some environments, it has been found that IPsec is difficult to configure and maintain, and cannot be used. This document proposes an alternative mechanism to authenticate OSPFv3 protocol packets so that OSPFv3 does not depend upon only IPsec for authentication. Working Group Summary There was discussion about the size of Crypto Sequence Number. After much debate it was agreed to increase it from 32 bit to 64 bit. Document Quality This extension is similar to OSPFv2 Cryptographic Authentication where a message digest is appended to the end of the OSPF packet. There is no known implementation at this time. Personnel Abhay Roy (akr@cisco.com) is the Document Shepherd for this document. Stewart Bryant (stbryant@cisco.com) Responsible Area Director. RFC Editor Note Abstract s/proposes/defines/ Introduction s/This document proposes a new mechanism/This document defines a new mechanism/ - end of section 3 is missing a full stop. Section 4.3 s/> the secret key/the secret key/ From thirumavalavan.periyannan@ipinfusion.com Tue Dec 27 03:46:24 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B5A7321F8551 for ; Tue, 27 Dec 2011 03:46:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.044 X-Spam-Level: * X-Spam-Status: No, score=1.044 tagged_above=-999 required=5 tests=[BAYES_50=0.001, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, SARE_GIF_ATTACH=1.42] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jCuTfFEUPXv5 for ; Tue, 27 Dec 2011 03:46:24 -0800 (PST) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id C721921F8557 for ; Tue, 27 Dec 2011 03:46:23 -0800 (PST) Received: by vbbfo1 with SMTP id fo1so8725322vbb.31 for ; Tue, 27 Dec 2011 03:46:23 -0800 (PST) Received: by 10.52.36.67 with SMTP id o3mr2224859vdj.10.1324986383184; Tue, 27 Dec 2011 03:46:23 -0800 (PST) From: Thirumavalavan Periyannan MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AczEjPM9fGbtm3RnRSKvbzTsEgUFxw== Date: Tue, 27 Dec 2011 17:16:21 +0530 Message-ID: <8d1cbfe6abb5623c62613e2819bc9665@mail.gmail.com> To: OSPF@ietf.org Content-Type: multipart/related; boundary=20cf3079bb2eb3b45304b5116e46 Subject: [OSPF] Clarification of DR & BDR Processing in OSPFV3 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2011 11:46:24 -0000 --20cf3079bb2eb3b45304b5116e46 Content-Type: multipart/alternative; boundary=20cf3079bb2eb3b45004b5116e45 --20cf3079bb2eb3b45004b5116e45 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi All, I have a doubt in DR and BDR process in OSPFV3. =93 *AllDRouters*: This multicast address has been assigned the value FF02::6. *Both the Designated Router and Backup Designated Router must be* * prepared to receive packets* destined to this address. Certain OSPF protocol packets are sent to this address during the flooding procedure.=94 RFC says, DR & BDR must be *prepared* to receive packets destined to FF02::6, Here is that *Prepared* means to say BDR needs to process the packet with destination address FF02::6 (ALLDRouters)? In CISCO routers, BDR is not processing the packet with destination address =93ALLDRouters=94. But the same BDR when it receives an update packet with destination address as =93ALLSPFRouters=94, it is processing the packet. So I want a clarification of the above lines in the standard. Regards, *Thirumavalavan * Consultant [image: Description: Description: Description: IP Infustion] --20cf3079bb2eb3b45004b5116e45 Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable

Hi All,

=A0

I have a doubt in DR and BDR process= in OSPFV3.

=A0

=93=A0 =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0= =A0=A0 =A0This multicast address has been assigned the value FF02::6.

=A0=A0 Both t= he Designated Router and Backup Designated Router must be=

=A0=A0=A0prepared to receive packe= ts destined to this address.=A0 Certain

=A0=A0=A0OSPF protocol packets are sent to this add= ress during the

=A0=A0=A0flooding procedu= re.=94

=A0

RFC says, DR = & BDR must be prepared to receive packets destined to FF0= 2::6, Here is that Prepared means to say BDR needs

to process the packet with destination address FF02= ::6 (ALLDRouters)?

=A0

In CISCO routers, BDR is not processing the packet = with destination address =93ALLDRouters=94.

But the same BDR when it receives an update packet with destination addr= ess as =93ALLSPFRouters=94, it is processing the packet.

=A0

So I want a c= larification of the above lines in the standard.

=A0

Regards,

Thirumavalavan

Consultant

3D"Desc=

=A0

--20cf3079bb2eb3b45004b5116e45-- --20cf3079bb2eb3b45304b5116e46 Content-Type: image/gif; name="image001.gif" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: 20030eba28a56def_0.1 R0lGODlh3QA8AMQAAK2troCfv8DP34KCg9bW1kBunvP09fu8Z2iNs2lpa5ycnZmyzOvr61hYWoyM juDo79Db5xBKhiBWjv3Sl+Dg4f7oysHBwsvLzDBilrDD11B7pnd3efqtQwA+fvqmNP///yH5BAAA AAAALAAAAADdADwAAAX/4CeOZGmeaKqubOu+cCzPdG3feK7vfH8alaBw6Csaj8jka+JpOp0HpXRK rdKYz2c0KegaboZFYBzIIB9diHU9w2abW2RnLrBBIvM8AhmYF9iAS29QSnl1NAZ4eXMLfH6BkCtu b3FHBZdqNAJ5AVMLl3uRoiZAQ6ajLH1zqKytriuqHa+zShUHt7i4EyMTubm7IrYcTxwHFSqXBZkI mB8LGooRGo0jlxJ5yY3ZJxDJJGEa13MS018jnwWhI+CKHRgIhyTeDwgYee/xnBgfCJ20k1niHBjk IUqFYQQ9cDh2wpCIAozsLbpnbuKiTpxObFolAoI4ix0imBGh6s+5dhYL/zwgkWcBykXq/gQQ2cHf LIBaRgwcdAAnQWAlHH6AuEjDGAQfTY4hWnNMnYwmNsr6kGhcGQEZEERb+aHkCAR5IiDIIOBT2Ewf JkroFwBsnpEytfaj9cEnHJ0J874BOkIoUwxcRRhgGjhW0Dk2SUgVsWBOBHMjILQk+ehDBoolMiiS 0FdPiTtzNDzsKkBChsSu7BbEq7d1E4adOxwiHFVo1zyHa2rEfbuDBMgjyBzy+kHi7xOXGYnAdsIt Z7ooVAt0fQBhwkpp6Tycs6+hdsocY6MWsdhyHgkBBAAv4fXBZBTiRGfvQI09b+gmpLMmuHCErbzA +RUaCrYZxhJiu4Xn1v8i7ywQGHh/SIWWCc4t95194eFHgn4i7EQQbCNYt9eBsm2nm3clgjeVeAmu 2NVHE2FQn1floWCgbSQYqOGG1+1HyQkcWpgiUeMJGY+OQhZZY2QBQGNRKDTm8SCGERh5ApI71tVj hwnx5d+WVg6FIIpH3pfkCY1laMIDCyzYwUpRzjHSCUSZhGNwZmYZpIcjmlABmPPNNqYJBeYJVQkL ksTMnIo5RJwi6pRggGeBXpnnjnt2ecKfBFUi4ImEXoilRCaRABpHEnVXglR1ELdgfSRokEcmd6qY JY+d+hgQkIB+WmSltpKwoAZcGTDTIiIk14EyionzHHFVIQaZABJ1oE7/rb25qCeYfL4BoggiZsGX rwSKmme0IFX71SIRXNJOBJkQ94FHDBaAUqTYYokpt3oB9V9CIJJLJp5qfkCPRRFglOECMMJUWGWC HZtSPGFiqO2+uXLZGgfhvsHBql501MWUI3Sh3ghodIGCAac5VbLKn7Xs1HopT1iyGGNksB55Ia9p 8q288Otaa14CbXQgmQ6dF3ZHN71G0krz5PTUgEC9l2pNcFA0CQ8wuoLOXC/gIAmnzZlyyGyOTV4A C+xsWRlUS2GLL7ro+sQuBvRCybfNdeC2CZLV5xICWsFVQAAFYPBFu8l0nTBSajDTpKojYHB44n/H XUW3d/vJdwqJTGOq/80iEN6dARJk4pEz8n0gurYajCRGWpVT3OQIohtM8QcnQ/Cg74pNiIYIgZGs ucaDbA3DMxnIpwEGGKxlQgQPSLBSVsIOhRYEjWhLuGArSXDIA8AxS54ZAUhQgPVDqU9O9NpEEH0o 0FvuTPTQf0C9wc8dXwLnTlDeC0T3mKHsIRGZ2QcCGjEGQjWEDJ0YzFoO4ZF3TOliDyjgM4aCPtEI 4A/poErqBCCfKgVAccURwFzm4r//aaoGkyJLAbRxCO/BYwH7aGAJqkQok6GFTehhEvv6EpVQILAA rerEB4cynEZAoEmy0CESVzfEFtotgDb4xFFEg8Tl7JAM1sNe5bQ3Av/seQ9lKlGHDh+CltMIwCay 6GIDl9jFrohNRkuUYh1kRDkrfgCATRBgC2I3gsfU0UXN+0rb4EUezmxQBK8rASHnVYBEmIOFjGnd DFfHOiZ2RYkg9AcGnkgNzujRGfTxIwkA6QFBsoCHpftEDYVVn25YZi2QKx0GEGcSxl2CLLiMQCOQ 0qQqQvJyJmFGLuUISjExQzQMS1/CTumezGnOFKawJguE9wDydcRUwMlEysIJM6qY7GQpCwwEyvkZ dmKFK+KEJwfLuU7fQcAA8uRHpFTJTyoEwHgpQIAGtNnPghr0oAhNqEIXytCGOvShEI2oRFVpgQFY 1KJSMAAFPkABBbz/gAEDMIcDGPBRkqbAAg4QQUdZoFFJKWAAG7BADwggggHAAKUq9agJGGDSGFhA pioggE2nINQPMACoLhiATCsKAwAAQAUAaMAFPlDUFVR1BE6lSgIICoMGiOCpL4jqVK9KgqzKwKwp uKoFLuAACrDVATQ9KgAGMNUPzBWsTnVAXS8wAAV8gQAXUAAAFJAAAByVqoFt61cd8FMSMFWpXx0A XkVggZ4KFbJ89WtZB5DSqlb0qQzAa0cLS4IBbPQDlaWqAzQLWAUoFrWS/SpfP/BWmkbVsGDN7F8T e9rIdnaoBFitAS5rAcOilqYEkCkFHKDY1hb3qRSArmt7e1WLEoAC/wlgAHapmgAKbBenjP1AAwBg gOwyILuDtWsCLhDdDRCgqADYgAEAkFKUGsABQx1BAgiQAMqONLxe/cAAaCoCBihAARQ4b2h1+lUA ZLeobDWAYD+wXwv4Nb4EFkGAR8CADRw1pfGdb0ojPOEGKIAACt4uARpAAAN4VcHpDTF9y+pgBhS1 wx82MILpSmGbZnW//FXvBUJL3u5S2Lv9FUF14ypTF1N1qF6dMU/FKwLBpre8dgVrUeH71KLq9ckl uK0IvsxWKgs4w1m2q0exjFWnAqCoJwYzX7MLZhJ4lQBOlauG0wxn5No0wId1spmjvOb+ZpWsbn6z TYu756zm2QH9Hf8wBTYggg1EF6/0BaqRM7xkJTP3zlCmygASoNkAJ7rRWrYpl8E84DqvowHmaHVR A9zqNqfZzA0ub1FhalGdbiClrt6zjd3r4Ivy2aa87iuug+uAADv71lHucn6zrGsfJ8DYh9brXM9b 5wGb1cHrpWwCNlBXV7f6vDQF9Z4LvFozn5rKZt2yj6V95mCvu96zrimaHQ3WDaf5wMimaUuxu1V7 0/nM8T52vVsK6P0OGtUQR/RTAX5r24K1sHiea7czHln+QsYCB+90UZ1cVa9+ObjiJWlbyzzpiqt6 3mCO8bTvPeH0Bti9NKZtSltua/7adMKBFbCF6U0CBTR5v2U2AKXfD/3zpwY9wCN/NpVZvnSiN5i7 Nk161SstXwJs4Kls3uq3n+oAAPDctErOb6vLe+CYlpy2hSW3eFcL7A0QdqpmPe+JYT5yi+LXBBvW O505S1g0XyABMrV7uG3dY6MW9sH9Pa8B9E4CvXOWpnaXO9MdX2Mzs10BMRUwpW9+d4Uz/tqVBv1U Dy9TwlJFqlXu9a2zqmDCzxwFvf1Bi/eMZhTLYMooV8FwIYNmFPi+Bbt/QfJV2tMTLJ8EuXd+82GQ 4Bd4twXX74G/beB1ryN1og8tvg2iG33wm//86E+/+lEQAgA7 --20cf3079bb2eb3b45304b5116e46-- From acee.lindem@ericsson.com Tue Dec 27 10:24:15 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 897AF21F854E for ; Tue, 27 Dec 2011 10:24:15 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.421 X-Spam-Level: X-Spam-Status: No, score=-6.421 tagged_above=-999 required=5 tests=[AWL=0.121, BAYES_00=-2.599, HTML_EMBEDS=0.056, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jIW7OompcGuE for ; Tue, 27 Dec 2011 10:24:14 -0800 (PST) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id 2302F21F854D for ; Tue, 27 Dec 2011 10:24:14 -0800 (PST) Received: from eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id pBRIOAQG015912; Tue, 27 Dec 2011 12:24:11 -0600 Received: from EUSAACMS0702.eamcs.ericsson.se ([169.254.1.25]) by eusaamw0706.eamcs.ericsson.se ([147.117.20.31]) with mapi; Tue, 27 Dec 2011 13:24:04 -0500 From: Acee Lindem To: Thirumavalavan Periyannan Date: Tue, 27 Dec 2011 13:24:02 -0500 Thread-Topic: [OSPF] Clarification of DR & BDR Processing in OSPFV3 Thread-Index: AczExLZw4ExQm3bQRga/WFZX3DaE/Q== Message-ID: References: <8d1cbfe6abb5623c62613e2819bc9665@mail.gmail.com> In-Reply-To: <8d1cbfe6abb5623c62613e2819bc9665@mail.gmail.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/signed; boundary="Apple-Mail-4-958174928"; protocol="application/pkcs7-signature"; micalg=sha1 MIME-Version: 1.0 Cc: "" Subject: Re: [OSPF] Clarification of DR & BDR Processing in OSPFV3 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 27 Dec 2011 18:24:15 -0000 --Apple-Mail-4-958174928 Content-Type: multipart/alternative; boundary=Apple-Mail-3-958174914 --Apple-Mail-3-958174914 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Hi Thirumalvalavan,=20 See inline.=20 On Dec 27, 2011, at 6:46 AM, Thirumavalavan Periyannan wrote: > Hi All, > =20 > I have a doubt in DR and BDR process in OSPFV3. > =20 > =93 AllDRouters:=20 > This multicast address has been assigned the = value FF02::6. > Both the Designated Router and Backup Designated Router must be > prepared to receive packets destined to this address. Certain > OSPF protocol packets are sent to this address during the > flooding procedure.=94 > =20 > RFC says, DR & BDR must be prepared to receive packets destined to = FF02::6, Here is that Prepared means to say BDR needs > to process the packet with destination address FF02::6 (ALLDRouters)? Yes. This is somewhat implementation and network interface type specific = but it implies that the packet will be received and passed to the OSPFv3 = instance's receive queue.=20 For example, on ethernet this implies that packets sent the Multicast = MAC 33:33:00:00:00:06.=20 > =20 > In CISCO routers, BDR is not processing the packet with destination = address =93ALLDRouters=94. > But the same BDR when it receives an update packet with destination = address as =93ALLSPFRouters=94, it is processing the packet. The receiving OSPFv3 router should process all packets addressed to = FF02::6. I'd advise you turn on some debugs on the both the sending and = receiving OSPFv3 routers to determine whether or not the packet is being = rejected.=20 Hope this helps, Acee > =20 > So I want a clarification of the above lines in the standard. > =20 > Regards, > Thirumavalavan > Consultant >=20 > =20 --Apple-Mail-3-958174914 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Hi Thirumalvalavan, 
See = inline. 
On Dec 27, 2011, at 6:46 AM, Thirumavalavan = Periyannan wrote:

Hi All,

I have a doubt in DR and BDR process in OSPFV3.

 

=93     Both the Designated Router and Backup Designated = Router must be
 destined to this = address.  Certain
   OSPF protocol packets = are sent to this address during the
 

RFC says, DR & BDR must be prepared to receive packets destined = to FF02::6, Here is that Prepared means to say BDR = needs
to process the packet with destination address FF02::6 = (ALLDRouters)?

=
Yes. This is somewhat implementation and network interface type = specific but it implies that the packet will be received and passed to = the OSPFv3 instance's receive queue. 
For example, on = ethernet this implies that packets sent the Multicast MAC = 33:33:00:00:00:06. 

In CISCO routers, BDR is not processing the packet with = destination address =93ALLDRouters=94.

So I want a clarification of the above lines in the = standard.

 

Regards,

 


= --Apple-Mail-3-958174914-- --Apple-Mail-4-958174928 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIM8jCCBDQw ggMcoAMCAQICECFWwVQHDV12M/Sr0yNv0sYwDQYJKoZIhvcNAQEFBQAwOTERMA8GA1UECgwIRXJp Y3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTAeFw0xMDEwMDEyMDA0 NTlaFw0xMzEwMDEyMDA0NDhaMG8xETAPBgNVBAoMCEVyaWNzc29uMR8wHQYDVQQDDBZBY2VlIExp bmRlbSBMaW5kZW0gSUlJMRAwDgYDVQQFEwdlYWxmbGluMScwJQYJKoZIhvcNAQkBFhhhY2VlLmxp bmRlbUBlcmljc3Nvbi5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAI/Dc9ALiZuBMyuv bsc3eBxjXZpMi45Z0vzsUQZTJGTBeY7p9JsdzXC9J1uMisBxYVi39R3KJo6I4hXVp9wrA1rxh4AE bnP1+Gxfpj33uWEFYbBnVAJkIWYWF7CYTn8Zm/yd13vPXtuGA6ESeLnnJafwC9Y0YwUQ+4HX7PNv uauVAgMBAAGjggGEMIIBgDCBwAYDVR0fBIG4MIG1MIGyoIGvoIGshjdodHRwOi8vY3JsLnRydXN0 LnRlbGlhLmNvbS9Fcmljc3Nvbk5MSW5kaXZpZHVhbENBMDEuY3JshnFsZGFwOi8vbGRhcC50cnVz dC50ZWxpYS5jb20vY249RXJpY3Nzb24lMjBOTCUyMEluZGl2aWR1YWwlMjBDQTAxLG89RXJpY3Nz b24/Y2VydGlmaWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnk/YmFzZTAjBgNVHREEHDAagRhhY2Vl LmxpbmRlbUBlcmljc3Nvbi5jb20wRgYDVR0gBD8wPTA7BgYqhXBrAQEwMTAvBggrBgEFBQcCARYj aHR0cDovL3d3dy5lcmljc3Nvbi5jb20vbGVnYWwuc2h0bWwwHQYDVR0OBBYEFAgOzAPuplmPr7C1 BTqV94OyqUdhMB8GA1UdIwQYMBaAFJYnw7jepV9dRD45UuVFsXZfYzCbMA4GA1UdDwEB/wQEAwIF oDANBgkqhkiG9w0BAQUFAAOCAQEAE1gyNW6c2t/YsLxW5sm67+gVGK0Lnge4ub+k8dgGrK7Mj7em nkOIFkjdv/tqdJ/SoUy/WEkBXba2TfpZ+lfluMgLYux1vSvqBUxYBsUHeNth2Q/Y6A9sCaDTBPlK vZ2jLz814NavrVfgTCLdxX6zNtGdwzhviz+FyqyxYF43Q86RP8Gd/Npaz1W8pmYAHm0+lezuTx5k F3Av3+SaZ/MR6s+RWuXEIdED36ajeQz+OG8Mh3nplofzdrOeoWGDz53YlfRhgj+TXo+H1lclZAvD WVaMMXPdb27h9Hngsq87dkCW9uAyv8DI993rdhqzlEgUyQIL32icAXfTmTYgoGPOwjCCBEUwggMt oAMCAQICEBPJ6v/eJq2p3KTKI4GDR+MwDQYJKoZIhvcNAQEFBQAwRDEaMBgGA1UECgwRVGVsaWFT b25lcmEgR3JvdXAxJjAkBgNVBAMMHVRlbGlhU29uZXJhIFB1YmxpYyBSb290IENBIHYxMB4XDTA2 MTAwNjEwMDA1M1oXDTE2MTAwMjA1MDQxN1owOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNVBAMM G0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALYQd+Q1HuuHxDyNGFlEPzCxuPPFO5W2xyr+nqCVnNJ4QYFe1HACqavqNLwUGIqIEyHv1rLn fub9LBc7dQpRHjl/dggin0ONOFJ36nbGEbfHjLJz2BzOWvwl84Sc+Fx09IrDU/SZSWFSfhqTu3TT 39h79brHdRkdPBUgBYgsiFKriHI0TjP5G8628H27BDzqUpzGLSYWgt6/tpwuOH5lcfNfHWMcCYXR lobv0Klu8lxG5amWqAnqrH6ECOyYJTRbHTsaTIZOHy9Qw/0eXPujKT7tU5xxSI2SdceJqzUbAz2o FRQ6Px7/GydpM/Rl+qYoGPcauHUL1aSeVJZqDFqcIF0CAwEAAaOCATwwggE4MBIGA1UdEwEB/wQI MAYBAf8CAQAwRgYDVR0gBD8wPTA7BgcqhXAjAgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVw b3NpdG9yeS50cnVzdC50ZWxpYS5jb20wgYkGA1UdHwSBgTB/MH2ge6B5hndsZGFwOi8vbGRhcC50 cnVzdC50ZWxpYS5jb20vY249VGVsaWFTb25lcmElMjBQdWJsaWMlMjBSb290JTIwQ0ElMjB2MSxv PVRlbGlhU29uZXJhJTIwR3JvdXA/YXV0aG9yaXR5cmV2b2NhdGlvbmxpc3Q/YmFzZTAOBgNVHQ8B Af8EBAMCAQYwHQYDVR0OBBYEFJYnw7jepV9dRD45UuVFsXZfYzCbMB8GA1UdIwQYMBaAFEXb8I+4 GmKhqCMbY4g4o9vgGmLxMA0GCSqGSIb3DQEBBQUAA4IBAQB2AEoqQz+M3Ra9alkpn/YnwhXIv6tP jhUvSuNs00Nhd0T9XhlIU3a65CaB/UKSqnayE0t7Q0Qq3r+x/GK3in/mik8i/PK2/q8HutzYFSzz 6Npztpo2JG7AEKOJPVaeebjng45m6vNC7RIfzU9sG2LBR/hewS8s6dFFn70w795xUwJBWZ67OzIK XrIVVvHTOYpbWA+MESKAXwFhnVONrOTWlVwrMUi4HbiPWpOk+xQbgehCEi7mu3cXsaU1Xq3kMXui NuC7VKoob8mFO9o9RT+dlirD2uRXwNpvCu3but6Kyhu0+nvy2iXGKjdlxlWTsdDyulXYz+OYCMZ9 lFWRzMIPMIIEbTCCA1WgAwIBAgIRAJywjASay5cieGNithuGWj0wDQYJKoZIhvcNAQEFBQAwOjEZ MBcGA1UEChMQUlNBIFNlY3VyaXR5IEluYzEdMBsGA1UECxMUUlNBIFNlY3VyaXR5IDIwNDggVjMw HhcNMDYxMDMxMjA0MjI3WhcNMTYxMTAxMTU0MjI1WjBEMRowGAYDVQQKDBFUZWxpYVNvbmVyYSBH cm91cDEmMCQGA1UEAwwdVGVsaWFTb25lcmEgUHVibGljIFJvb3QgQ0EgdjEwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDKTxADapCAq3mplX4R4gNt+WZe5QKGnaVEQSyY7lICKF5DuVdW PMLHDjzhw5IzDd860ZZx/0VrhGB3DmP4SDIWCKo2PxvY5NckdBWPWp/T2uaQdOAwgqHpN0pe1X7/ jel59WsWYXKGg/81Wth73ZK/geE7Gz9Pvj1LU6N4YhLMgooxKnCS+ZjB5icWAg+Qd1QpQhF46H1i bp6LsBWDp56MPpg8F5X6y7MGVcKYLdnLOPs84uxRW9qs1kBopzQBj6s5SyVh8A+j5liDBjghXYpw /+paGEdqHPeSFYxZKeJatmjEKLYlxcZWRKf436KvQA9jBhMEmytMNbGicR1mRH6tAgMBAAGjggFi MIIBXjAfBgNVHSMEGDAWgBQHw1EwpKrpRa41JPr/JCwz0LGdjDAdBgNVHQ4EFgQURdvwj7gaYqGo IxtjiDij2+AaYvEwEgYDVR0TAQH/BAgwBgEB/wIBBDCBhQYDVR0gBH4wfDA9BgkqhkiG9w0FBgEw MDAuBggrBgEFBQcCARYiaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhLmNvbTA7BgcqhXAj AgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYS5jb20wcAYD VR0fBGkwZzBloGOgYYZfaHR0cDovL3d3dy5yc2FzZWN1cml0eS5jb20vcHJvZHVjdHMva2Vvbi9y ZXBvc2l0b3J5L2NlcnRpZmljYXRlX3N0YXR1cy9SU0FfU2VjdXJpdHlfMjA0OF92My5DUkwwDgYD VR0PAQH/BAQDAgEGMA0GCSqGSIb3DQEBBQUAA4IBAQAEXpos2CnIm7/872ytSrEHWZgvhOUEkUm2 5PWf/XkWko41TaL9vIS1S6AdWChNqWmnYiS7GfaIiDM9s1D6K7hidWBDOm46bNdM3ZwhMyDCfkDJ SgeJ0w+7YmjvChu7gWqDZCsbtZ5gA1ixCTdDnuZB67JGSPGW6r73coraDP8diOpiQouMvM6bKuTP BH/1poLccsUxsKgrQ23JC9LWCRb8cYHkZjXFH1K44TsIl5Lne2oT0JI3pwdA2v6jO4p/OLHntP+n pjwPbedMPUZkDYCkd3LSxj8c3JTxtA8SlPCtIHE1hh65xihg1JRIliSphrqr9kbfwHdeVxPdOI5G tDYPMYICEjCCAg4CAQEwTTA5MREwDwYDVQQKDAhFcmljc3NvbjEkMCIGA1UEAwwbRXJpY3Nzb24g TkwgSW5kaXZpZHVhbCBDQTAxAhAhVsFUBw1ddjP0q9Mjb9LGMAkGBSsOAwIaBQCgggEbMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMTIyNzE4MjQwMlowIwYJKoZI hvcNAQkEMRYEFEch5+U4VUwbyQuQfmcxvy6SonpyMFwGCSsGAQQBgjcQBDFPME0wOTERMA8GA1UE CgwIRXJpY3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcN XXYz9KvTI2/SxjBeBgsqhkiG9w0BCRACCzFPoE0wOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNV BAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcNXXYz9KvTI2/SxjANBgkqhkiG 9w0BAQEFAASBgDSnVRWlmHF4p73oHWp9T/5sYMDIqUCqzZqJoSKeiEqdoLtY3aq6Wy2k8H5k8KHG h5d4xgxqhH4xRDYwF8ghOJbKUAIO2WgkvX+1KKtel7grDp4CwBbUm80UCVNbtpGwBsKCnXJlDUcV XYrVePNQQ4ziMJPJ3T+oX9joo/nYwZTQAAAAAAAA --Apple-Mail-4-958174928-- From thirumavalavan.periyannan@ipinfusion.com Wed Dec 28 22:19:34 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A08D311E8073 for ; Wed, 28 Dec 2011 22:19:34 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.256 X-Spam-Level: X-Spam-Status: No, score=-0.256 tagged_above=-999 required=5 tests=[AWL=1.300, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1, SARE_GIF_ATTACH=1.42] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rDQ6ddV7B5C9 for ; Wed, 28 Dec 2011 22:19:33 -0800 (PST) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by ietfa.amsl.com (Postfix) with ESMTP id 6E73721F8509 for ; Wed, 28 Dec 2011 22:19:33 -0800 (PST) Received: by vbbfo1 with SMTP id fo1so9914558vbb.31 for ; Wed, 28 Dec 2011 22:19:31 -0800 (PST) Received: by 10.52.21.180 with SMTP id w20mr16464700vde.61.1325139571453; Wed, 28 Dec 2011 22:19:31 -0800 (PST) From: Thirumavalavan Periyannan References: <8d1cbfe6abb5623c62613e2819bc9665@mail.gmail.com> In-Reply-To: MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIQX1q+V4+/pIJ2ccw0DABJcAwD/gGQ1lAjlV2ARqA= Date: Thu, 29 Dec 2011 11:49:28 +0530 Message-ID: <6715afd183aa2e500a294238fb30c9f8@mail.gmail.com> To: Acee Lindem Content-Type: multipart/related; boundary=20cf307c9bbe6f2ddf04b5351910 Cc: OSPF@ietf.org Subject: Re: [OSPF] Clarification of DR & BDR Processing in OSPFV3 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 06:19:34 -0000 --20cf307c9bbe6f2ddf04b5351910 Content-Type: multipart/alternative; boundary=20cf307c9bbe6f2ddc04b535190f --20cf307c9bbe6f2ddc04b535190f Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Hi Acee, I used distribution list to drop the routing update packet (coming from DR) only with this destination address =93*ALLSPFRouters*=94 at Backup designat= ed router and BDR received (without dropping) a routing update packet with destination address *ALLDRouters* And I checked the routing table; Expected route is not installed in routing table that means BDR couldn=92t process the update packet with destination address as =93*ALLDRouters*=94 Regards, *Thirumavalavan * Consultant [image: Description: Description: Description: IP Infustion] *From:* Acee Lindem [mailto:acee.lindem@ericsson.com] *Sent:* Tuesday, December 27, 2011 11:54 PM *To:* Thirumavalavan Periyannan *Cc:* *Subject:* Re: [OSPF] Clarification of DR & BDR Processing in OSPFV3 Hi Thirumalvalavan, See inline. On Dec 27, 2011, at 6:46 AM, Thirumavalavan Periyannan wrote: Hi All, I have a doubt in DR and BDR process in OSPFV3. =93 *AllDRouters*: This multicast address has been assigned the value FF02::6. *Both the Designated Router and Backup Designated Router must be* * prepared to receive packets* destined to this address. Certain OSPF protocol packets are sent to this address during the flooding procedure.=94 RFC says, DR & BDR must be *prepared* to receive packets destined to FF02::6, Here is that *Prepared* means to say BDR needs to process the packet with destination address FF02::6 (ALLDRouters)? Yes. This is somewhat implementation and network interface type specific but it implies that the packet will be received and passed to the OSPFv3 instance's receive queue. For example, on ethernet this implies that packets sent the Multicast MAC 33:33:00:00:00:06. In CISCO routers, BDR is not processing the packet with destination address =93ALLDRouters=94. But the same BDR when it receives an update packet with destination address as =93ALLSPFRouters=94, it is processing the packet. The receiving OSPFv3 router should process all packets addressed to FF02::6. I'd advise you turn on some debugs on the both the sending and receiving OSPFv3 routers to determine whether or not the packet is being rejected. Hope this helps, Acee So I want a clarification of the above lines in the standard. Regards, *Thirumavalavan* Consultant --20cf307c9bbe6f2ddc04b535190f Content-Type: text/html; charset=windows-1252 Content-Transfer-Encoding: quoted-printable

Hi= Acee,

=A0

I used distribution list to drop the= routing update packet (coming from DR) only with this destination address = =93ALLSPFRouters=94 at Backup designated router and

BDR received (without dro= pping) a routing update packet with destination address ALLDRouters<= /span>

=A0

And I checked the routing table; Exp= ected route is not installed in routing table that means BDR couldn=92t pro= cess the update packet with destination address as =93ALLDRouters=94=

=A0

Regards,

Thirumavalavan

Consultant

3D"Description:

=A0

=

From: Acee Lin= dem [mailto:acee.lindem@ericsso= n.com]
Sent: Tuesday, December 27, 2011 11:54 PM
To: Thirumavalav= an Periyannan
Cc: <OSPF@ietf.= org>
Subject: Re: [OSPF] Clarification of DR & BDR Pro= cessing in OSPFV3

=A0

Hi Thiruma= lvalavan,=A0

See inline.=A0

On Dec 27, 2011, at 6:46 AM, Thirumavalavan Periyannan = wrote:



<= span style=3D"font-size:11.0pt;font-family:"Bookman Old Style",&q= uot;serif"">Hi All,

=A0

I have a doubt in DR and BDR = process in OSPFV3.

=A0

=93=A0=A0=A0AllDRouters:=A0

=A0=A0=A0=A0=A0=A0=A0= =A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 =A0This multicast address has been ass= igned the value FF02::6.

=A0=A0=A0Both the De= signated Router and Backup Designated Router must be

=A0=A0= =A0prepared to receive packets=A0dest= ined to this address.=A0 Certain

=A0=A0=A0OSPF protocol = packets are sent to this address during the

=A0=A0=A0flooding proce= dure.=94

=A0

RFC says, DR & BDR must b= e=A0prepared=A0to receive packets destined to = FF02::6, Here is that=A0Pre= pared=A0means to say BDR n= eeds

to process the packet w= ith destination address FF02::6 (ALLDRouters)?

=A0

Yes. This is somewhat implementation and network interface type speci= fic but it implies that the packet will be received and passed to the OSPFv= 3 instance's receive queue.=A0

For example, on ethernet this implies tha= t packets sent the Multicast MAC 33:33:00:00:00:06.=A0



=A0

In CISCO routers, BDR is not = processing the packet with destination address =93ALLDRouters=94.

But the same BDR when i= t receives an update packet with destination address as =93ALLSPFRouters=94= , it is processing the packet.

=A0

The receiving OSPFv3 router should process all packets addressed to F= F02::6. I'd advise you turn on some debugs on the both the sending and = receiving OSPFv3 routers to determine whether or not the packet is being re= jected.=A0

=A0

= Hope this helps,

Acee



= =A0

So I want a clarification of = the above lines in the standard.

=A0

Regards,

Thirumavalava= n

Consultant

=A0

=A0

--20cf307c9bbe6f2ddc04b535190f-- --20cf307c9bbe6f2ddf04b5351910 Content-Type: image/gif; name="image001.gif" Content-Transfer-Encoding: base64 Content-ID: X-Attachment-Id: fe64f9609e4b8bc4_0.1 R0lGODlh3QA8AMQAAK2troCfv8DP34KCg9bW1kBunvP09fu8Z2iNs2lpa5ycnZmyzOvr61hYWoyM juDo79Db5xBKhiBWjv3Sl+Dg4f7oysHBwsvLzDBilrDD11B7pnd3efqtQwA+fvqmNP///yH5BAAA AAAALAAAAADdADwAAAX/4CeOZGmeaKqubOu+cCzPdG3feK7vfH8alaBw6Csaj8jka+JpOp0HpXRK rdKYz2c0KegaboZFYBzIIB9diHU9w2abW2RnLrBBIvM8AhmYF9iAS29QSnl1NAZ4eXMLfH6BkCtu b3FHBZdqNAJ5AVMLl3uRoiZAQ6ajLH1zqKytriuqHa+zShUHt7i4EyMTubm7IrYcTxwHFSqXBZkI mB8LGooRGo0jlxJ5yY3ZJxDJJGEa13MS018jnwWhI+CKHRgIhyTeDwgYee/xnBgfCJ20k1niHBjk IUqFYQQ9cDh2wpCIAozsLbpnbuKiTpxObFolAoI4ix0imBGh6s+5dhYL/zwgkWcBykXq/gQQ2cHf LIBaRgwcdAAnQWAlHH6AuEjDGAQfTY4hWnNMnYwmNsr6kGhcGQEZEERb+aHkCAR5IiDIIOBT2Ewf JkroFwBsnpEytfaj9cEnHJ0J874BOkIoUwxcRRhgGjhW0Dk2SUgVsWBOBHMjILQk+ehDBoolMiiS 0FdPiTtzNDzsKkBChsSu7BbEq7d1E4adOxwiHFVo1zyHa2rEfbuDBMgjyBzy+kHi7xOXGYnAdsIt Z7ooVAt0fQBhwkpp6Tycs6+hdsocY6MWsdhyHgkBBAAv4fXBZBTiRGfvQI09b+gmpLMmuHCErbzA +RUaCrYZxhJiu4Xn1v8i7ywQGHh/SIWWCc4t95194eFHgn4i7EQQbCNYt9eBsm2nm3clgjeVeAmu 2NVHE2FQn1floWCgbSQYqOGG1+1HyQkcWpgiUeMJGY+OQhZZY2QBQGNRKDTm8SCGERh5ApI71tVj hwnx5d+WVg6FIIpH3pfkCY1laMIDCyzYwUpRzjHSCUSZhGNwZmYZpIcjmlABmPPNNqYJBeYJVQkL ksTMnIo5RJwi6pRggGeBXpnnjnt2ecKfBFUi4ImEXoilRCaRABpHEnVXglR1ELdgfSRokEcmd6qY JY+d+hgQkIB+WmSltpKwoAZcGTDTIiIk14EyionzHHFVIQaZABJ1oE7/rb25qCeYfL4BoggiZsGX rwSKmme0IFX71SIRXNJOBJkQ94FHDBaAUqTYYokpt3oB9V9CIJJLJp5qfkCPRRFglOECMMJUWGWC HZtSPGFiqO2+uXLZGgfhvsHBql501MWUI3Sh3ghodIGCAac5VbLKn7Xs1HopT1iyGGNksB55Ia9p 8q288Otaa14CbXQgmQ6dF3ZHN71G0krz5PTUgEC9l2pNcFA0CQ8wuoLOXC/gIAmnzZlyyGyOTV4A C+xsWRlUS2GLL7ro+sQuBvRCybfNdeC2CZLV5xICWsFVQAAFYPBFu8l0nTBSajDTpKojYHB44n/H XUW3d/vJdwqJTGOq/80iEN6dARJk4pEz8n0gurYajCRGWpVT3OQIohtM8QcnQ/Cg74pNiIYIgZGs ucaDbA3DMxnIpwEGGKxlQgQPSLBSVsIOhRYEjWhLuGArSXDIA8AxS54ZAUhQgPVDqU9O9NpEEH0o 0FvuTPTQf0C9wc8dXwLnTlDeC0T3mKHsIRGZ2QcCGjEGQjWEDJ0YzFoO4ZF3TOliDyjgM4aCPtEI 4A/poErqBCCfKgVAccURwFzm4r//aaoGkyJLAbRxCO/BYwH7aGAJqkQok6GFTehhEvv6EpVQILAA rerEB4cynEZAoEmy0CESVzfEFtotgDb4xFFEg8Tl7JAM1sNe5bQ3Av/seQ9lKlGHDh+CltMIwCay 6GIDl9jFrohNRkuUYh1kRDkrfgCATRBgC2I3gsfU0UXN+0rb4EUezmxQBK8rASHnVYBEmIOFjGnd DFfHOiZ2RYkg9AcGnkgNzujRGfTxIwkA6QFBsoCHpftEDYVVn25YZi2QKx0GEGcSxl2CLLiMQCOQ 0qQqQvJyJmFGLuUISjExQzQMS1/CTumezGnOFKawJguE9wDydcRUwMlEysIJM6qY7GQpCwwEyvkZ dmKFK+KEJwfLuU7fQcAA8uRHpFTJTyoEwHgpQIAGtNnPghr0oAhNqEIXytCGOvShEI2oRFVpgQFY 1KJSMAAFPkABBbz/gAEDMIcDGPBRkqbAAg4QQUdZoFFJKWAAG7BADwggggHAAKUq9agJGGDSGFhA pioggE2nINQPMACoLhiATCsKAwAAQAUAaMAFPlDUFVR1BE6lSgIICoMGiOCpL4jqVK9KgqzKwKwp uKoFLuAACrDVATQ9KgAGMNUPzBWsTnVAXS8wAAV8gQAXUAAAFJAAAByVqoFt61cd8FMSMFWpXx0A XkVggZ4KFbJ89WtZB5DSqlb0qQzAa0cLS4IBbPQDlaWqAzQLWAUoFrWS/SpfP/BWmkbVsGDN7F8T e9rIdnaoBFitAS5rAcOilqYEkCkFHKDY1hb3qRSArmt7e1WLEoAC/wlgAHapmgAKbBenjP1AAwBg gOwyILuDtWsCLhDdDRCgqADYgAEAkFKUGsABQx1BAgiQAMqONLxe/cAAaCoCBihAARQ4b2h1+lUA ZLeobDWAYD+wXwv4Nb4EFkGAR8CADRw1pfGdb0ojPOEGKIAACt4uARpAAAN4VcHpDTF9y+pgBhS1 wx82MILpSmGbZnW//FXvBUJL3u5S2Lv9FUF14ypTF1N1qF6dMU/FKwLBpre8dgVrUeH71KLq9ckl uK0IvsxWKgs4w1m2q0exjFWnAqCoJwYzX7MLZhJ4lQBOlauG0wxn5No0wId1spmjvOb+ZpWsbn6z TYu756zm2QH9Hf8wBTYggg1EF6/0BaqRM7xkJTP3zlCmygASoNkAJ7rRWrYpl8E84DqvowHmaHVR A9zqNqfZzA0ub1FhalGdbiClrt6zjd3r4Ivy2aa87iuug+uAADv71lHucn6zrGsfJ8DYh9brXM9b 5wGb1cHrpWwCNlBXV7f6vDQF9Z4LvFozn5rKZt2yj6V95mCvu96zrimaHQ3WDaf5wMimaUuxu1V7 0/nM8T52vVsK6P0OGtUQR/RTAX5r24K1sHiea7czHln+QsYCB+90UZ1cVa9+ObjiJWlbyzzpiqt6 3mCO8bTvPeH0Bti9NKZtSltua/7adMKBFbCF6U0CBTR5v2U2AKXfD/3zpwY9wCN/NpVZvnSiN5i7 Nk161SstXwJs4Kls3uq3n+oAAPDctErOb6vLe+CYlpy2hSW3eFcL7A0QdqpmPe+JYT5yi+LXBBvW O505S1g0XyABMrV7uG3dY6MW9sH9Pa8B9E4CvXOWpnaXO9MdX2Mzs10BMRUwpW9+d4Uz/tqVBv1U Dy9TwlJFqlXu9a2zqmDCzxwFvf1Bi/eMZhTLYMooV8FwIYNmFPi+Bbt/QfJV2tMTLJ8EuXd+82GQ 4Bd4twXX74G/beB1ryN1og8tvg2iG33wm//86E+/+lEQAgA7 --20cf307c9bbe6f2ddf04b5351910-- From tony.li@tony.li Thu Dec 29 01:43:48 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7CB8421F8591 for ; Thu, 29 Dec 2011 01:43:48 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.599 X-Spam-Level: X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8bBl1VZoRJ94 for ; Thu, 29 Dec 2011 01:43:47 -0800 (PST) Received: from qmta05.emeryville.ca.mail.comcast.net (qmta05.emeryville.ca.mail.comcast.net [76.96.30.48]) by ietfa.amsl.com (Postfix) with ESMTP id 5F1E021F8541 for ; Thu, 29 Dec 2011 01:43:47 -0800 (PST) Received: from omta10.emeryville.ca.mail.comcast.net ([76.96.30.28]) by qmta05.emeryville.ca.mail.comcast.net with comcast id ExjX1i0060cQ2SLA5xjg82; Thu, 29 Dec 2011 09:43:40 +0000 Received: from [192.168.2.101] ([98.248.36.188]) by omta10.emeryville.ca.mail.comcast.net with comcast id ExgJ1i00243ZcXW8WxgKoj; Thu, 29 Dec 2011 09:40:19 +0000 Mime-Version: 1.0 (Apple Message framework v1084) Content-Type: text/plain; charset=windows-1252 From: Tony Li In-Reply-To: <6715afd183aa2e500a294238fb30c9f8@mail.gmail.com> Date: Thu, 29 Dec 2011 01:43:45 -0800 Content-Transfer-Encoding: quoted-printable Message-Id: <1C0858B6-A237-4B14-BBFC-B04C99FE32A0@tony.li> References: <8d1cbfe6abb5623c62613e2819bc9665@mail.gmail.com> <6715afd183aa2e500a294238fb30c9f8@mail.gmail.com> To: Thirumavalavan Periyannan X-Mailer: Apple Mail (2.1084) Cc: OSPF@ietf.org Subject: Re: [OSPF] Clarification of DR & BDR Processing in OSPFV3 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 09:43:48 -0000 This list is intended for discussing spec issues and is probably not the = best place to debug the problem. I suggest you contact the developer = for the other implementation. If you're unaware of who the developer = is, then if you can tell us the OS and version that you're trying to = work with, we may be able to direct you. Tony On Dec 28, 2011, at 10:19 PM, Thirumavalavan Periyannan wrote: > Hi Acee, > =20 > I used distribution list to drop the routing update packet (coming = from DR) only with this destination address =93ALLSPFRouters=94 at = Backup designated router and > BDR received (without dropping) a routing update packet with = destination address ALLDRouters > =20 > And I checked the routing table; Expected route is not installed in = routing table that means BDR couldn=92t process the update packet with = destination address as =93ALLDRouters=94 > =20 > Regards, > Thirumavalavan > Consultant > > =20 > From: Acee Lindem [mailto:acee.lindem@ericsson.com]=20 > Sent: Tuesday, December 27, 2011 11:54 PM > To: Thirumavalavan Periyannan > Cc: > Subject: Re: [OSPF] Clarification of DR & BDR Processing in OSPFV3 > =20 > Hi Thirumalvalavan,=20 > See inline.=20 > On Dec 27, 2011, at 6:46 AM, Thirumavalavan Periyannan wrote: >=20 >=20 > Hi All, > =20 > I have a doubt in DR and BDR process in OSPFV3. > =20 > =93 AllDRouters:=20 > This multicast address has been assigned the = value FF02::6. > Both the Designated Router and Backup Designated Router must be > prepared to receive packets destined to this address. Certain > OSPF protocol packets are sent to this address during the > flooding procedure.=94 > =20 > RFC says, DR & BDR must be prepared to receive packets destined to = FF02::6, Here is that Prepared means to say BDR needs > to process the packet with destination address FF02::6 (ALLDRouters)? > =20 > Yes. This is somewhat implementation and network interface type = specific but it implies that the packet will be received and passed to = the OSPFv3 instance's receive queue.=20 > For example, on ethernet this implies that packets sent the Multicast = MAC 33:33:00:00:00:06.=20 >=20 >=20 > =20 > In CISCO routers, BDR is not processing the packet with destination = address =93ALLDRouters=94. > But the same BDR when it receives an update packet with destination = address as =93ALLSPFRouters=94, it is processing the packet. > =20 > The receiving OSPFv3 router should process all packets addressed to = FF02::6. I'd advise you turn on some debugs on the both the sending and = receiving OSPFv3 routers to determine whether or not the packet is being = rejected.=20 > =20 > Hope this helps, > Acee >=20 >=20 > =20 > So I want a clarification of the above lines in the standard. > =20 > Regards, > Thirumavalavan > Consultant > =20 > =20 > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf From thirumavalavan.periyannan@ipinfusion.com Thu Dec 29 01:46:56 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F6C321F85D1 for ; Thu, 29 Dec 2011 01:46:56 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.617 X-Spam-Level: X-Spam-Status: No, score=-1.617 tagged_above=-999 required=5 tests=[AWL=1.361, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8WnM+sQZIsHu for ; Thu, 29 Dec 2011 01:46:55 -0800 (PST) Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id C187921F8591 for ; Thu, 29 Dec 2011 01:46:55 -0800 (PST) Received: by vcbfk13 with SMTP id fk13so11049872vcb.31 for ; Thu, 29 Dec 2011 01:46:55 -0800 (PST) Received: by 10.220.213.200 with SMTP id gx8mr20376301vcb.13.1325152015191; Thu, 29 Dec 2011 01:46:55 -0800 (PST) From: Thirumavalavan Periyannan References: <8d1cbfe6abb5623c62613e2819bc9665@mail.gmail.com> <6715afd183aa2e500a294238fb30c9f8@mail.gmail.com> <1C0858B6-A237-4B14-BBFC-B04C99FE32A0@tony.li> In-Reply-To: <1C0858B6-A237-4B14-BBFC-B04C99FE32A0@tony.li> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIQX1q+V4+/pIJ2ccw0DABJcAwD/gGQ1lAjApD7goMBw2MQZJU8NN7A Date: Thu, 29 Dec 2011 15:16:54 +0530 Message-ID: To: Tony Li Content-Type: text/plain; charset=ISO-8859-1 Cc: OSPF@ietf.org Subject: Re: [OSPF] Clarification of DR & BDR Processing in OSPFV3 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 09:46:56 -0000 Ok Thanks Tony. I will come back to you with detailed information. Regards, Thirumavalavan Consultant -----Original Message----- From: Tony Li [mailto:tony.li@tony.li] Sent: Thursday, December 29, 2011 3:14 PM To: Thirumavalavan Periyannan Cc: Acee Lindem; OSPF@ietf.org Subject: Re: [OSPF] Clarification of DR & BDR Processing in OSPFV3 This list is intended for discussing spec issues and is probably not the best place to debug the problem. I suggest you contact the developer for the other implementation. If you're unaware of who the developer is, then if you can tell us the OS and version that you're trying to work with, we may be able to direct you. Tony On Dec 28, 2011, at 10:19 PM, Thirumavalavan Periyannan wrote: > Hi Acee, > > I used distribution list to drop the routing update packet (coming > from DR) only with this destination address "ALLSPFRouters" at Backup > designated router and BDR received (without dropping) a routing update > packet with destination address ALLDRouters > > And I checked the routing table; Expected route is not installed in routing table that means BDR couldn't process the update packet with destination address as "ALLDRouters" > > Regards, > Thirumavalavan > Consultant > > > From: Acee Lindem [mailto:acee.lindem@ericsson.com] > Sent: Tuesday, December 27, 2011 11:54 PM > To: Thirumavalavan Periyannan > Cc: > Subject: Re: [OSPF] Clarification of DR & BDR Processing in OSPFV3 > > Hi Thirumalvalavan, > See inline. > On Dec 27, 2011, at 6:46 AM, Thirumavalavan Periyannan wrote: > > > Hi All, > > I have a doubt in DR and BDR process in OSPFV3. > > " AllDRouters: > This multicast address has been assigned the value FF02::6. > Both the Designated Router and Backup Designated Router must be > prepared to receive packets destined to this address. Certain > OSPF protocol packets are sent to this address during the > flooding procedure." > > RFC says, DR & BDR must be prepared to receive packets destined to > FF02::6, Here is that Prepared means to say BDR needs to process the packet with destination address FF02::6 (ALLDRouters)? > > Yes. This is somewhat implementation and network interface type specific but it implies that the packet will be received and passed to the OSPFv3 instance's receive queue. > For example, on ethernet this implies that packets sent the Multicast MAC 33:33:00:00:00:06. > > > > In CISCO routers, BDR is not processing the packet with destination address "ALLDRouters". > But the same BDR when it receives an update packet with destination address as "ALLSPFRouters", it is processing the packet. > > The receiving OSPFv3 router should process all packets addressed to FF02::6. I'd advise you turn on some debugs on the both the sending and receiving OSPFv3 routers to determine whether or not the packet is being rejected. > > Hope this helps, > Acee > > > > So I want a clarification of the above lines in the standard. > > Regards, > Thirumavalavan > Consultant > > > _______________________________________________ > OSPF mailing list > OSPF@ietf.org > https://www.ietf.org/mailman/listinfo/ospf From acee.lindem@ericsson.com Thu Dec 29 01:52:52 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8B58021F8669 for ; Thu, 29 Dec 2011 01:52:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.51 X-Spam-Level: X-Spam-Status: No, score=-6.51 tagged_above=-999 required=5 tests=[AWL=0.089, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nRgo4jFUec8V for ; Thu, 29 Dec 2011 01:52:52 -0800 (PST) Received: from imr4.ericy.com (imr4.ericy.com [198.24.6.9]) by ietfa.amsl.com (Postfix) with ESMTP id ED92F21F85F1 for ; Thu, 29 Dec 2011 01:52:51 -0800 (PST) Received: from eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) by imr4.ericy.com (8.14.3/8.14.3/Debian-9.1ubuntu1) with ESMTP id pBT9qnd3018007; Thu, 29 Dec 2011 03:52:51 -0600 Received: from EUSAACMS0702.eamcs.ericsson.se ([169.254.1.25]) by eusaamw0711.eamcs.ericsson.se ([147.117.20.178]) with mapi; Thu, 29 Dec 2011 04:52:44 -0500 From: Acee Lindem To: Tony Li Date: Thu, 29 Dec 2011 04:52:42 -0500 Thread-Topic: [OSPF] Clarification of DR & BDR Processing in OSPFV3 Thread-Index: AczGD5yxBUnbbj9MRc2J1LxjNO3Ytw== Message-ID: <785550AA-1D89-4B98-85B6-46B6DDBDA65E@ericsson.com> References: <8d1cbfe6abb5623c62613e2819bc9665@mail.gmail.com> <6715afd183aa2e500a294238fb30c9f8@mail.gmail.com> <1C0858B6-A237-4B14-BBFC-B04C99FE32A0@tony.li> In-Reply-To: <1C0858B6-A237-4B14-BBFC-B04C99FE32A0@tony.li> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/signed; boundary="Apple-Mail-13--1047188099"; protocol="application/pkcs7-signature"; micalg=sha1 MIME-Version: 1.0 Cc: "OSPF@ietf.org" Subject: Re: [OSPF] Clarification of DR & BDR Processing in OSPFV3 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 09:52:52 -0000 --Apple-Mail-13--1047188099 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 I was just about to say the same. The distribution-list is a proprietary = extension that is not part of the standard OSPF protocol.=20 Thanks, Acee On Dec 29, 2011, at 4:43 AM, Tony Li wrote: >=20 > This list is intended for discussing spec issues and is probably not = the best place to debug the problem. I suggest you contact the = developer for the other implementation. If you're unaware of who the = developer is, then if you can tell us the OS and version that you're = trying to work with, we may be able to direct you. >=20 > Tony >=20 >=20 > On Dec 28, 2011, at 10:19 PM, Thirumavalavan Periyannan wrote: >=20 >> Hi Acee, >>=20 >> I used distribution list to drop the routing update packet (coming = from DR) only with this destination address =93ALLSPFRouters=94 at = Backup designated router and >> BDR received (without dropping) a routing update packet with = destination address ALLDRouters >>=20 >> And I checked the routing table; Expected route is not installed in = routing table that means BDR couldn=92t process the update packet with = destination address as =93ALLDRouters=94 >>=20 >> Regards, >> Thirumavalavan >> Consultant >> >>=20 >> From: Acee Lindem [mailto:acee.lindem@ericsson.com]=20 >> Sent: Tuesday, December 27, 2011 11:54 PM >> To: Thirumavalavan Periyannan >> Cc: >> Subject: Re: [OSPF] Clarification of DR & BDR Processing in OSPFV3 >>=20 >> Hi Thirumalvalavan,=20 >> See inline.=20 >> On Dec 27, 2011, at 6:46 AM, Thirumavalavan Periyannan wrote: >>=20 >>=20 >> Hi All, >>=20 >> I have a doubt in DR and BDR process in OSPFV3. >>=20 >> =93 AllDRouters:=20 >> This multicast address has been assigned the = value FF02::6. >> Both the Designated Router and Backup Designated Router must be >> prepared to receive packets destined to this address. Certain >> OSPF protocol packets are sent to this address during the >> flooding procedure.=94 >>=20 >> RFC says, DR & BDR must be prepared to receive packets destined to = FF02::6, Here is that Prepared means to say BDR needs >> to process the packet with destination address FF02::6 (ALLDRouters)? >>=20 >> Yes. This is somewhat implementation and network interface type = specific but it implies that the packet will be received and passed to = the OSPFv3 instance's receive queue.=20 >> For example, on ethernet this implies that packets sent the Multicast = MAC 33:33:00:00:00:06.=20 >>=20 >>=20 >>=20 >> In CISCO routers, BDR is not processing the packet with destination = address =93ALLDRouters=94. >> But the same BDR when it receives an update packet with destination = address as =93ALLSPFRouters=94, it is processing the packet. >>=20 >> The receiving OSPFv3 router should process all packets addressed to = FF02::6. I'd advise you turn on some debugs on the both the sending and = receiving OSPFv3 routers to determine whether or not the packet is being = rejected.=20 >>=20 >> Hope this helps, >> Acee >>=20 >>=20 >>=20 >> So I want a clarification of the above lines in the standard. >>=20 >> Regards, >> Thirumavalavan >> Consultant >>=20 >>=20 >> _______________________________________________ >> OSPF mailing list >> OSPF@ietf.org >> https://www.ietf.org/mailman/listinfo/ospf >=20 --Apple-Mail-13--1047188099 Content-Disposition: attachment; filename="smime.p7s" Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIM8jCCBDQw ggMcoAMCAQICECFWwVQHDV12M/Sr0yNv0sYwDQYJKoZIhvcNAQEFBQAwOTERMA8GA1UECgwIRXJp Y3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTAeFw0xMDEwMDEyMDA0 NTlaFw0xMzEwMDEyMDA0NDhaMG8xETAPBgNVBAoMCEVyaWNzc29uMR8wHQYDVQQDDBZBY2VlIExp bmRlbSBMaW5kZW0gSUlJMRAwDgYDVQQFEwdlYWxmbGluMScwJQYJKoZIhvcNAQkBFhhhY2VlLmxp bmRlbUBlcmljc3Nvbi5jb20wgZ8wDQYJKoZIhvcNAQEBBQADgY0AMIGJAoGBAI/Dc9ALiZuBMyuv bsc3eBxjXZpMi45Z0vzsUQZTJGTBeY7p9JsdzXC9J1uMisBxYVi39R3KJo6I4hXVp9wrA1rxh4AE bnP1+Gxfpj33uWEFYbBnVAJkIWYWF7CYTn8Zm/yd13vPXtuGA6ESeLnnJafwC9Y0YwUQ+4HX7PNv uauVAgMBAAGjggGEMIIBgDCBwAYDVR0fBIG4MIG1MIGyoIGvoIGshjdodHRwOi8vY3JsLnRydXN0 LnRlbGlhLmNvbS9Fcmljc3Nvbk5MSW5kaXZpZHVhbENBMDEuY3JshnFsZGFwOi8vbGRhcC50cnVz dC50ZWxpYS5jb20vY249RXJpY3Nzb24lMjBOTCUyMEluZGl2aWR1YWwlMjBDQTAxLG89RXJpY3Nz b24/Y2VydGlmaWNhdGVyZXZvY2F0aW9ubGlzdDtiaW5hcnk/YmFzZTAjBgNVHREEHDAagRhhY2Vl LmxpbmRlbUBlcmljc3Nvbi5jb20wRgYDVR0gBD8wPTA7BgYqhXBrAQEwMTAvBggrBgEFBQcCARYj aHR0cDovL3d3dy5lcmljc3Nvbi5jb20vbGVnYWwuc2h0bWwwHQYDVR0OBBYEFAgOzAPuplmPr7C1 BTqV94OyqUdhMB8GA1UdIwQYMBaAFJYnw7jepV9dRD45UuVFsXZfYzCbMA4GA1UdDwEB/wQEAwIF oDANBgkqhkiG9w0BAQUFAAOCAQEAE1gyNW6c2t/YsLxW5sm67+gVGK0Lnge4ub+k8dgGrK7Mj7em nkOIFkjdv/tqdJ/SoUy/WEkBXba2TfpZ+lfluMgLYux1vSvqBUxYBsUHeNth2Q/Y6A9sCaDTBPlK vZ2jLz814NavrVfgTCLdxX6zNtGdwzhviz+FyqyxYF43Q86RP8Gd/Npaz1W8pmYAHm0+lezuTx5k F3Av3+SaZ/MR6s+RWuXEIdED36ajeQz+OG8Mh3nplofzdrOeoWGDz53YlfRhgj+TXo+H1lclZAvD WVaMMXPdb27h9Hngsq87dkCW9uAyv8DI993rdhqzlEgUyQIL32icAXfTmTYgoGPOwjCCBEUwggMt oAMCAQICEBPJ6v/eJq2p3KTKI4GDR+MwDQYJKoZIhvcNAQEFBQAwRDEaMBgGA1UECgwRVGVsaWFT b25lcmEgR3JvdXAxJjAkBgNVBAMMHVRlbGlhU29uZXJhIFB1YmxpYyBSb290IENBIHYxMB4XDTA2 MTAwNjEwMDA1M1oXDTE2MTAwMjA1MDQxN1owOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNVBAMM G0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoC ggEBALYQd+Q1HuuHxDyNGFlEPzCxuPPFO5W2xyr+nqCVnNJ4QYFe1HACqavqNLwUGIqIEyHv1rLn fub9LBc7dQpRHjl/dggin0ONOFJ36nbGEbfHjLJz2BzOWvwl84Sc+Fx09IrDU/SZSWFSfhqTu3TT 39h79brHdRkdPBUgBYgsiFKriHI0TjP5G8628H27BDzqUpzGLSYWgt6/tpwuOH5lcfNfHWMcCYXR lobv0Klu8lxG5amWqAnqrH6ECOyYJTRbHTsaTIZOHy9Qw/0eXPujKT7tU5xxSI2SdceJqzUbAz2o FRQ6Px7/GydpM/Rl+qYoGPcauHUL1aSeVJZqDFqcIF0CAwEAAaOCATwwggE4MBIGA1UdEwEB/wQI MAYBAf8CAQAwRgYDVR0gBD8wPTA7BgcqhXAjAgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVw b3NpdG9yeS50cnVzdC50ZWxpYS5jb20wgYkGA1UdHwSBgTB/MH2ge6B5hndsZGFwOi8vbGRhcC50 cnVzdC50ZWxpYS5jb20vY249VGVsaWFTb25lcmElMjBQdWJsaWMlMjBSb290JTIwQ0ElMjB2MSxv PVRlbGlhU29uZXJhJTIwR3JvdXA/YXV0aG9yaXR5cmV2b2NhdGlvbmxpc3Q/YmFzZTAOBgNVHQ8B Af8EBAMCAQYwHQYDVR0OBBYEFJYnw7jepV9dRD45UuVFsXZfYzCbMB8GA1UdIwQYMBaAFEXb8I+4 GmKhqCMbY4g4o9vgGmLxMA0GCSqGSIb3DQEBBQUAA4IBAQB2AEoqQz+M3Ra9alkpn/YnwhXIv6tP jhUvSuNs00Nhd0T9XhlIU3a65CaB/UKSqnayE0t7Q0Qq3r+x/GK3in/mik8i/PK2/q8HutzYFSzz 6Npztpo2JG7AEKOJPVaeebjng45m6vNC7RIfzU9sG2LBR/hewS8s6dFFn70w795xUwJBWZ67OzIK XrIVVvHTOYpbWA+MESKAXwFhnVONrOTWlVwrMUi4HbiPWpOk+xQbgehCEi7mu3cXsaU1Xq3kMXui NuC7VKoob8mFO9o9RT+dlirD2uRXwNpvCu3but6Kyhu0+nvy2iXGKjdlxlWTsdDyulXYz+OYCMZ9 lFWRzMIPMIIEbTCCA1WgAwIBAgIRAJywjASay5cieGNithuGWj0wDQYJKoZIhvcNAQEFBQAwOjEZ MBcGA1UEChMQUlNBIFNlY3VyaXR5IEluYzEdMBsGA1UECxMUUlNBIFNlY3VyaXR5IDIwNDggVjMw HhcNMDYxMDMxMjA0MjI3WhcNMTYxMTAxMTU0MjI1WjBEMRowGAYDVQQKDBFUZWxpYVNvbmVyYSBH cm91cDEmMCQGA1UEAwwdVGVsaWFTb25lcmEgUHVibGljIFJvb3QgQ0EgdjEwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQDKTxADapCAq3mplX4R4gNt+WZe5QKGnaVEQSyY7lICKF5DuVdW PMLHDjzhw5IzDd860ZZx/0VrhGB3DmP4SDIWCKo2PxvY5NckdBWPWp/T2uaQdOAwgqHpN0pe1X7/ jel59WsWYXKGg/81Wth73ZK/geE7Gz9Pvj1LU6N4YhLMgooxKnCS+ZjB5icWAg+Qd1QpQhF46H1i bp6LsBWDp56MPpg8F5X6y7MGVcKYLdnLOPs84uxRW9qs1kBopzQBj6s5SyVh8A+j5liDBjghXYpw /+paGEdqHPeSFYxZKeJatmjEKLYlxcZWRKf436KvQA9jBhMEmytMNbGicR1mRH6tAgMBAAGjggFi MIIBXjAfBgNVHSMEGDAWgBQHw1EwpKrpRa41JPr/JCwz0LGdjDAdBgNVHQ4EFgQURdvwj7gaYqGo IxtjiDij2+AaYvEwEgYDVR0TAQH/BAgwBgEB/wIBBDCBhQYDVR0gBH4wfDA9BgkqhkiG9w0FBgEw MDAuBggrBgEFBQcCARYiaHR0cHM6Ly9yZXBvc2l0b3J5LnRydXN0LnRlbGlhLmNvbTA7BgcqhXAj AgEBMDAwLgYIKwYBBQUHAgEWImh0dHBzOi8vcmVwb3NpdG9yeS50cnVzdC50ZWxpYS5jb20wcAYD VR0fBGkwZzBloGOgYYZfaHR0cDovL3d3dy5yc2FzZWN1cml0eS5jb20vcHJvZHVjdHMva2Vvbi9y ZXBvc2l0b3J5L2NlcnRpZmljYXRlX3N0YXR1cy9SU0FfU2VjdXJpdHlfMjA0OF92My5DUkwwDgYD VR0PAQH/BAQDAgEGMA0GCSqGSIb3DQEBBQUAA4IBAQAEXpos2CnIm7/872ytSrEHWZgvhOUEkUm2 5PWf/XkWko41TaL9vIS1S6AdWChNqWmnYiS7GfaIiDM9s1D6K7hidWBDOm46bNdM3ZwhMyDCfkDJ SgeJ0w+7YmjvChu7gWqDZCsbtZ5gA1ixCTdDnuZB67JGSPGW6r73coraDP8diOpiQouMvM6bKuTP BH/1poLccsUxsKgrQ23JC9LWCRb8cYHkZjXFH1K44TsIl5Lne2oT0JI3pwdA2v6jO4p/OLHntP+n pjwPbedMPUZkDYCkd3LSxj8c3JTxtA8SlPCtIHE1hh65xihg1JRIliSphrqr9kbfwHdeVxPdOI5G tDYPMYICEjCCAg4CAQEwTTA5MREwDwYDVQQKDAhFcmljc3NvbjEkMCIGA1UEAwwbRXJpY3Nzb24g TkwgSW5kaXZpZHVhbCBDQTAxAhAhVsFUBw1ddjP0q9Mjb9LGMAkGBSsOAwIaBQCgggEbMBgGCSqG SIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMTIyOTA5NTI0M1owIwYJKoZI hvcNAQkEMRYEFC7WwecKm8EXTdEDr6XClISy6PgZMFwGCSsGAQQBgjcQBDFPME0wOTERMA8GA1UE CgwIRXJpY3Nzb24xJDAiBgNVBAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcN XXYz9KvTI2/SxjBeBgsqhkiG9w0BCRACCzFPoE0wOTERMA8GA1UECgwIRXJpY3Nzb24xJDAiBgNV BAMMG0VyaWNzc29uIE5MIEluZGl2aWR1YWwgQ0EwMQIQIVbBVAcNXXYz9KvTI2/SxjANBgkqhkiG 9w0BAQEFAASBgDqj4I59ueNj9qV+AWu4jtIN6Fh82uecy0tEst4YfZ3z+LQLrLVd11KMUL0/iPsC LFmqL0l3HOo18OECY+M1RAFb9mpOFbEK5kZDWCXIkqIboOclWLSKzZ94IMb6YksOzhi3Mg9pxT9c +57zJ+vZyHq/e1xox2cc9nmar0q5TgmfAAAAAAAA --Apple-Mail-13--1047188099-- From thirumavalavan.periyannan@ipinfusion.com Thu Dec 29 02:59:03 2011 Return-Path: X-Original-To: ospf@ietfa.amsl.com Delivered-To: ospf@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E94CE21F84C2 for ; Thu, 29 Dec 2011 02:59:03 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.07 X-Spam-Level: X-Spam-Status: No, score=-2.07 tagged_above=-999 required=5 tests=[AWL=0.907, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pcgJGxREcnPK for ; Thu, 29 Dec 2011 02:59:03 -0800 (PST) Received: from mail-vx0-f172.google.com (mail-vx0-f172.google.com [209.85.220.172]) by ietfa.amsl.com (Postfix) with ESMTP id 417B321F84BD for ; Thu, 29 Dec 2011 02:59:03 -0800 (PST) Received: by vcbfk13 with SMTP id fk13so11086163vcb.31 for ; Thu, 29 Dec 2011 02:59:02 -0800 (PST) Received: by 10.220.213.200 with SMTP id gx8mr20478789vcb.13.1325156340621; Thu, 29 Dec 2011 02:59:00 -0800 (PST) From: Thirumavalavan Periyannan References: <8d1cbfe6abb5623c62613e2819bc9665@mail.gmail.com> <6715afd183aa2e500a294238fb30c9f8@mail.gmail.com> <1C0858B6-A237-4B14-BBFC-B04C99FE32A0@tony.li> <785550AA-1D89-4B98-85B6-46B6DDBDA65E@ericsson.com> In-Reply-To: <785550AA-1D89-4B98-85B6-46B6DDBDA65E@ericsson.com> MIME-Version: 1.0 X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIQX1q+V4+/pIJ2ccw0DABJcAwD/gGQ1lAjApD7goMBw2MQZAFmgKB5lTESvsA= Date: Thu, 29 Dec 2011 16:28:59 +0530 Message-ID: <64102da410287f5e759e09f43a919a68@mail.gmail.com> To: Acee Lindem , Tony Li Content-Type: text/plain; charset=ISO-8859-1 Cc: OSPF@ietf.org Subject: Re: [OSPF] Clarification of DR & BDR Processing in OSPFV3 X-BeenThere: ospf@ietf.org X-Mailman-Version: 2.1.12 Precedence: list List-Id: The Official IETF OSPG WG Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 29 Dec 2011 10:59:04 -0000 Distribution-list is just a method which I used to simulate the issue for BDR to receive only the update packet with destination address ALLDRouters and BDR was not able to process it. It looks like as an implementation issue. Regards, Thirumavalavan Consultant -----Original Message----- From: Acee Lindem [mailto:acee.lindem@ericsson.com] Sent: Thursday, December 29, 2011 3:23 PM To: Tony Li Cc: Thirumavalavan Periyannan; OSPF@ietf.org Subject: Re: [OSPF] Clarification of DR & BDR Processing in OSPFV3 I was just about to say the same. The distribution-list is a proprietary extension that is not part of the standard OSPF protocol. Thanks, Acee On Dec 29, 2011, at 4:43 AM, Tony Li wrote: > > This list is intended for discussing spec issues and is probably not the best place to debug the problem. I suggest you contact the developer for the other implementation. If you're unaware of who the developer is, then if you can tell us the OS and version that you're trying to work with, we may be able to direct you. > > Tony > > > On Dec 28, 2011, at 10:19 PM, Thirumavalavan Periyannan wrote: > >> Hi Acee, >> >> I used distribution list to drop the routing update packet (coming from DR) only with this destination address "ALLSPFRouters" at Backup designated router and >> BDR received (without dropping) a routing update packet with destination address ALLDRouters >> >> And I checked the routing table; Expected route is not installed in routing table that means BDR couldn't process the update packet with destination address as "ALLDRouters" >> >> Regards, >> Thirumavalavan >> Consultant >> >> >> From: Acee Lindem [mailto:acee.lindem@ericsson.com] >> Sent: Tuesday, December 27, 2011 11:54 PM >> To: Thirumavalavan Periyannan >> Cc: >> Subject: Re: [OSPF] Clarification of DR & BDR Processing in OSPFV3 >> >> Hi Thirumalvalavan, >> See inline. >> On Dec 27, 2011, at 6:46 AM, Thirumavalavan Periyannan wrote: >> >> >> Hi All, >> >> I have a doubt in DR and BDR process in OSPFV3. >> >> " AllDRouters: >> This multicast address has been assigned the value FF02::6. >> Both the Designated Router and Backup Designated Router must be >> prepared to receive packets destined to this address. Certain >> OSPF protocol packets are sent to this address during the >> flooding procedure." >> >> RFC says, DR & BDR must be prepared to receive packets destined to FF02::6, Here is that Prepared means to say BDR needs >> to process the packet with destination address FF02::6 (ALLDRouters)? >> >> Yes. This is somewhat implementation and network interface type specific but it implies that the packet will be received and passed to the OSPFv3 instance's receive queue. >> For example, on ethernet this implies that packets sent the Multicast MAC 33:33:00:00:00:06. >> >> >> >> In CISCO routers, BDR is not processing the packet with destination address "ALLDRouters". >> But the same BDR when it receives an update packet with destination address as "ALLSPFRouters", it is processing the packet. >> >> The receiving OSPFv3 router should process all packets addressed to FF02::6. I'd advise you turn on some debugs on the both the sending and receiving OSPFv3 routers to determine whether or not the packet is being rejected. >> >> Hope this helps, >> Acee >> >> >> >> So I want a clarification of the above lines in the standard. >> >> Regards, >> Thirumavalavan >> Consultant >> >> >> _______________________________________________ >> OSPF mailing list >> OSPF@ietf.org >> https://www.ietf.org/mailman/listinfo/ospf >