From owner-idmr@cs.ucl.ac.uk Sat Jun 3 10:34:02 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA06552 for ; Sat, 3 Jun 2000 10:34:01 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Sat, 3 Jun 2000 13:12:31 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Sat, 3 Jun 2000 13:12:23 +0100 Received: from TNTPool125.vegasnet.net by bells.cs.ucl.ac.uk with Internet SMTP id ; Sat, 3 Jun 2000 13:13:04 +0100 From: stockprofile1 Subject: ADV: Morgan Cooper Stock Profile Date: Wed, 7 Jun 2000 03:38:20 Message-Id: <819.869060.496406@www.IP-Email.com> Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk Apparently-To: idmr-pp Hello and welcome to the WiseStocks2000 Newsletter, if you no longer wish to receive our Free Newsletter please visit http://www.wisestocks2000.com/remove.html WiseStocks2000 May-June Profile - Morgan Cooper, Inc. OTC-BB Trading Symbol: MCII Recent Share Price: $3.00 52 Week Range: $1.50 - $9.00 Shares Outstanding: 14,000,000 Estimated Shares in Float: 1,600,000 Please visit http://www.wisestocks2000.com for full information. If you buy clothing at Wal*Mart (Faded Glory), JC Penney (Arizona), Sears (Canyon River Blues), Target (Cherokee) or K-Mart (Route 66), you'll soon be wearing clothing manufactured by Morgan Cooper, Inc. Morgan Cooper, Inc. is a manufacture of high quality and low cost clothing for both private label (store label brands) and designer label (Morgan Cooper brand). This past April, Morgan Cooper, Inc. completed the staffing of its sales team, which over the last 3 years, sold and delivered over $210,000,000 worth of clothing to Wal*Mart, Sears, JC Penney, Target and K-Mart. By June 15, 2000, this sales team will have completed their initial, year-2000 sales order with each of the above 5 companies. It is the company's belief that sales team will initially equal their past performance. This year, Morgan Cooper, Inc. has already shipped $3,000,000 worth of clothing to JC Penney and will be shipping the next $7,000,000 JC Penney order starting in September 2000. With the planned year-end opening of two new, duty/quota free manufacturing facilities in American Samoa and Jordan, Morgan Cooper, Inc. will be able to dramatically increase their sales and profits by reducing their manufacturing costs well below all competitors. Morgan Cooper, Inc. also designs and manufactures its own designer clothing under the label (Morgan Cooper) for the age market 19 - 40. The Morgan Cooper designer, fall-collection is being readied for shipment to 300 better specialty stores through out the USA. The Morgan Cooper "designer look" is easily distinguished by its trend setting high fashion style such as you might find worn by Mariah Carey or Jennifer Lopez, its high quality handwork with careful attention to detail, and its European custom fit ... all at a price 35% below any other competitor. Once again, please visit Morgan Cooper, Inc.'s web site located at: http://www.wisestocks2000.com to learn more about the new manufacturing facilities. ****** DISCLAIMER ****** This material is being provided by WiseStocks2000, an electronic newsletter paid by the issuer for publishing the information contained in this report. Morgan Cooper, Inc. has paid a consideration of 5,000 free trading shares of common stock of Morgan Cooper, Inc. to WiseStocks2000 as payment for the publication of the information contained in this report. WiseStocks2000 and its affiliates have agreed not to sell the common stock received as payment for its services until June 7, 2000, which date is 15 days from the initial dissemination of this report. After such date, WiseStocks2000 may sell such shares in spite of any historical, current or future report or information conveyed about such securities. Because WiseStocks2000 is paid for its services, there is an inherent conflict of interest in statements and opinions and such statements and opinions cannot be considered independent. The information contained in this publication is for informational purposes only, and not to be construed as an offer to sell or solicitation of an offer to buy any security. Please be advised that Morgan Cooper, Inc. is not offering securities for sale to persons in California or Minnesota. WiseStocks2000 makes no representation or warranty relating to the validity of the facts presented nor does WiseStocks2000 represent or warrant that all material facts necessary to make an investment decision are presented above. All statements of opinions are those of WiseStocks2000. WiseStocks2000 relies exclusively on information gathered from public filings on featured companies, as well as, in certain circumstances, interviews conducted by WiseStocks2000 of management of featured companies. Investors should not rely solely on the information contained in this publication. Rather, investors should use the information contained in this publication as a starting point for conducting additional research on the featured companies in order to allow the investor to form his or her own opinion regarding the featured companies. Factual statements contained in this publication are made as of the date stated and they are subject to change without notice. WiseStocks2000 is not a registered investment adviser, broker or a dealer. Investment in the companies reviewed is speculative and extremely high-risk and may result in the loss of some or all of any investment made in Morgan Cooper, Inc. Projections of future financial results are provided solely by Morgan Cooper, Inc. No assurances are given that Morgan Cooper, Inc. will achieve said projections. This publication contains forward-looking statements that are subject to risk and uncertainties that could cause results to differ materially from those set forth in the forward-looking statements. These forward-looking statements represent the judgment of Morgan Cooper, Inc. as of the date of this publication. The Company disclaims any intent or obligation to update these forward-looking statements. From owner-idmr@cs.ucl.ac.uk Tue Jun 6 12:58:40 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA14590 for ; Tue, 6 Jun 2000 12:58:39 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Tue, 6 Jun 2000 14:48:17 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Tue, 6 Jun 2000 14:48:14 +0100 Received: from odin.ietf.org by bells.cs.ucl.ac.uk with Internet SMTP id ; Tue, 6 Jun 2000 14:48:57 +0100 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA02649; Tue, 6 Jun 2000 09:48:50 -0400 (EDT) Message-Id: <200006061348.JAA02649@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce:; Cc: idmr@cs.ucl.ac.uk From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-idmr-igmp-v3-04.txt Date: Tue, 06 Jun 2000 09:48:50 -0400 Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Multicast Routing Working Group of the IETF. Title : Internet Group Management Protocol, Version 3 Author(s) : B. Cain, S. Deering, I. Kouvelas, A. Thyagarajan Filename : draft-ietf-idmr-igmp-v3-04.txt Pages : 44 Date : 05-Jun-00 This document specifies Version 3 of the Internet Group Management Protocol, IGMPv3. IGMP is the protocol used by IPv4 systems to report their IP multicast group memberships to neighboring multicast routers. Version 3 of IGMP adds support for 'source filtering', that is, the ability for a system to report interest in receiving packets *only* from specific source addresses, or from *all but* specific source addresses, sent to a particular multicast address. That information may be used by multicast routing protocols to avoid delivering multicast packets from specific sources to networks where there are no interested receivers. This document is a product of the Inter-Domain Multicast Routing working group within the Internet Engineering Task Force. Comments are solicited and should be addressed to the working group's mailing list at idmr@cs.ucl.ac.uk and/or the authors. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-idmr-igmp-v3-04.txt Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-idmr-igmp-v3-04.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-idmr-igmp-v3-04.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20000605102508.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-idmr-igmp-v3-04.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-idmr-igmp-v3-04.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20000605102508.I-D@ietf.org> --OtherAccess-- --NextPart-- From owner-idmr@cs.ucl.ac.uk Wed Jun 7 12:56:46 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA15850 for ; Wed, 7 Jun 2000 12:56:44 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Wed, 7 Jun 2000 15:16:19 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Wed, 7 Jun 2000 15:16:12 +0100 Received: from odin.ietf.org by bells.cs.ucl.ac.uk with Internet SMTP id ; Wed, 7 Jun 2000 15:16:02 +0100 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA11067; Wed, 7 Jun 2000 10:15:54 -0400 (EDT) Message-Id: <200006071415.KAA11067@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce:; CC: idmr@cs.ucl.ac.uk From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-thaler-idmr-multiproto-pimmib-00.txt Date: Wed, 07 Jun 2000 10:15:54 -0400 Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Protocol Independent Multicast MIB for IP Author(s) : D. Thaler, A. Adams, W. Siadak Filename : draft-thaler-idmr-multiproto-pimmib-00.txt Pages : 28 Date : 06-Jun-00 This memo defines a portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects used for managing the Protocol Independent Multicast (PIM) protocol for IPv4 and IPv6. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-thaler-idmr-multiproto-pimmib-00.txt Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-thaler-idmr-multiproto-pimmib-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-thaler-idmr-multiproto-pimmib-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20000606122850.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-thaler-idmr-multiproto-pimmib-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-thaler-idmr-multiproto-pimmib-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20000606122850.I-D@ietf.org> --OtherAccess-- --NextPart-- From owner-idmr@cs.ucl.ac.uk Wed Jun 7 12:56:52 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA15863 for ; Wed, 7 Jun 2000 12:56:50 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Wed, 7 Jun 2000 15:16:00 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Wed, 7 Jun 2000 15:15:56 +0100 Received: from odin.ietf.org by bells.cs.ucl.ac.uk with Internet SMTP id ; Wed, 7 Jun 2000 15:15:53 +0100 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA11051; Wed, 7 Jun 2000 10:15:49 -0400 (EDT) Message-Id: <200006071415.KAA11051@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce:; CC: idmr@cs.ucl.ac.uk From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-thaler-idmr-multicast-routemib-00.txt Date: Wed, 07 Jun 2000 10:15:49 -0400 Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Multiprotocol Multicast Routing MIB Author(s) : D. Thaler, A. Adams, W. Siadak Filename : draft-thaler-idmr-multicast-routemib-00.txt Pages : 28 Date : 06-Jun-00 This memo defines an experimental portion of the Management Information Base (MIB) for use with network management protocols in the Internet community. In particular, it describes managed objects used for managing IP Multicast Routing for IPv4 and IPv6, independent of the specific multicast routing protocol in use. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-thaler-idmr-multicast-routemib-00.txt Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-thaler-idmr-multicast-routemib-00.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-thaler-idmr-multicast-routemib-00.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20000606122840.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-thaler-idmr-multicast-routemib-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-thaler-idmr-multicast-routemib-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20000606122840.I-D@ietf.org> --OtherAccess-- --NextPart-- From owner-idmr@cs.ucl.ac.uk Wed Jun 7 17:06:07 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id RAA20743 for ; Wed, 7 Jun 2000 17:06:06 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Wed, 7 Jun 2000 19:40:33 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Wed, 7 Jun 2000 19:40:29 +0100 Received: from 131.107.88.59 by bells.cs.ucl.ac.uk with Internet SMTP id ; Wed, 7 Jun 2000 19:40:26 +0100 Received: from 172.30.236.11 by dfssl.exchange.microsoft.com (InterScan E-Mail VirusWall NT); Wed, 07 Jun 2000 11:32:23 -0700 (Pacific Daylight Time) Received: from SIT.platinum.corp.microsoft.com ([172.30.236.233]) by yuri.dns.microsoft.com with Microsoft SMTPSVC(5.0.2195.2023); Wed, 7 Jun 2000 11:23:23 -0700 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFD0AB.35F1537A" Subject: RE: I-D ACTION:draft-thaler-idmr-multiproto-pimmib-00.txt X-MimeOLE: Produced By Microsoft Exchange V6.0.4384.0 Date: Wed, 7 Jun 2000 11:07:15 -0700 Message-ID: <19398D273324D3118A2B0008C7E9A5690E3151AA@SIT.platinum.corp.microsoft.com> Thread-Topic: I-D ACTION:draft-thaler-idmr-multiproto-pimmib-00.txt Thread-Index: Ab/QqJMRaQF5KovkTn2hwmXb0XwJSgAAnyFQ From: Mohit Talwar To: idmr X-OriginalArrivalTime: 07 Jun 2000 18:23:23.0662 (UTC) FILETIME=[7726E2E0:01BFD0AD] Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk This is a multi-part message in MIME format. ------_=_NextPart_001_01BFD0AB.35F1537A Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable hi all, i've sent this query before and i'll raise it again... the pim neighbor table (pimgNeighborTable) is indexed by { pimgNeighborAddressType, pimgNeighborAddress } but can we not have a case where a router has the=20 same neighbor ip address on two different interfaces? in which case it can be uniquely indexed only by { pimgNeighborAddressType, pimgInterfaceIfIndex, pimgNeighborAddress). this situation could arise, for example, when the=20 router peers with another over a LAN 'and' through an unnumbered point to point tunnel. if the neighbor's router id is its LAN interface address, it would advertise the same ip address on both interfaces. thanx, mohit. >-----Original Message----- >From: Internet-Drafts@ietf.org [mailto:Internet-Drafts@ietf.org] >Sent: Wednesday, June 07, 2000 7:16 AM >To: IETF-Announce:; >Cc: idmr@cs.ucl.ac.uk >Subject: I-D ACTION:draft-thaler-idmr-multiproto-pimmib-00.txt > > >A New Internet-Draft is available from the on-line=20 >Internet-Drafts directories. > > > Title : Protocol Independent Multicast MIB for IP > Author(s) : D. Thaler, A. Adams, W. Siadak > Filename : draft-thaler-idmr-multiproto-pimmib-00.txt > Pages : 28 > Date : 06-Jun-00 >=09 >This memo defines a portion of the Management Information Base (MIB)=20 >for use with network management protocols in the Internet community. =20 >In particular, it describes managed objects used for managing the=20 >Protocol Independent Multicast (PIM) protocol for IPv4 and IPv6. > >A URL for this Internet-Draft is: >http://www.ietf.org/internet-drafts/draft-thaler-idmr-multiprot >o-pimmib-00.txt > >Internet-Drafts are also available by anonymous FTP. Login=20 >with the username >"anonymous" and a password of your e-mail address. After logging in, >type "cd internet-drafts" and then > "get draft-thaler-idmr-multiproto-pimmib-00.txt". > >A list of Internet-Drafts directories can be found in >http://www.ietf.org/shadow.html=20 >or ftp://ftp.ietf.org/ietf/1shadow-sites.txt > > >Internet-Drafts can also be obtained by e-mail. > >Send a message to: > mailserv@ietf.org. >In the body type: > "FILE=20 >/internet-drafts/draft-thaler-idmr-multiproto-pimmib-00.txt". >=09 >NOTE: The mail server at ietf.org can return the document in > MIME-encoded form by using the "mpack" utility. To use this > feature, insert the command "ENCODING mime" before the "FILE" > command. To decode the response(s), you will need "munpack" or > a MIME-compliant mail reader. Different MIME-compliant=20 >mail readers > exhibit different behavior, especially when dealing with > "multipart" MIME messages (i.e. documents which have been split > up into multiple messages), so check your local documentation on > how to manipulate these messages. > =09 > =09 >Below is the data which will enable a MIME compliant mail reader >implementation to automatically retrieve the ASCII version of the >Internet-Draft. > > ------_=_NextPart_001_01BFD0AB.35F1537A Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: I-D ACTION:draft-thaler-idmr-multiproto-pimmib-00.txt

hi all,

i've sent this query before and i'll raise it = again...

the pim neighbor table (pimgNeighborTable) is indexed = by
{ pimgNeighborAddressType, pimgNeighborAddress = }

but can we not have a case where a router has the =
same neighbor ip address on two different = interfaces?
in which case it can be uniquely indexed only = by
{ pimgNeighborAddressType, pimgInterfaceIfIndex, = pimgNeighborAddress).

this situation could arise, for example, when the =
router peers with another over a LAN 'and' = through
an unnumbered point to point tunnel.  if the = neighbor's
router id is its LAN interface address, it would = advertise
the same ip address on both interfaces.

thanx,
mohit.



>-----Original Message-----
>From: Internet-Drafts@ietf.org [mailto:Internet-Drafts@ietf.org<= /A>]
>Sent: Wednesday, June 07, 2000 7:16 AM
>To: IETF-Announce:;
>Cc: idmr@cs.ucl.ac.uk
>Subject: I-D = ACTION:draft-thaler-idmr-multiproto-pimmib-00.txt
>
>
>A New Internet-Draft is available from the = on-line
>Internet-Drafts directories.
>
>
>       = Title           : Protocol = Independent Multicast MIB for IP
>       = Author(s)       : D. Thaler, A. Adams, W. = Siadak
>       = Filename        : = draft-thaler-idmr-multiproto-pimmib-00.txt
>       = Pages           : 28
>       = Date            : = 06-Jun-00
>      
>This memo defines a portion of the Management = Information Base (MIB)
>for use with network management protocols in the = Internet community. 
>In particular, it describes managed objects used = for managing the
>Protocol Independent Multicast (PIM) protocol for = IPv4 and IPv6.
>
>A URL for this Internet-Draft is:
>= http://www.ietf.org/internet-drafts/draft-thaler-idmr-multiprot
>o-pimmib-00.txt
>
>Internet-Drafts are also available by anonymous = FTP. Login
>with the username
>"anonymous" and a password of your = e-mail address. After logging in,
>type "cd internet-drafts" and = then
>       "get = draft-thaler-idmr-multiproto-pimmib-00.txt".
>
>A list of Internet-Drafts directories can be = found in
>http://www.ietf.org/shadow.html<= /A>
>or ftp://ftp.ietf.org/iet= f/1shadow-sites.txt
>
>
>Internet-Drafts can also be obtained by = e-mail.
>
>Send a message to:
>       = mailserv@ietf.org.
>In the body type:
>       "FILE =
>/internet-drafts/draft-thaler-idmr-multiproto-pimmib-00.txt&= quot;.
>      
>NOTE:  The mail server at ietf.org can = return the document in
>       MIME-encoded = form by using the "mpack" utility.  To use this
>       feature, = insert the command "ENCODING mime" before the = "FILE"
>       = command.  To decode the response(s), you will need = "munpack" or
>       a = MIME-compliant mail reader.  Different MIME-compliant
>mail readers
>       exhibit = different behavior, especially when dealing with
>       = "multipart" MIME messages (i.e. documents which have been = split
>       up into = multiple messages), so check your local documentation on
>       how to = manipulate these messages.
>       =        
>       =        
>Below is the data which will enable a MIME = compliant mail reader
>implementation to automatically retrieve the = ASCII version of the
>Internet-Draft.
>
>

------_=_NextPart_001_01BFD0AB.35F1537A-- From owner-idmr@cs.ucl.ac.uk Wed Jun 7 17:07:47 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id RAA20775 for ; Wed, 7 Jun 2000 17:07:46 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Wed, 7 Jun 2000 21:14:18 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Wed, 7 Jun 2000 21:14:12 +0100 Received: from 131.107.88.59 by bells.cs.ucl.ac.uk with Internet SMTP id ; Wed, 7 Jun 2000 21:14:09 +0100 Received: from 172.30.236.11 by dfssl.exchange.microsoft.com (InterScan E-Mail VirusWall NT); Wed, 07 Jun 2000 13:06:37 -0700 (Pacific Daylight Time) Received: from SIT.platinum.corp.microsoft.com ([172.30.236.233]) by yuri.dns.microsoft.com with Microsoft SMTPSVC(5.0.2195.2023); Wed, 7 Jun 2000 13:03:28 -0700 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFD0BA.680EF66E" Subject: RE: I-D ACTION:draft-thaler-idmr-multiproto-pimmib-00.txt X-MimeOLE: Produced By Microsoft Exchange V6.0.4384.0 Date: Wed, 7 Jun 2000 12:56:01 -0700 Message-ID: <19398D273324D3118A2B0008C7E9A5690E315218@SIT.platinum.corp.microsoft.com> Thread-Topic: I-D ACTION:draft-thaler-idmr-multiproto-pimmib-00.txt Thread-Index: Ab/QqJMRaQF5KovkTn2hwmXb0XwJSgAAnyFQAAP9GMA= From: Mohit Talwar To: idmr X-OriginalArrivalTime: 07 Jun 2000 20:03:28.0631 (UTC) FILETIME=[72647070:01BFD0BB] Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk This is a multi-part message in MIME format. ------_=_NextPart_001_01BFD0BA.680EF66E Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable apologies for the formatting... please see the message in plain text below. mohit. -----Original Message----- From: Mohit Talwar=20 Sent: Wednesday, June 07, 2000 11:07 AM To: idmr Subject: RE: I-D ACTION:draft-thaler-idmr-multiproto-pimmib-00.txt hi all,=20 i've sent this query before and i'll raise it again...=20 the pim neighbor table (pimgNeighborTable) is indexed by=20 { pimgNeighborAddressType, pimgNeighborAddress }=20 but can we not have a case where a router has the=20 same neighbor ip address on two different interfaces?=20 in which case it can be uniquely indexed only by=20 { pimgNeighborAddressType, pimgInterfaceIfIndex, pimgNeighborAddress).=20 this situation could arise, for example, when the=20 router peers with another over a LAN 'and' through=20 an unnumbered point to point tunnel. if the neighbor's=20 router id is its LAN interface address, it would advertise=20 the same ip address on both interfaces.=20 thanx,=20 mohit.=20 >-----Original Message-----=20 >From: Internet-Drafts@ietf.org [mailto:Internet-Drafts@ietf.org]=20 >Sent: Wednesday, June 07, 2000 7:16 AM=20 >To: IETF-Announce:;=20 >Cc: idmr@cs.ucl.ac.uk=20 >Subject: I-D ACTION:draft-thaler-idmr-multiproto-pimmib-00.txt=20 >=20 >=20 >A New Internet-Draft is available from the on-line=20 >Internet-Drafts directories.=20 >=20 >=20 > Title : Protocol Independent Multicast MIB for IP=20 > Author(s) : D. Thaler, A. Adams, W. Siadak=20 > Filename : draft-thaler-idmr-multiproto-pimmib-00.txt=20 > Pages : 28=20 > Date : 06-Jun-00=20 > =20 >This memo defines a portion of the Management Information Base (MIB)=20 >for use with network management protocols in the Internet community. =20 >In particular, it describes managed objects used for managing the=20 >Protocol Independent Multicast (PIM) protocol for IPv4 and IPv6.=20 >=20 >A URL for this Internet-Draft is:=20 >http://www.ietf.org/internet-drafts/draft-thaler-idmr-multiprot=20 >o-pimmib-00.txt=20 >=20 >Internet-Drafts are also available by anonymous FTP. Login=20 >with the username=20 >"anonymous" and a password of your e-mail address. After logging in,=20 >type "cd internet-drafts" and then=20 > "get draft-thaler-idmr-multiproto-pimmib-00.txt".=20 >=20 >A list of Internet-Drafts directories can be found in=20 >http://www.ietf.org/shadow.html=20 >or ftp://ftp.ietf.org/ietf/1shadow-sites.txt=20 >=20 >=20 >Internet-Drafts can also be obtained by e-mail.=20 >=20 >Send a message to:=20 > mailserv@ietf.org.=20 >In the body type:=20 > "FILE=20 >/internet-drafts/draft-thaler-idmr-multiproto-pimmib-00.txt".=20 > =20 >NOTE: The mail server at ietf.org can return the document in=20 > MIME-encoded form by using the "mpack" utility. To use this=20 > feature, insert the command "ENCODING mime" before the "FILE"=20 > command. To decode the response(s), you will need "munpack" or=20 > a MIME-compliant mail reader. Different MIME-compliant=20 >mail readers=20 > exhibit different behavior, especially when dealing with=20 > "multipart" MIME messages (i.e. documents which have been split=20 > up into multiple messages), so check your local documentation on > how to manipulate these messages.=20 > =20 > =20 >Below is the data which will enable a MIME compliant mail reader=20 >implementation to automatically retrieve the ASCII version of the=20 >Internet-Draft.=20 >=20 >=20 ------_=_NextPart_001_01BFD0BA.680EF66E Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: I-D ACTION:draft-thaler-idmr-multiproto-pimmib-00.txt

apologies for the formatting...
please see the message in plain text below.

mohit.

-----Original Message-----
From: Mohit Talwar
Sent: Wednesday, June 07, 2000 11:07 AM
To: idmr
Subject: RE: I-D = ACTION:draft-thaler-idmr-multiproto-pimmib-00.txt


hi all,

i've sent this query before and i'll raise it again... =

the pim neighbor table (pimgNeighborTable) is indexed = by
{ pimgNeighborAddressType, pimgNeighborAddress } =

but can we not have a case where a router has the =
same neighbor ip address on two different interfaces? =
in which case it can be uniquely indexed only by =
{ pimgNeighborAddressType, pimgInterfaceIfIndex, = pimgNeighborAddress).

this situation could arise, for example, when the =
router peers with another over a LAN 'and' through =
an unnumbered point to point tunnel.  if the = neighbor's
router id is its LAN interface address, it would = advertise
the same ip address on both interfaces.

thanx,
mohit.



>-----Original Message-----
>From: Internet-Drafts@ietf.org [mailto:Internet-Drafts@ietf.org<= /A>]
>Sent: Wednesday, June 07, 2000 7:16 AM
>To: IETF-Announce:;
>Cc: idmr@cs.ucl.ac.uk
>Subject: I-D = ACTION:draft-thaler-idmr-multiproto-pimmib-00.txt
>
>
>A New Internet-Draft is available from the = on-line
>Internet-Drafts directories.
>
>
>       = Title           : = Protocol Independent Multicast MIB for IP
>       = Author(s)       : D. Thaler, A. Adams, W. = Siadak
>       = Filename        : = draft-thaler-idmr-multiproto-pimmib-00.txt
>       = Pages           : 28 =
>       = Date            : = 06-Jun-00
>      
>This memo defines a portion of the Management = Information Base (MIB)
>for use with network management protocols in the = Internet community. 
>In particular, it describes managed objects used = for managing the
>Protocol Independent Multicast (PIM) protocol for = IPv4 and IPv6.
>
>A URL for this Internet-Draft is:
>= http://www.ietf.org/internet-drafts/draft-thaler-idmr-multiprot =
>o-pimmib-00.txt
>
>Internet-Drafts are also available by anonymous = FTP. Login
>with the username
>"anonymous" and a password of your = e-mail address. After logging in,
>type "cd internet-drafts" and then =
>       "get = draft-thaler-idmr-multiproto-pimmib-00.txt".
>
>A list of Internet-Drafts directories can be = found in
>http://www.ietf.org/shadow.html<= /A>
>or ftp://ftp.ietf.org/iet= f/1shadow-sites.txt
>
>
>Internet-Drafts can also be obtained by e-mail. =
>
>Send a message to:
>       = mailserv@ietf.org.
>In the body type:
>       "FILE =
>/internet-drafts/draft-thaler-idmr-multiproto-pimmib-00.txt&= quot;.
>      
>NOTE:  The mail server at ietf.org can = return the document in
>       MIME-encoded = form by using the "mpack" utility.  To use this
>       feature, = insert the command "ENCODING mime" before the "FILE" =
>       = command.  To decode the response(s), you will need = "munpack" or
>       a = MIME-compliant mail reader.  Different MIME-compliant
>mail readers
>       exhibit = different behavior, especially when dealing with
>       = "multipart" MIME messages (i.e. documents which have been = split
>       up into = multiple messages), so check your local documentation on
>       how to = manipulate these messages.
>          =     
>          =     
>Below is the data which will enable a MIME = compliant mail reader
>implementation to automatically retrieve the = ASCII version of the
>Internet-Draft.
>
>

------_=_NextPart_001_01BFD0BA.680EF66E-- From owner-idmr@cs.ucl.ac.uk Thu Jun 8 16:20:35 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id QAA15860 for ; Thu, 8 Jun 2000 16:20:34 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Thu, 8 Jun 2000 17:41:30 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Thu, 8 Jun 2000 17:41:23 +0100 Received: from mta5.rcsntx.swbell.net by bells.cs.ucl.ac.uk with Internet SMTP id ; Thu, 8 Jun 2000 17:41:17 +0100 Received: from zainprov ([207.193.24.81]) by mta5.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with SMTP id <0FVU00D3GFA52U@mta5.rcsntx.swbell.net> for idmr@cs.ucl.ac.uk; Thu, 8 Jun 2000 11:05:46 -0500 (CDT) Date: Thu, 08 Jun 2000 11:05:46 -0500 (CDT) Date-warning: Date header was inserted by mta5.rcsntx.swbell.net From: zainprov@swbell.net Subject: Shocking LOSE 10-100lbs. DESTINY To: idmr@cs.ucl.ac.uk Message-id: <0FVU00DJBFDJ2U@mta5.rcsntx.swbell.net> MIME-version: 1.0 Content-type: text/plain; charset=unknown-8bit Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk Hello From Destiny, You will LOOSE 20-100 pounds easy! Do to Such a high demand for Destiny, we are able To Dramatically reduce our price for the entire System! You will LOVE our incredible offer on this Scientific Breakthrough in Weight Loss. Now with a 105% Money Back Guarantee! LOOK! http://home.swbell.net/zainprov/destiny.htm We hope things are going well for you. Good luck, God Bless, and HAVE A GREAT DAY! Either you are someone else subscribed to our list. To be removed Simply reply with a blank email. Thank you, Sherry Wilson From owner-idmr@cs.ucl.ac.uk Thu Jun 8 21:31:59 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id VAA20262 for ; Thu, 8 Jun 2000 21:31:58 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Fri, 9 Jun 2000 00:32:51 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Fri, 9 Jun 2000 00:32:47 +0100 Received: from tnt.isi.edu by bells.cs.ucl.ac.uk with Internet SMTP id ; Fri, 9 Jun 2000 00:32:42 +0100 Received: from gra.isi.edu (gra.isi.edu [128.9.160.133]) by tnt.isi.edu (8.8.7/8.8.6) with ESMTP id QAA24527; Thu, 8 Jun 2000 16:32:40 -0700 (PDT) From: Bob Braden Received: (from braden@localhost) by gra.isi.edu (8.8.7/8.8.6) id XAA26897; Thu, 8 Jun 2000 23:32:40 GMT Date: Thu, 8 Jun 2000 23:32:40 GMT Message-Id: <200006082332.XAA26897@gra.isi.edu> To: idmr@cs.ucl.ac.uk Subject: PIM Dense Mode: where is it documented? Cc: jkrey@ISI.EDU X-Sun-Charset: US-ASCII Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk >From bart@comglobal.com Wed Jun 7 17:11:18 2000 From: Ron Bart To: JKRey@ISI.EDU Subject: PM Dense Mode Date: Wed, 7 Jun 2000 17:02:50 -0700 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFD0DC.E3270612" Content-Length: 2686 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFD0DC.E3270612 Content-Type: text/plain; charset="iso-8859-1" Joyce, I was just going thru RFC 2600 looking for PIM Dense Mode. I found PIM Sparse Mode (RFC 2362) listed in the Experimental Protocols section, but I couldn't find PIM Dense Mode. Was PIM Dense Mode ever submitted as an RFC? If so, can you provide its current status? Thanx for your assistance. Ron Bart ComGlobal Systems, INC. 7676 Hazard Center, Suite 1300 San Diego, CA 92108 619-574-6517 From owner-idmr@cs.ucl.ac.uk Fri Jun 9 01:06:33 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA24204 for ; Fri, 9 Jun 2000 01:06:32 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Fri, 9 Jun 2000 04:02:20 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Fri, 9 Jun 2000 04:02:15 +0100 Received: from H-135-207-30-103.research.att.com by bells.cs.ucl.ac.uk with Internet SMTP id ; Fri, 9 Jun 2000 04:02:13 +0100 Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-green.research.att.com (Postfix) with ESMTP id 9FC8C1E006; Thu, 8 Jun 2000 23:02:11 -0400 (EDT) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id XAA15457; Thu, 8 Jun 2000 23:02:10 -0400 (EDT) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id UAA13582; Thu, 8 Jun 2000 20:00:28 -0700 (PDT) Message-Id: <200006090300.UAA13582@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: braden@isi.edu Subject: Re: PIM Dense Mode: where is it documented? Cc: pim@catarina.usc.edu, idmr@cs.ucl.ac.uk, jkrey@isi.edu, bart@comglobal.com Reply-To: pim@catarina.usc.edu Date: Thu, 8 Jun 2000 20:00:27 -0700 Versions: dmail (solaris) 2.2g/makemail 2.9a Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk Bob, This question probably belongs on the PIM mailing list, to which I've directed replies. PIM-DM has never been submitted for publication as RFC. The Dense Mode spec was submitted for PIM WG Last Call in November 1999; a list of issues were raised on the mailing list but have not yet been addressed. The draft (draft-ietf-pim-v2-dm-03.txt) expired in December 1999. It's not clear if any of the spec authors have any interest in continued work on PIM-DM. Bill From owner-idmr@cs.ucl.ac.uk Fri Jun 9 09:20:04 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA11063 for ; Fri, 9 Jun 2000 09:20:02 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Fri, 9 Jun 2000 12:00:08 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Fri, 9 Jun 2000 12:00:04 +0100 Received: from wodc7-2.corprelay.mail.uu.net by bells.cs.ucl.ac.uk with Internet SMTP id ; Fri, 9 Jun 2000 11:59:59 +0100 Received: from neserve0.corp.us.uu.net by wodc7mr2.ffx.ops.us.uu.net with ESMTP (peer crosschecked as: neserve0.corp.us.uu.net [153.39.203.88]) id QQisvb18350 for ; Fri, 9 Jun 2000 10:59:58 GMT Received: by neserve0.corp.us.uu.net id QQisvb08164 for idmr@cs.ucl.ac.uk; Fri, 9 Jun 2000 06:59:49 -0400 (EDT) From: jhall@UU.NET (Jeremy Hall) Message-Id: Subject: IGMPV3 in Linux kernel To: idmr@cs.ucl.ac.uk Date: Fri, 9 Jun 2000 06:59:49 -0400 (EDT) X-Mailer: ELM [version 2.4ME+ PL60 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk Content-Transfer-Encoding: 7bit Hi, anybody know who is working IGMPV3 in Linux kernel? It concerns me because it didn't make the wish list for 2.5/6 _J From owner-idmr@cs.ucl.ac.uk Fri Jun 9 13:40:48 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA15991 for ; Fri, 9 Jun 2000 13:40:47 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Fri, 9 Jun 2000 16:07:03 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Fri, 9 Jun 2000 16:06:59 +0100 Received: from griffin.aciri.org by bells.cs.ucl.ac.uk with Internet SMTP id ; Fri, 9 Jun 2000 16:06:56 +0100 Received: from hetnet.nl (localhost.aciri.org [127.0.0.1]) by griffin.aciri.org (8.9.3/8.9.3) with ESMTP id IAA57943; Fri, 9 Jun 2000 08:06:53 -0700 (PDT) (envelope-from wilbertdg@hetnet.nl) Message-ID: <3941080D.7AD991DB@hetnet.nl> Date: Fri, 09 Jun 2000 08:06:53 -0700 From: Wilbert de Graaf X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: Jeremy Hall CC: idmr@cs.ucl.ac.uk Subject: Re: IGMPV3 in Linux kernel References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk Content-Transfer-Encoding: 7bit Jeremy Hall wrote: > Hi, > > anybody know who is working IGMPV3 in Linux kernel? It concerns me because > it didn't make the wish list for 2.5/6 Jeremy, Because I worked on the implementation in FreeBSD, I was contacted by Jonathan Day who told me he planned to do the implementation under Linux. Later I received an email that he indeed started to do so. - Wilbert From owner-idmr@cs.ucl.ac.uk Mon Jun 12 12:48:24 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA06589 for ; Mon, 12 Jun 2000 12:48:24 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Mon, 12 Jun 2000 15:00:55 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Mon, 12 Jun 2000 15:00:37 +0100 Received: from smtp-rt-6.wanadoo.fr by bells.cs.ucl.ac.uk with Internet SMTP id ; Mon, 12 Jun 2000 15:00:16 +0100 Received: from uJMrkJ8Lp (193.252.19.20) by caroubier.wanadoo.fr; 12 Jun 2000 16:00:13 +0200 DATE: 12 Jun 00 10:18:58 AM FROM: hT1QFVGwv@scicomsa.scicom.gr Message-ID: SUBJECT: web hosting deals!!! Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk Apparently-To: idmr-pp GET YOUR OWN 5 MEG WEBSITE FOR ONLY $11.95 PER MONTH TODAY! STOP PAYING $19.95 or more PER MONTH OR MORE TODAY for your web site, WHEN YOU CAN GET ONE FOR ONLY $11.95 PER MONTH! DO YOU ALREADY HAVE A WEBSITE? ALL YOU HAVE TO DO IS TRANSFER THE DOMAIN TO OUR SERVERS AND UPLOAD YOUR DATA AND YOU ARE READY TO GO! YOUR NEW WEB SPACE CAN BE CREATED INSTANTLY WITH JUST A SIMPLE PHONE CALL OUR OFFICE. YOU CAN CHANGE YOUR SITE AS MUCH AS YOU WANT with no extra charge! UNLIMITED TRAFFIC -- no extra charge! A SET UP FEE OF $40.00 APPLIES for FIRST TIME CUSTOMERS. ALL FEES PREPAID IN ADVANCE FOR THE YEAR PLUS A $40.00 SET UP CHARGE. FOR DETAILS CALL 1 888 248 0765 or fax 240 337 8325 PES WEB HOSTING -- ____________________________________________________ WE do bulk email for you! Call 888 248 0765 to promote your business today! Half million email blast $495.00. One million email blast $1275.00 Two million email blast $2500.00 For further information if you are outside the USA fax 240 337 8325 ________________________________________________________ Get your estate planned today! Avoid the prying eyes of the public! Creditor proof your assets from those who want to get your money! For further details fax 240 337 8325 From owner-idmr@cs.ucl.ac.uk Wed Jun 14 02:07:53 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id CAA13126 for ; Wed, 14 Jun 2000 02:07:52 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Wed, 14 Jun 2000 04:16:03 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Wed, 14 Jun 2000 04:15:59 +0100 Received: from mx.sprintlabs.com by bells.cs.ucl.ac.uk with Internet SMTP id ; Wed, 14 Jun 2000 04:15:56 +0100 Received: from sprintlabs.com (10.64.202.57 [10.64.202.57]) by mailman.sprintlabs.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id MZC94MQH; Tue, 13 Jun 2000 20:15:55 -0700 Message-ID: <3946F8E6.B79D493@sprintlabs.com> Date: Tue, 13 Jun 2000 20:15:50 -0700 From: Supratik Bhattacharyya X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.5-15 i686) X-Accept-Language: en MIME-Version: 1.0 To: idmr@cs.ucl.ac.uk CC: cdiot@sprintlabs.com, christos@sprintlabs.com, troscoe@sprintlabs.com, higene@netcom.com, supratik@sprintlabs.com Subject: IGMPv3 for Linux kernel. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk Content-Transfer-Encoding: 7bit We, at Sprint Labs, have developed a host stack implementation of IGMPv3 for the Linux kernel version 2.3.99. It is currently being tested. We plan to make an alpha version publicly available very soon.... Cheers, --Supratik >From: jhall@UU.NET >To: idmr@cs.ucl.ac.uk >Sent: 6/9/00 3:59 AM >Subject: IGMPV3 in Linux kernel > >Hi, > >anybody know who is working IGMPV3 in Linux kernel? It concerns me >because >it didn't make the wish list for 2.5/6 > >_J From owner-idmr@cs.ucl.ac.uk Wed Jun 14 12:05:46 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA26382 for ; Wed, 14 Jun 2000 12:05:46 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Wed, 14 Jun 2000 14:17:53 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Wed, 14 Jun 2000 14:17:49 +0100 Received: from omega.cisco.com by bells.cs.ucl.ac.uk with Internet SMTP id ; Wed, 14 Jun 2000 14:17:43 +0100 Received: from omega.cisco.com (omega.cisco.com [171.69.63.141]) by omega.cisco.com (8.8.8-Cisco List Logging/8.8.8) with ESMTP id GAA12041; Wed, 14 Jun 2000 06:17:38 -0700 (PDT) Date: Wed, 14 Jun 2000 06:17:37 -0700 (PDT) From: Greg Shepherd To: Supratik Bhattacharyya cc: idmr@cs.ucl.ac.uk, cdiot@sprintlabs.com, christos@sprintlabs.com, troscoe@sprintlabs.com, higene@netcom.com Subject: Re: IGMPv3 for Linux kernel. In-Reply-To: <3946F8E6.B79D493@sprintlabs.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk Supratik, Great news! Please let me know as soon as the alpha is available. I have an app developer (MIM) chomping at the bit. Greg On Tue, 13 Jun 2000, Supratik Bhattacharyya wrote: > > We, at Sprint Labs, have developed a host stack implementation of > IGMPv3 for the Linux kernel version 2.3.99. It is currently being > tested. > We plan to make an alpha version publicly available very soon.... > > Cheers, > > --Supratik > > > >From: jhall@UU.NET > >To: idmr@cs.ucl.ac.uk > >Sent: 6/9/00 3:59 AM > >Subject: IGMPV3 in Linux kernel > > > >Hi, > > > >anybody know who is working IGMPV3 in Linux kernel? It concerns me > >because > >it didn't make the wish list for 2.5/6 > > > >_J > > > From owner-idmr@cs.ucl.ac.uk Wed Jun 14 19:46:01 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA06097 for ; Wed, 14 Jun 2000 19:46:00 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Wed, 14 Jun 2000 22:30:06 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Wed, 14 Jun 2000 22:30:02 +0100 Received: from wodc7-1.corprelay.mail.uu.net by bells.cs.ucl.ac.uk with Internet SMTP id ; Wed, 14 Jun 2000 22:29:59 +0100 Received: from neserve0.corp.us.uu.net by wodc7mr1.ffx.ops.us.uu.net with ESMTP (peer crosschecked as: neserve0.corp.us.uu.net [153.39.203.88]) id QQitpd12429; Wed, 14 Jun 2000 21:29:54 GMT Received: by neserve0.corp.us.uu.net id QQitpd09031; Wed, 14 Jun 2000 17:29:47 -0400 (EDT) From: jhall@UU.NET (Jeremy Hall) Message-Id: Subject: Re: IGMPv3 for Linux kernel. In-Reply-To: <3946F8E6.B79D493@sprintlabs.com> from Supratik Bhattacharyya at "Jun 13, 2000 08:15:50 pm" To: Supratik Bhattacharyya Date: Wed, 14 Jun 2000 17:29:47 -0400 (EDT) CC: idmr@cs.ucl.ac.uk, cdiot@sprintlabs.com, christos@sprintlabs.com, troscoe@sprintlabs.com, higene@netcom.com X-Mailer: ELM [version 2.4ME+ PL60 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk Content-Transfer-Encoding: 7bit How about a 2.2.15 version? My machines are still on 2.2 mainly because 2.4 is broken for what I need it for, and I don't want to have to upset my alsa development machine. _J In the new year, Supratik Bhattacharyya wrote: > > We, at Sprint Labs, have developed a host stack implementation of > IGMPv3 for the Linux kernel version 2.3.99. It is currently being > tested. > We plan to make an alpha version publicly available very soon.... > > Cheers, > > --Supratik > > > >From: jhall@UU.NET > >To: idmr@cs.ucl.ac.uk > >Sent: 6/9/00 3:59 AM > >Subject: IGMPV3 in Linux kernel > > > >Hi, > > > >anybody know who is working IGMPV3 in Linux kernel? It concerns me > >because > >it didn't make the wish list for 2.5/6 > > > >_J > From owner-idmr@cs.ucl.ac.uk Thu Jun 15 01:17:20 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA13454 for ; Thu, 15 Jun 2000 01:17:19 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Thu, 15 Jun 2000 03:55:19 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Thu, 15 Jun 2000 03:55:14 +0100 Received: from fgwmail6.fujitsu.co.jp by bells.cs.ucl.ac.uk with Internet SMTP id ; Thu, 15 Jun 2000 03:55:12 +0100 Received: from m5.gw.fujitsu.co.jp by fgwmail6.fujitsu.co.jp (8.9.3/3.7W-MX0006-Fujitsu Gateway) id LAA04212; Thu, 15 Jun 2000 11:55:09 +0900 (JST) (envelope-from kimai@flab.fujitsu.co.jp) Received: from mailserv.kawasaki.flab.fujitsu.co.jp by m5.gw.fujitsu.co.jp (8.9.3/3.7W-0006-Fujitsu Domain Master) id LAA24636; Thu, 15 Jun 2000 11:55:07 +0900 (JST) Received: from localhost (gifu.kawasaki.flab.fujitsu.co.jp [10.25.159.35]) by mailserv.kawasaki.flab.fujitsu.co.jp (8.8.8+Sun/8.8.8) with ESMTP id LAA06890 for ; Thu, 15 Jun 2000 11:55:06 +0900 (JST) To: idmr@cs.ucl.ac.uk Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Reply-To: kimai@flab.fujitsu.co.jp X-Distribute: distribute [version 2.1 (Alpha) patchlevel=24] X-Sequence: KAME-snap 2724 Subject: (KAME-snap 2724) MDO6-kit version 0.1 is now available. X-Mailer: Mew version 1.92.4 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Message-Id: <20000615115146B.kimai@flab.fujitsu.co.jp> Date: Thu, 15 Jun 2000 11:51:46 +0900 From: IMAI Yuji X-Dispatcher: imput version 971024 Lines: 237 Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk Content-Transfer-Encoding: 7bit Sorry if you would get duplicated message. We are glad to release our MDO6-kit for the Internet research community. The MDO6(Multiple Destination Option on IPv6) is a experimental protocol that provides multicast system scalable in the number of multicast group, easy to deploy and suitable for small and private group communication. We release the MDO6-kit for the purpose to prove the validity of MDO6. MDO6-kit is be acuired from ftp://ftp.kame.net/pub/kame/contrib/mdo6/mdo6-kit-20000614.tar.gz (Special thanks for KAME project. http://www.kame.net) MDO6 is a one of the variants of xcast(Explicit Multicast for small groups) and we are now collaborating with xcast colleagues. Visit http://www.alcatel.com/xcast to know what xcast is. Here follows README file of MDO6-kit. Enjoy! ------------------------ MDO6 Team FUJITSU LABORATORIES LTD. ========================================================================= README -MDO6 kit for KAME version 0.1 - FUJITSU LABORATORIES LTD. Wed Jun 14 00:37:13 JST 2000 [What's MDO6.] The MDO6(Multiple Destination Option on IPv6) is an IPv6 multicast system that has following characters. - Scalability concerning with the number of multicast groups. - Multicast application programs can freely join and prune by adding/deleting destination addresses to/from a list of destinations without any request for intermediate routers on a multicast delivery tree. MDO6 is a kind of the Explicit Multicast that is a yet another multicast mechanism such that datagram has a list of unicast addresses as a destination of oneself. Several variants of the Elastic Multicast are proposed in IETF and we have collaborating group named xcast to achieve the standard of Explicit Multicast. See http://www.alcatel.com/xcast for more details about the explicit Multicast and the xcast group. [Kit] Current MDO6 kit includes 4 parts. - patch for KAME ( ./mdo6_for_kame228_200004.diff ) Based on the kame IPv6 protocol stack. (See http://www.kame.net) It is base on the KAME stable_200004. - vic/MDO6 ( ./vic/ ) vic(VIdeo Conference tool) was originally written by LNBL (http://www-nrg.ee.lbl.gov/vic/). This version is based on the UCLA version(). - rat/MDO6 ( ./rat ) - documents ( ./doc/ ) draft-imai-mdo6-01.txt: Internet Draft of MDO6. ja/EM6.tex: A memorandum of structure and API of MDO6 modification. (Sorry, it is written in Japanese.) README: This file. [Environment] We are driving our experiment network with following machines and cards. Hardware: i386 PC-ATs: Video Captured Card: Hauppauge! WinTV GO for PCI Using FreeBSD BT848/BT878 Driver version 1.74. ftp://telepresence.dmem.strath.ac.uk/pub/bt848/driver/1.74 Sound Card: AOpen AW35(CS4237 chip), SB16 Using build in pcm driver in FreeBSD 2.2.8 . Operating System: FreeBSD 2.2.8 IPv6 Protocol Stack KAME stable_200004 ftp://ftp.kame.net/pub/kame/stable/kame-20000425-freebsd228-stable.tgz [Install] - Patch for KAME i) acquire KAME source & mdo6 kit % setenv BASE_DIR `pwd` % tar zxfv kame-20000425-freebsd228-stable.tgz % tar zxfv mdo6-kit-20000614.tgz ii) patch the diff for KAME tree % cd $BASE_DIR % patch -p0 < $BASE_DIR/mdo6-kit-20000614/mdo6_kame_stable_200004.diff iii) build & install as same was as ordinal KAME. GENERIC.v6+EM6 is a sample configuration file for MDO6. In order to use MDO6, append ``option EM6'' in your CONFIGFILE. (MDO6 is formaly called EM6: Elastic Multicast over IPv6) You had better read KAME INSTALL documents first. You must append pcm(sound card) options and bt848(video capture) drivers if you try to use RAT or vic. See pcm manuals and documents for bt848 driver. % make TARGET=freebsd2 prepare % cd $BASE_DIR/kame/freebsd2/sys/i386/conf % config GENERIC.v6+EM6 % cd ../../compile/GENERIC.v6+EM6 % make depend % make # make install % cd $BASE_DIR/kame/freebsd2/ % make includes # make install-includes (/usr/include/em6lib.h & /usr/include/netinet/em6.h are installed.) % make ($BASE_DIR/kame/freebsd2/lib/libem6/libem6.a is build.) # make install (/usr/local/v6/lib/libem6.a is installed.) iv) Edit /usr/local/v6/etc/rc.net6, /etc/rc.local and /etc/inetd.conf. and reboot. - VIC i) add package of tcl7.5 & tk4.1 from FreeBSD 2.2.8 RELEASE pkg_add or use /stand/sysinstall will be convineint. ii) build, make & install % cd $BASE_DIR/mdo6-kit-20000614/vic % ./configure % make # make install You can specify the destination by -l option following ',' (comma) separated IPv6 addresses and hostnames instead of the group multicast address. You must specify dummy string name as a hostname but just ignored. % vic -n ip6 -l node1,3ffe:501:100d:4000::1234,node3 dummy/11111 - RAT i) build libraries.(Tcl, Tk and common) % cd $BASE_DIR/mdo6-kit-20000614/rat/tcl-8.0/unix % ./configure % make % cd $BASE_DIR/mdo6-kit-20000614/rat/tk-8.0/unix % ./configure % make % cd $BASE_DIR/mdo6-kit-20000614/rat/common/ % ./configure --enable-ipv6 --enable-mdo6 % make ii) build rat & install % cd $BASE_DIR/mdo6-kit-20000614/rat/rat % ./configure --enable-ipv6 --enable-mdo6 % make # make install iii) enjoy RAT/MDO6 You can specify the destination by ','(comma) separated IPv6 addresses and hostnames instead of the group multicast address. % rat-4.2.4 node1,3ffe:501:100d:4000::1234,node3/11111 [Contact] In order to discuss about MDO6, we maintained ML for users "mdo6-users@ml.flab.fujitsu.co.jp" . To subscribe, Send majordomo type control message like following. % mail mdo6-users-request@ml.flab.fujitsu.co.jp subscribe mdo6-users ^D If you wish to contact with core team directly, you can send message for "mdo6-core@ml.flab.fujitsu.co.jp". [Todo] - En-comment and clean up of em6.[ch], em6lib.h, libem6/*[ch] - Manuals - Code for FreeBSD[3,4], NetBSD and OpenBSD. - Tractable list mechanism is written but not tested at all. - Implement the port list option. - Distribute applications in FreeBSD package style. - bzflag/MDO6 is under development.... Enjoy! MDO6 Team FUJITSU LABORATORIES LTD. From owner-idmr@cs.ucl.ac.uk Thu Jun 15 07:22:37 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id HAA26905 for ; Thu, 15 Jun 2000 07:22:37 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Thu, 15 Jun 2000 09:08:56 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Thu, 15 Jun 2000 09:08:51 +0100 Received: from arpa.it.uc3m.es by bells.cs.ucl.ac.uk with Internet SMTP id ; Thu, 15 Jun 2000 09:08:49 +0100 Received: from it.uc3m.es (palo.it.uc3m.es [163.117.139.162]) by arpa.it.uc3m.es (8.9.3/8.9.3) with ESMTP id KAA00591 for ; Thu, 15 Jun 2000 10:08:48 +0200 Message-Id: <200006150808.KAA00591@arpa.it.uc3m.es> X-Mailer: exmh version 2.0.3 From: "Pedro M. Ruiz" To: idmr@cs.ucl.ac.uk Subject: More on IGMPv3 X-image-url: http://ants.dif.um.es/staff/pedrom.jpeg Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Thu, 15 Jun 2000 10:06:38 +0200 X-MIME-Autoconverted: from 8bit to quoted-printable by arpa.it.uc3m.es id KAA00591 Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id HAA26905 Hello all, We are working on developing some of extensions to the IP Multicast model. These extensions provide some mechanisms to avoid not desired multicast traffic via control and authentication of group members. We think that IGMPv3 (with some extensions for authentication) is a very good basis for achieving our goal by using its filtering capabilities. Being more specific, we are planing to use the extension field of the IGMPv3 packet for carrying authentication data plus IGMPv3 source filtering capabilities. We would like to know if there is any available implementation of IGMPv3 over linux or FreeBSD. Is there some other people interested on this topic?. We also want to know if this is the correct place to present our ideas or there is a more suitable WG. Do you think we should write an Internet-Draft on the proposal? Thanks in advance, --------------------------------------------------------- Pedro M. Ruiz Martinez Phone: +34 916245974 Area of Telematics Engineering Fax: +34 916249430 Univ. Carlos III of Madrid E-mail: pedrom@it.uc3m.es Avda. Universidad, 30 WWW: http://www.it.uc3m.es 28911 Leganés (Madrid) --------------------------------------------------------- "I've never let my schooling interfere with my education" From owner-idmr@cs.ucl.ac.uk Thu Jun 15 07:23:32 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id HAA26929 for ; Thu, 15 Jun 2000 07:23:29 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Thu, 15 Jun 2000 11:41:12 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Thu, 15 Jun 2000 11:41:08 +0100 Received: from odin.ietf.org by bells.cs.ucl.ac.uk with Internet SMTP id ; Thu, 15 Jun 2000 11:40:51 +0100 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA26070; Thu, 15 Jun 2000 06:40:28 -0400 (EDT) Message-Id: <200006151040.GAA26070@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce:; Cc: idmr@cs.ucl.ac.uk From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-idmr-igmp-mrdisc-03.txt Date: Thu, 15 Jun 2000 06:40:28 -0400 Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Inter-Domain Multicast Routing Working Group of the IETF. Title : IGMP Multicast Router Discovery Author(s) : S. Biswas, B. Cain, B. Haberman Filename : draft-ietf-idmr-igmp-mrdisc-03.txt Pages : 14 Date : 14-Jun-00 Companies have been proposing IGMP snooping schemes for layer-2 bridging devices. A method for discovering multicast capable routers is necessary for these schemes. An IGMP query message is inadequate for discovering multicast routers as one querier is elected. In order to 'discover' multicast routers, we introduce two new types of IGMP messages: Multicast Router Advertisement and Multicast Router Solicitation. These two messages can be used by any device which listens to IGMP to discovery multicast routers. Multicast Router Solicitation messages may be used by any network device (e.g. layer-2 switch) to solicit discovery messages from multicast routers. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-idmr-igmp-mrdisc-03.txt Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-idmr-igmp-mrdisc-03.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv@ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-idmr-igmp-mrdisc-03.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Multipart/Alternative; Boundary="OtherAccess" --OtherAccess Content-Type: Message/External-body; access-type="mail-server"; server="mailserv@ietf.org" Content-Type: text/plain Content-ID: <20000614110532.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-idmr-igmp-mrdisc-03.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-idmr-igmp-mrdisc-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20000614110532.I-D@ietf.org> --OtherAccess-- --NextPart-- From owner-idmr@cs.ucl.ac.uk Sat Jun 17 02:21:05 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id CAA16046 for ; Sat, 17 Jun 2000 02:21:04 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Sat, 17 Jun 2000 04:28:48 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Sat, 17 Jun 2000 04:28:44 +0100 Received: from pc129.bgcanet.org by bells.cs.ucl.ac.uk with Internet SMTP id ; Sat, 17 Jun 2000 04:28:40 +0100 Received: from angelfire.com by bgcanet.org (8.8.7/BGCA-HK) id LAA04776; Sat, 17 Jun 2000 11:22:11 +0800 (HKT) Date: Sat, 17 Jun 2000 11:22:11 +0800 (HKT) From: cory_alan2@angelfire.com Message-Id: <200006170322.LAA04776@bgcanet.org> Reply-To: cory_alan2@angelfire.com To: cory_alan2@angelfire.com Subject: Start Your Own E-Commerce Store with NO COSTS Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk Name Your SHOPPING MALL Yes, your own e-commerce site Choose the name, design, stores, and even the products you feature! ALL at Absolutely no cost -- FREE! No credit card needed to open your mall, just an address to mall your sale checks & commissions to: HURRY before the name you want for YOUR SHOPPING MALL is taken! Reply NOW to receive YOUR access code. mailto:cory_alan2@angelfire.com ------------------------------------------- Please read below for more information. You can open an e-commerce store of your very own on the Internet and have it making money for you in a matter of minutes. Better still, it costs you absolutely nothing to open it. This is a turnkey operation. You can choose the design of you store from several templates (all functions will be available after the pre-launch phase is completed very shortly), pick a color for your store, name your store, and decide what products your store will carry. Setup is simple: just click on the template options and they will be added to your store. Add Products: you will be able to offer a comprehensive variety of categories as well as a vast selection of brands and items and they all be constantly growing All with the best competitive pricing possible. You can select from individual categories, open several stores, or open one or more superstores with multiple products. What you choose is what will be built for you. With this new breakthrough product, you will never have to maintain inventory or find products to fill your store. It will all be done for you. You an never have to worry about filling or processing order, handling returns or refunds. That will be done for you too! In fact, you won't have to deal with many of the headaches commonly associated with having your own business. Once the store is opened, when people make purchases from your store, you get paid. Tell your friends who are buying CDs to do it online at your store! Tell your family where they can get their next movie video your story Share Your store Address with co-workers or even advertise it. This is your choice.............. You are in control.............. Ready to open your store? Simply reply to this email requesting your Access code. An access code will be provided, along with the link to the site where you will need to follow simple instructions on your computer screen. It takes only a few minutes to become an e-commerce storeowner. REPLY NOW to get an access code. mailto:cory_alan2@angelfire.com And begin thinking of the name you want to reserve to be removed from future mailings reply to this email >Under Bill s.1618 TITLE III passed by the 105th U.S. Congress >this letter can not be considered spam as long as we include: >Contact information & a Remove Link, mailto:cory_alan1.bangkok.com From owner-idmr@cs.ucl.ac.uk Mon Jun 19 03:12:55 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id DAA27408 for ; Mon, 19 Jun 2000 03:12:54 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Mon, 19 Jun 2000 05:47:10 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Mon, 19 Jun 2000 05:47:06 +0100 Received: from c1mailgw3.prontomail.com by bells.cs.ucl.ac.uk with Internet SMTP id ; Mon, 19 Jun 2000 05:47:06 +0100 Received: from c1web01 (208.178.29.201) by c1mailgw3.prontomail.com (NPlex 4.5.049) id 39451B88000A3A81 for idmr@cs.ucl.ac.uk; Sun, 18 Jun 2000 21:46:57 -0700 X-Version: indya 6.2.3 .2329.0 From: vijayc@indya.com Message-Id: <576B0BBC49544D1178130005B823A263@vijayc.indya.com> Date: Mon, 19 Jun 2000 10:30:45 +0530 X-Priority: Normal Content-Type: text/plain; charset=iso-8859-1 To: idmr@cs.ucl.ac.uk Subject: DVMRP Forwarding X-Mailer: Web Based Pronto Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk Content-Transfer-Encoding: 7bit Hi all, I have a question regarding multicast forwarding in DVMRPv3. The draft seems to suggest that the forwarding cache should be created on a per (S,G) basis.So after a (S1,G1) entry is created and a multicast delivery tree is bulit from the source S1 for the group G1 if a new source S2(with a diff netmask) comes-up for the same group G1 then will the multicast packets from it be flooded all the way and then a new delivery tree built OR when the multicast packet reaches a router where a forwarding cache entry exists for the group(S1,G1) will the packet be forwarded only on the downstream interfaces as for S1,G1.ie, the same downstream interfaces for the previous source S1. If this is the case then the forwarding cache should be maintained on a per Group basis in addition to the (S,G) view given to it. Thanks in advance Regards, Vijay Enter your default signature here Sent by Indya Messaging Service From owner-idmr@cs.ucl.ac.uk Mon Jun 19 12:13:33 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA13020 for ; Mon, 19 Jun 2000 12:13:32 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Mon, 19 Jun 2000 14:47:57 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Mon, 19 Jun 2000 14:47:53 +0100 Received: from 208.197.169.49 by bells.cs.ucl.ac.uk with Internet SMTP id ; Mon, 19 Jun 2000 14:47:52 +0100 Received: from garnet.juniper.net (garnet.juniper.net [172.17.28.17]) by red.juniper.net (8.9.3/8.9.3) with ESMTP id GAA17519; Mon, 19 Jun 2000 06:46:46 -0700 (PDT) Received: from garnet.juniper.net (localhost [127.0.0.1]) by garnet.juniper.net (8.9.3/8.9.3) with ESMTP id GAA37420; Mon, 19 Jun 2000 06:46:46 -0700 (PDT) (envelope-from pusateri@garnet.juniper.net) Message-Id: <200006191346.GAA37420@garnet.juniper.net> To: vijayc@indya.com cc: idmr@cs.ucl.ac.uk, pusateri@juniper.net Subject: Re: DVMRP Forwarding In-Reply-To: Message from vijayc@indya.com of "Mon, 19 Jun 2000 10:30:45 +0530." <576B0BBC49544D1178130005B823A263@vijayc.indya.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <37417.961422406.1@garnet.juniper.net> Date: Mon, 19 Jun 2000 06:46:46 -0700 From: Tom Pusateri Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk The use of a forwarding cache is optional. While the spec should have been written to empahasize this more, most everyone is going to use a forwarding cache for the performance improvement. The spec also shouldn't dictate that an (S,G) cache be used. You are free to be creative here and come up with the best approach. Of course, since each S may have a different upstream interface, having only G in your cache won't work. The simplest cache design would be to use Group and Source host but it would also be possible to use Group and Source network to reduce the number of entries in your cache, however, this is a bit trickier to maintain. Tom In message <576B0BBC49544D1178130005B823A263@vijayc.indya.com> you write: >Hi all, > I have a question regarding multicast forwarding in DVMRPv3. > >The draft seems to suggest that the forwarding cache should be created on a pe >r (S,G) >basis.So after a (S1,G1) entry is created and a multicast delivery tree is bul >it from the source >S1 for the group G1 if a new source S2(with a diff netmask) comes-up for the s >ame group G1 >then will the multicast packets from it be flooded all the way and then a new >delivery tree built >OR when the multicast packet reaches a router where a forwarding cache entry e >xists for the >group(S1,G1) will the packet be forwarded only on the downstream interfaces as > for S1,G1.ie, >the same downstream interfaces for the previous source S1. If this is the case > then the >forwarding cache should be maintained on a per Group basis in addition to the >(S,G) view >given to it. > >Thanks in advance > >Regards, >Vijay > > >Enter your default signature here >Sent by Indya Messaging Service From owner-idmr@cs.ucl.ac.uk Mon Jun 19 12:13:40 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA13033 for ; Mon, 19 Jun 2000 12:13:39 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Mon, 19 Jun 2000 16:57:56 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Mon, 19 Jun 2000 16:57:49 +0100 Received: from mail-blue.research.att.com by bells.cs.ucl.ac.uk with Internet SMTP id ; Mon, 19 Jun 2000 16:57:44 +0100 Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-blue.research.att.com (Postfix) with ESMTP id 9B9244CE11; Mon, 19 Jun 2000 11:57:34 -0400 (EDT) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id LAA29678; Mon, 19 Jun 2000 11:57:33 -0400 (EDT) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id IAA24789; Mon, 19 Jun 2000 08:55:44 -0700 (PDT) Message-Id: <200006191555.IAA24789@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: vijayc@indya.com Subject: Re: DVMRP Forwarding Cc: idmr@cs.ucl.ac.uk Date: Mon, 19 Jun 2000 08:55:43 -0700 Versions: dmail (solaris) 2.2g/makemail 2.9a Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk DVMRP builds per-source trees, therefore failing to forward traffic from S2 to G just because someone has sent you a prune for traffic from S1 to G can create black holes. (What is a leaf on the tree for S1 may be a branch on the tree for S2.) Bill From owner-idmr@cs.ucl.ac.uk Mon Jun 19 12:13:46 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA13045 for ; Mon, 19 Jun 2000 12:13:46 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Mon, 19 Jun 2000 16:04:07 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Mon, 19 Jun 2000 16:04:02 +0100 Received: from popcorn.cisco.com by bells.cs.ucl.ac.uk with Internet SMTP id ; Mon, 19 Jun 2000 16:03:53 +0100 Received: from [10.19.130.188] (deering-dsl3.cisco.com [10.19.130.188]) by popcorn.cisco.com (8.8.5-Cisco.2-SunOS.5.5.1.sun4/8.8.8) with ESMTP id IAA03529; Mon, 19 Jun 2000 08:03:12 -0700 (PDT) Mime-Version: 1.0 X-Sender: deering@postoffice Message-Id: In-Reply-To: <200006191346.GAA37420@garnet.juniper.net> References: <200006191346.GAA37420@garnet.juniper.net> Date: Mon, 19 Jun 2000 08:04:05 -0700 To: Tom Pusateri From: Steve Deering Subject: Re: DVMRP Forwarding Cc: vijayc@indya.com, idmr@cs.ucl.ac.uk Content-Type: text/plain; charset="us-ascii" Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk At 6:46 AM -0700 6/19/00, Tom Pusateri wrote: >Of course, since each S may have a different upstream interface, having >only G in your cache won't work. Note also that different S's can have different outgoing interfaces even when G is the same and the incoming interface is the same (which is something that many people have trouble believing). That's another reason why Vijay's proposal to use an [S1,G] cache entry (or just a [G] cache entry) to forward [S2,G] packets won't work. Steve From owner-idmr@cs.ucl.ac.uk Mon Jun 19 15:58:34 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id PAA22082 for ; Mon, 19 Jun 2000 15:58:33 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Mon, 19 Jun 2000 18:38:47 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Mon, 19 Jun 2000 18:38:41 +0100 Received: from sj-msg-core-1.cisco.com by bells.cs.ucl.ac.uk with Internet SMTP id ; Mon, 19 Jun 2000 18:38:41 +0100 Received: from kouvelas-u10.cisco.com (kouvelas-u10.cisco.com [171.69.65.54]) by sj-msg-core-1.cisco.com (8.9.3/8.9.1) with ESMTP id KAA18964; Mon, 19 Jun 2000 10:38:49 -0700 (PDT) Received: from localhost (kouvelas@localhost) by kouvelas-u10.cisco.com (8.8.8-Cisco List Logging/CISCO.WS.1.2) with ESMTP id KAA27154; Mon, 19 Jun 2000 10:38:35 -0700 (PDT) Message-Id: <200006191738.KAA27154@kouvelas-u10.cisco.com> X-Authentication-Warning: kouvelas-u10.cisco.com: kouvelas owned process doing -bs To: Bill Fenner cc: vijayc@indya.com, idmr@cs.ucl.ac.uk Subject: Re: DVMRP Forwarding In-reply-to: Your message of "Mon, 19 Jun 2000 08:55:43 PDT." <200006191555.IAA24789@windsor.research.att.com> Date: Mon, 19 Jun 2000 10:38:35 -0700 From: Isidor Kouvelas Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk Bill Fenner writes: > >DVMRP builds per-source trees, therefore failing to forward traffic from >S2 to G just because someone has sent you a prune for traffic from S1 to G >can create black holes. (What is a leaf on the tree for S1 may be a >branch on the tree for S2.) Different outgoing interface lists for sources with the same RPF interface and in the same group will become more common when IGMPv3 is deployed... Isidor From owner-idmr@cs.ucl.ac.uk Mon Jun 19 20:12:05 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id UAA25964 for ; Mon, 19 Jun 2000 20:12:05 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Mon, 19 Jun 2000 23:09:24 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Mon, 19 Jun 2000 23:09:20 +0100 Received: from popcorn.cisco.com by bells.cs.ucl.ac.uk with Internet SMTP id ; Mon, 19 Jun 2000 23:09:19 +0100 Received: from [171.70.84.50] (deering-office-mac.cisco.com [171.70.84.50]) by popcorn.cisco.com (8.8.5-Cisco.2-SunOS.5.5.1.sun4/8.8.8) with ESMTP id PAA28124; Mon, 19 Jun 2000 15:08:42 -0700 (PDT) Mime-Version: 1.0 X-Sender: deering@postoffice Message-Id: In-Reply-To: <200006191738.KAA27154@kouvelas-u10.cisco.com> References: <200006191738.KAA27154@kouvelas-u10.cisco.com> Date: Mon, 19 Jun 2000 15:09:09 -0700 To: Isidor Kouvelas From: Steve Deering Subject: Re: DVMRP Forwarding Cc: Bill Fenner , vijayc@indya.com, idmr@cs.ucl.ac.uk Content-Type: text/plain; charset="us-ascii" Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk At 10:38 AM -0700 6/19/00, Isidor Kouvelas wrote: >Bill Fenner writes: > > > >DVMRP builds per-source trees, therefore failing to forward traffic from > >S2 to G just because someone has sent you a prune for traffic from S1 to G > >can create black holes. (What is a leaf on the tree for S1 may be a > >branch on the tree for S2.) > >Different outgoing interface lists for sources with the same RPF interface >and in the same group will become more common when IGMPv3 is deployed... That can occur quite naturally even without IGMPv3. Steve From owner-idmr@cs.ucl.ac.uk Tue Jun 20 08:17:04 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA18727 for ; Tue, 20 Jun 2000 08:17:03 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Tue, 20 Jun 2000 11:08:27 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Tue, 20 Jun 2000 11:08:22 +0100 Received: from admin.commtouch.com by bells.cs.ucl.ac.uk with Internet SMTP id ; Tue, 20 Jun 2000 11:08:21 +0100 Received: from c1web01 (208.178.29.201) by c1mailgw4.prontomail.com (NPlex 4.5.049) id 394513F5000CEDDD; Tue, 20 Jun 2000 03:08:13 -0700 X-Version: indya 6.2.3 .2329.0 From: vijayc@indya.com Message-Id: <1514B78777644D1178130005B823A263@vijayc.indya.com> Date: Tue, 20 Jun 2000 15:50:18 +0530 X-Priority: Normal Content-Type: text/plain; charset=iso-8859-1 To: deering@cisco.com Subject: Re: Re: DVMRP Forwarding CC: idmr@cs.ucl.ac.uk X-Mailer: Web Based Pronto Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk Content-Transfer-Encoding: 7bit Hello, Thanks for the reply. What I thought was if IGMP v3 is not deployed( Finding this out is again a problem) then the (S1,G) Forwarding cache entry could be used for forwarding the first (S2,G) packet. The (S2,G) cache entry could be created by duplicating the (S1,G) entry, of course with the appropriate upstream detail. This way the first (S2,G) packet will not be unnecessarily forwarded on all interfaces.If IGMPv3 is deployed then this cannot be done. Is this approach correct. Regards, Vijay Enter your default signature here Sent by Indya Messaging Service From owner-idmr@cs.ucl.ac.uk Tue Jun 20 14:26:01 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA01077 for ; Tue, 20 Jun 2000 14:26:00 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Tue, 20 Jun 2000 16:40:06 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Tue, 20 Jun 2000 16:40:02 +0100 Received: from H-135-207-30-103.research.att.com by bells.cs.ucl.ac.uk with Internet SMTP id ; Tue, 20 Jun 2000 16:39:58 +0100 Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-green.research.att.com (Postfix) with ESMTP id 826FB1E00F; Tue, 20 Jun 2000 11:39:57 -0400 (EDT) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id LAA04954; Tue, 20 Jun 2000 11:39:56 -0400 (EDT) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id IAA06313; Tue, 20 Jun 2000 08:38:05 -0700 (PDT) Message-Id: <200006201538.IAA06313@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: vijayc@indya.com Subject: Re: Re: DVMRP Forwarding Cc: deering@cisco.com, idmr@cs.ucl.ac.uk Date: Tue, 20 Jun 2000 08:38:05 -0700 Versions: dmail (solaris) 2.2g/makemail 2.9a Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk You can only combine forwarding entries as far as the granularity of DVMRP routes (i.e. it's OK to forward on subnets), but if S1 and S2 are described by different routes in the DVMRP routing table, they may have different broadcast trees so you cannot forward (S2,G) using the information for (S1,G). S1 S2 | | R1 R2 | / | | / | | / | | / | R3 | | | | | | | R4------------R5 | M S1 and S2 are sources. R1-R5 are routers. M is a member. All links have metric 1 except the R2/R5 link which has metric 2. The broadcast tree for S2 contains R2, R3, R4 and R5 (but not the R4-R5 link); the broadcast tree for S1 conains R1, R3, R4, R5. When S2 starts sending to G, R4 sends a prune for (S1,G) to R3. If S1 later starts sending, its traffic must transit the R3->R4 link to get to M, so cannot use the S2 prune information that's already there. Bill From owner-idmr@cs.ucl.ac.uk Tue Jun 20 14:26:35 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA01089 for ; Tue, 20 Jun 2000 14:26:35 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Tue, 20 Jun 2000 18:06:50 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Tue, 20 Jun 2000 18:06:44 +0100 Received: from ertpg14e1.nortelnetworks.com by bells.cs.ucl.ac.uk with Internet SMTP id ; Tue, 20 Jun 2000 18:06:31 +0100 Received: from zcard00n.ca.nortel.com (actually zcard00n) by ertpg14e1.nortelnetworks.com; Tue, 20 Jun 2000 12:54:19 -0400 Received: from zsc4c004.corpwest.baynetworks.com ([134.177.2.151]) by zcard00n.ca.nortel.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id N2WJ0K9L; Tue, 20 Jun 2000 12:54:00 -0400 Received: from nortelnetworks.com (hnguyen-nt.corpwest.baynetworks.com [134.177.80.194]) by zsc4c004.corpwest.baynetworks.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id N2XH409J; Tue, 20 Jun 2000 09:53:58 -0700 Message-ID: <394FA182.60D22970@nortelnetworks.com> Date: Tue, 20 Jun 2000 09:53:22 -0700 X-Sybari-Space: 00000000 00000000 00000000 From: Sundeep Singatwaria X-Mailer: Mozilla 4.73 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: vijayc@indya.com CC: deering@cisco.com, idmr@cs.ucl.ac.uk Subject: Re: DVMRP Forwarding References: <1514B78777644D1178130005B823A263@vijayc.indya.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk Content-Transfer-Encoding: 7bit vijay, hope this figure helps you ---------------------------------- | (S1,G) (S2,G) | [R0] --------- [R1] ----------- [R3] If at R1 you duplicate (S2,G) entry into (S1,G) then you would have multiple copies of same packet. sundeep vijayc@indya.com wrote: > Hello, > Thanks for the reply. > > What I thought was if IGMP v3 is not deployed( Finding this out is again a problem) then the > (S1,G) Forwarding cache entry could be used for forwarding the first (S2,G) packet. The > (S2,G) cache entry could be created by duplicating the (S1,G) entry, of course with the > appropriate upstream detail. This way the first (S2,G) packet will not be unnecessarily > forwarded on all interfaces.If IGMPv3 is deployed then this cannot be done. Is this approach > correct. > > Regards, > Vijay > > Enter your default signature here > Sent by Indya Messaging Service From owner-idmr@cs.ucl.ac.uk Tue Jun 20 14:26:42 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA01100 for ; Tue, 20 Jun 2000 14:26:41 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Tue, 20 Jun 2000 17:07:19 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Tue, 20 Jun 2000 17:07:15 +0100 Received: from popcorn.cisco.com by bells.cs.ucl.ac.uk with Internet SMTP id ; Tue, 20 Jun 2000 17:07:02 +0100 Received: from [10.19.130.188] (deering-dsl3.cisco.com [10.19.130.188]) by popcorn.cisco.com (8.8.5-Cisco.2-SunOS.5.5.1.sun4/8.8.8) with ESMTP id JAA03199; Tue, 20 Jun 2000 09:06:21 -0700 (PDT) Mime-Version: 1.0 X-Sender: deering@postoffice Message-Id: In-Reply-To: <1514B78777644D1178130005B823A263@vijayc.indya.com> References: <1514B78777644D1178130005B823A263@vijayc.indya.com> Date: Tue, 20 Jun 2000 09:07:16 -0700 To: vijayc@indya.com From: Steve Deering Subject: Re: Re: DVMRP Forwarding Cc: idmr@cs.ucl.ac.uk Content-Type: text/plain; charset="us-ascii" Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk At 3:50 PM +0530 6/20/00, vijayc@indya.com wrote: >Hello, > Thanks for the reply. > > What I thought was if IGMP v3 is not deployed( Finding this out is again >a problem) then the (S1,G) Forwarding cache entry could be used for >forwarding the first (S2,G) packet. The (S2,G) cache entry could be >created by duplicating the (S1,G) entry, of course with the appropriate >upstream detail. This way the first (S2,G) packet will not be unnecessarily >forwarded on all interfaces. If IGMPv3 is deployed then this cannot be >done. Is this approach correct. No, it is not, as Bill Fenner and I already told you. Here is an example to show why. Consider the following topology: N1 N2 N3 (member of G) o.........o.........o : : : : : : : : o...................o.........o N4 N5 N6 (member of G) Assume nodes N3 and N6 are members of the group G. Assume the DVMRP distance metric is in terms of hops. Recall that DVMRP constructs shortest reverse-path trees, which is the same as shortest-path trees when the distance metrics are symmetric. Now assume that N1 has been sending packets to group G, so the following delivery tree has been established for (N1, G): N1 N2 N3 (member of G) o---------o-------->o | : | : | : V : o------------------>o-------->o N4 N5 N6 (member of G) Then N4 starts sending packets to the same group, G. The correct delivery tree for (N4, G) would be: N1 N2 N3 (member of G) o.........o.........o : ^ : | : | : | o------------------>o-------->o N4 N5 N6 (member of G) But following your proposal, N5 would fail to send a copy on the N5->N3 link, because that link is not included in the set of outgoing links for the earlier (N1,G) tree. Note that in this example, from N5's point-of-view, both the (N1,G) and (N4,G) delivery trees have the same destination G and the same incoming link, but different outgoing link sets. Steve From owner-idmr@cs.ucl.ac.uk Thu Jun 29 07:58:02 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id HAA27255 for ; Thu, 29 Jun 2000 07:58:01 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Thu, 29 Jun 2000 08:49:12 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Thu, 29 Jun 2000 08:49:09 +0100 Received: from 210.100.244.1 by bells.cs.ucl.ac.uk with Internet SMTP id ; Thu, 29 Jun 2000 08:49:03 +0100 Received: by kc.ac.kr id AA02979; Thu, 29 Jun 2000 16:15:30 +0900 Received: from guidespy4u28@juno.com by guidespy4u29@juno.com (8.8.5/8.6.5) with SMTP id GAA04468 for ; Thu, 29 Jun 2000 02:09:00 -0600 (EST) Date: Thu, 29 Jun 00 02:09:00 EST From: guidespy4u28@juno.com To: guidespy4u29@juno.com Subject: INTERNET SPY GUIDE finds info! Message-Id: <> Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk READY TO KNOW? CONFIDENTIAL! The SOFTWARE They Want BANNED In all 50 STATES. Why? Because these secrets were never intended to reach your eyes... Get the facts on anyone! Locate Missing Persons, find Lost Relatives, obtain Addresses and Phone Numbers of old school friends, even Skip Trace Dead Beat Spouses. This is not a Private Investigator, but a sophisticated SOFTWARE program DESIGNED to automatically CRACK YOUR CASE with links to thousands of Public Record databases. Find out SECRETS about your relatives, friends, enemies, and everyone else! Even your spouse! With the New, INTERNET SPY AND YOU! It's absolutely astounding! Here's what you can learn. License plate number! Get anyone's name and address with just a license plate number! (Find that girl you met in traffic!) Driving record! Get anyone's driving record! Social security number! Trace anyone by social security number! Address! Get anyone's address with just a name! Unlisted phone numbers! Get anyone's phone number with just a name even unlisted numbers! Locate! Long lost friends, relatives, a past lover who broke your heart! E-mail! Send anonymous e-mail completely untraceable! Dirty secrets! Discover dirty secrets your in-laws don't want you to know! Investigate anyone! Use the sources that private invesigators use (all on the Internet) secretly! Ex-spouse! Learn how to get information on an ex-spouse that will help you win in court! (Dig up old skeletons)! Criminal search Background check! Find out about your daughter's boyfriend! Find out! If you are being investigated! Neighbors! Learn all about your mysterious neighbors! Find out what they have to hide! People you work with! Be astonished by what you'll learn about people you work with! Education verification! Did he really graduate college? Find out! Internet Spy and You! Software will help you discover ANYTHING about anyone, with clickable hyperlinks and no typing in internet addresses! Just insert the floppy disk and Go! You will be shocked and amazed by the secrets that can be discovered about absolutely everyone! Find out the secrets they don't want you to know! About others, about yourself! It's INCREDIBLE what you can find out using Internet Spy and You and the Internet! You'll be riveted to your computer screen! Get the software they're trying to ban! Before it's too late! LIMITED TIME OFFER ORDER TODAY! Only $24.95 We will RUSH YOU our Internet Spy and You SOFTWARE so you can begin discovering all the secrets you ever wanted to know! You can Know EVERYTHING about ANYONEwith our Internet Spy and You Software. Works with all browsers and all versions of AOL! ORDER TODAY. SEND ONLY $24.95 US CASH, CHECK, OR CREDIT CARD (you may also send one of your own address labels for accuracy if you have one). Foreign money orders must be payable on a US BANK AND IN US FUNDS! NO EXCEPTIONS! DON'T WAIT TO GET STARTED...It's as easy as 1, 2, 3. STEP 1 - Print the order form text below. STEP 2 - Type or print your order information into the order form section. STEP 3 - Mail order form and payment to the address below. Send to: INFORMATION PLUS PO BOX 9889 PCBEACH, FL 32417 U.S.A. FUNDS Name: ________________________________________ Address: _______________________________________ City/State/Zip: ___________________________________ FOR CREDIT CARD ORDERS ONLY! Account Number: ____________________________________ Exp. Date: ________________________ DISCLAIMER: The seller of this powerful software resource will not be held responsible for how the purchaser chooses to use it's resources. To be removed from our mailing list rspot@dcemail.com and put remove in the subject. Thank you From owner-idmr@cs.ucl.ac.uk Thu Jun 29 21:07:18 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id VAA23965 for ; Thu, 29 Jun 2000 21:07:17 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Thu, 29 Jun 2000 23:35:50 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Thu, 29 Jun 2000 23:35:46 +0100 Received: from 210.100.244.1 by bells.cs.ucl.ac.uk with Internet SMTP id ; Thu, 29 Jun 2000 23:35:44 +0100 Received: by kc.ac.kr id AA14452; Fri, 30 Jun 2000 07:21:06 +0900 Received: from increasesales2day@yahoo.com by increasesales@yahoo.com (8.8.5/8.6.5) with SMTP id GAA05462 for ; Thu, 29 Jun 2000 17:15:26 -0600 (EST) Date: Thu, 29 Jun 00 17:15:26 EST From: increasesales2day@yahoo.com To: increasesales@yahoo.com Subject: INCREASE BUSINESS SALES! Message-Id: <> Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk HELLO: THIS IS AN ADVERTISEMENT FOR 50 MILLION E-MAIL ADDRESSES ON CD-ROM. IF YOU HAVE NO INTEREST IN THIS INFORMATION, PLEASE CLICK DELETE. THANK YOU. Dear Consumer, Increase your business sales! How?? By targeting millions of buyers via e-mail !! We are offering over 50 million FRESH, DELIVERABLE, e-mail addresses on CD-ROM. The cd-rom includes targeted addresses, such as business opportuinty seekers, sports buffs, mlm, impulsive buyers and investors. The cd-rom also includes general internet, United States, United kingdom, mixed domains, International, Canadian, earthlink, aol, compuserve, misc and much more. The list's are divided into groups and are compressed. This will allow you to uses the names right off the cd. ORDER IN THE NEXT 7 DAYS AND RECEIVE TWO FREE BONUSES!!! RECEIVE AN ADDITIONAL CD-ROM WITH MILLIONS OF DELIVERABLE E-MAIL ADDRESSES AND THE MASS MAILER BULKING SOFWARE FREE !! THE BONUSES ALONE ARE WORTH ACTING NOW! DON'T MISS THIS SUPER SALE!! ACT NOW!! The bonus cd-rom contains such address as general internet, msn, aol, compuserve, delphi and much more. The Mass mailer bulking software is designed for speed. THIS PACKAGE IS WORTH HUNDREDS OF $$ DOLLARS!! ACT NOW WHILE SUPPLIES LAST! ACT NOW AND RECEIVE ALL THIS FOR A ONE TIME UNBELIEVEABLE LOW, LOW PRICE OF ONLY $99.95 ! THAT'S RIGHT ONLY $99.95 SIMPLY SEND $99.95, check or money order, PAYABLE TO: R GOODWIN SHIP TO: MARKETING AND MORE PO BOX 1862, SANTA ROSA BEACH, FL 32459 ----------------------------------------------------------------------------------------- FOR CREDIT CARD ORDERS print and mail form to the above address You may charge my account for $99.95 for the cd-rom and 2 bonuses. ACCOUNT NUMBER__________________________________ EXPIRATION DATE_________________________________ NAME______________________________________________ ADDRESS___________________________________________ CITY/STATE/ZIP______________________________________ PHONE NUMBER(_____)______________________________ If we have reached you in error, and you would like to be removed ronaldp@china.com From owner-idmr@cs.ucl.ac.uk Fri Jun 30 04:06:22 2000 Received: from pan2.cs.ucl.ac.uk (pan2.cs.ucl.ac.uk [128.16.8.208]) by ietf.org (8.9.1a/8.9.1a) with SMTP id EAA11493 for ; Fri, 30 Jun 2000 04:06:22 -0400 (EDT) Received: from pan2.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk via Local Delivery channel id ; Fri, 30 Jun 2000 07:13:17 +0100 Received: from bells.cs.ucl.ac.uk by pan2.cs.ucl.ac.uk with local SMTP id ; Fri, 30 Jun 2000 07:13:14 +0100 Received: from 211.62.254.76 by bells.cs.ucl.ac.uk with Internet SMTP id ; Fri, 30 Jun 2000 07:13:10 +0100 Received: (from nobody@localhost) by white.xtel.com (8.10.0/8.10.0) id e5U6Itu15131; Fri, 30 Jun 2000 15:18:55 +0900 (KST) Message-Id: <200006300618.e5U6Itu15131@white.xtel.com> Date: Thu, 29 Jun 2000 21:18:46 -0900 (GMT) To: idmr From: webmaster Organization: Mpost Subject: Looking for Business Partners Mime-Version: 1.0 X-Mailer: ListMerge v2 Content-Type: text/html; charset="iso-8859-1"; name="mailer.htm" Content-Transfer-Encoding: 7bit Sender: owner-idmr@cs.ucl.ac.uk Precedence: bulk Content-Transfer-Encoding: 7bit Mpost - World Largest Traders' Gateway Dear Mr. or Ms.:
Mpost is currently looking for business partners that are involved in various business sectors. The partnership may be explained simply to exchange banners, or the product sharing in a showroom or as such, mutual promotional cooperation, working as trade representative for each party, etc. You may like to send us your brief business description and website URL if interested. Thanks.

Mpost World Largest Traders' Gateway
600+ Trade Portal Connections

Description:
Mpost.org - Mpost has been proven "one of the largest traders' gateways", which contains 600 plus trade portals and makes worldwide traders easiest access to the 600 plus trade portals. It also contains Free Membership, FCFS Advertising, Mpost Showroom, Free Posting, Free Resources, and much more. For further information, please visit www.mpost.org.


-----------------------------------------------------
www.mpost.org World Largest Traders' Gateway
Copyright(c) 2000 Mpost. All rights Reserved.