From rsvp-owner@ISI.EDU Wed Jan 3 03:22:55 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id DAA11550 for ; Wed, 3 Jan 2001 03:22:55 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id XAA26696 for rsvp-outgoing; Tue, 2 Jan 2001 23:28:53 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id XAA26691 for ; Tue, 2 Jan 2001 23:28:52 -0800 (PST) Received: from 21cn.com ([202.104.32.249]) by tnt.isi.edu (8.11.1/8.11.1) with SMTP id f037SoU16977 for ; Tue, 2 Jan 2001 23:28:50 -0800 (PST) Message-Id: <200101030728.f037SoU16977@tnt.isi.edu> Received: from wangxin([61.137.168.193]) by 21cn.com(JetMail 2.5.3.0) with SMTP id jm123a52fd2b; Wed, 3 Jan 2001 07:31:27 -0000 From: "info" Reply-To: youjian1228@21cn.com Subject: µç×ÓÔÓÖ¾ To: info@ISI.EDU X-Mailer: V3,1,7,1 (W95/NT) (Build: Apr 14 2000) Mime-Version: 1.0 Date: Wed, 03 Jan 2001 14:32:28 +0800 Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0" Sender: owner-rsvp@ISI.EDU Precedence: bulk 66F6 This is a MIME Message ------=_NextPart_000_007F_01BDF6C7.FABAC1B0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0080_01BDF6C7.FABAC1B0" ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ***** This is an HTML Message ! ***** ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Welcome to Industrychina=2Enet =

=D7=F0=BE=B4=B5=C4=C5=F3=D3=D1=A3=BA
    =C4=FA=BA=C3=A3=A1
    =D5=E2=CA=C7=D6=D0=B9=FA=B9=A4=D2=B5=CD=F8=D5=BE= =CE=AA=C4=FA=B7=A2=CB=CD=B5=C4=B5=E7=D7=D3=D4=D3=D6=BE=A3=AC=B0=FC=BA=AC=C1= =CB=B9=A4=D2=B5=C6=F3=D2=B5=B5=C4=B8=F7=C0=E0=D7=EE=D0=C2=D0=C5=CF=A2=A1=A3= =D5=E6=D0=C4=CF=A3=CD=FB=CE=D2=C3=C7=B5=C4=B7=FE=CE=F1=C4=DC=B9=BB=B6=D4=C4= =FA=D3=D0=CB=F9=B0=EF=D6=FA=A3=AC=B2=A2=D7=A3=C4=FA=D4=DA=D0=C2=B5=C4=D2=BB= =C4=EA=A3=AC=D3=D0=B8=FC=B6=E0=B5=C4=CA=D5=BB=F1=A1=A3=D4=B8=CE=D2=C3=C7=B3= =C9=CE=AA=C5=F3=D3=D1=A3=AC=D4=DA=B8=FC=B9=E3=C0=AB=B5=C4=C1=EC=D3=F2=B9=B2= =CD=AC=B7=A2=D5=B9=A3=A1

 

=C8=E7=B9=FB=C4=FA=B2=BB=C4=DC=D5=FD=C8=B7=E4=AF=C0=C0=B8=C3=D0=C5=BC=FE= =A3=AC=C7=EB=B5=E3=BB=F7=D5=E2=C0=EF=A1=A3

If you can't see this letter correctly, please click here=2E

------=_NextPart_001_0080_01BDF6C7.FABAC1B0-- ------=_NextPart_000_007F_01BDF6C7.FABAC1B0-- From rsvp-owner@ISI.EDU Wed Jan 3 06:11:02 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA17091 for ; Wed, 3 Jan 2001 06:11:01 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id CAA02861 for rsvp-outgoing; Wed, 3 Jan 2001 02:07:26 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id CAA02856 for ; Wed, 3 Jan 2001 02:07:25 -0800 (PST) Received: from pelican.tk.uni-linz.ac.at (root@pelican.tk.uni-linz.ac.at [140.78.188.41]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f03A7OU00871 for ; Wed, 3 Jan 2001 02:07:24 -0800 (PST) Received: from olibaer (olibaer.tk.uni-linz.ac.at [140.78.92.45]) by pelican.tk.uni-linz.ac.at (8.9.1a/8.9.1) with SMTP id LAA07501 for ; Wed, 3 Jan 2001 11:07:20 +0100 (MET) From: Michael Welzl To: Subject: Deadline extension: CFP Special session "ABR to the Internet", SCI 2001 Date: Wed, 3 Jan 2001 11:14:47 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.50.3825.400 Sender: owner-rsvp@ISI.EDU Precedence: bulk X-MIME-Autoconverted: from 8bit to quoted-printable by zephyr.isi.edu id CAB02861 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by ietf.org id GAA17091 The deadline for submission of extended abstracts has been extended to January 18th. -------------------------------------------------------------------- C A L L F O R P A P E R S Special Session: ABR to the Internet ==================================== THE 5TH WORLD MULTICONFERENCE ON SYSTEMICS, CYBERNETICS AND INFORMATICS SCI'2001 July, 22-25, 2001 Orlando, Florida(USA) Sheraton World http://www.iiis.org/sci/ THE "ABR TO THE INTERNET" SESSION: ATM's "Available Bit Rate" (ABR) service provides a dramatically reduced cell loss ratio by means of a signaling mechanism called "Explicit Rate Feedback"; information from the network is provided to end nodes in order to facilitate adaptation. On the contrary, adaptive Internet applications rely on mechanisms that probe the network in order to avoid congestions; packet loss must be experienced before it can be avoided on a long term basis. Developers of commercial applications seem to avoid adaptation because they don't see enough QoS benefit. SCOPE: As a first step, we have seen ECN enhance adaptation on the Internet. We are looking for papers that represent the next step. Topics of interest include, but are not limited to, the following questions: * What data should be provided to end nodes? * Which QoS could be achieved? * Where should the signaling take place? (end2end, edge2edge, core, ...) * How do we deal with path changes? * Can the signaling be incorporated with DiffServ, MPLS, ...? * What about fairness issues and TCP-friendliness? SUBMISSION OF PAPERS: Prospective authors are invited to submit an extended abstract (about 1.5 to 2 pages) to Michael Welzl (michael@tk.uni-linz.ac.at) in postscript, PDF or Word 97 format. English is the official language of SCI 2001, thus all papers must be submitted and presented in English. EVALUATION PROCESS: Papers will be evaluated for originality, significance, clarity, and soundness. Each paper will be refereed by several researchers in the topical area. THE CONFERENCE: SCI 2001 is an international forum for scientists and engineers, researchers and consultants, theoreticians and practitioners in the fields of Systemics, Cybernetics and Informatics. It is a forum for focused disciplinary research, as well as for multi, inter and transdiciplinary studies and projects. One of its aims is to relate disciplines fostering analogical thinking and, hence, producing input to the logical thinking. Invited Sessions with high quality papers might be selected for multiple author book publications. Two books are being published now as result of good invited sessions. IMPORTANT DATES: 18. 01. Submission of extended abstracts (1.5 - 2 pages) 16. 02. Notification of acceptance 13. 04. full papers due All accepted papers are expected to be presented at the conference. OTHER INFORMATION: It is planned to hold a BOF session on "ABR to the Internet" at a future IETF meeting; authors are invited to join this collaborative effort which may eventually be a realization of this session's topic. Further information on the BOF can be found at http://www.tk.uni-linz.ac.at/~michael/ptp SESSION CHAIR / CONTACT: Michael Welzl Telecooperation Group Dpt. of Computer Science Johannes Kepler University of Linz Altenberger Str. 69 A-4040 Linz, Austria Phone: +43 (732) 2468 - 9264 Fax: +43 (732) 2468 - 9829 E-mail: michael@tk.uni-linz.ac.at SESSION CO-CHAIR: Prof. Dr. Max Mühlhäuser TU Darmstadt - FB 20 FG Telekooperation Alexanderstrasse 6, D-64283 Darmstadt / Germany Phone: +49 (6151) 16 - 3709 Fax: +49 (6151) 16 - 3052 Refer to http://www.tk.uni-linz.ac.at/~michael/abr2internet for up-to-date information. From rsvp-owner@ISI.EDU Wed Jan 3 21:34:23 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id VAA12957 for ; Wed, 3 Jan 2001 21:34:22 -0500 (EST) Received: by zephyr.isi.edu (8.9.3/8.9.3) id RAA08878 for rsvp-outgoing; Wed, 3 Jan 2001 17:25:02 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id RAA08860 for ; Wed, 3 Jan 2001 17:25:00 -0800 (PST) Received: from met2.metra-autosound.com (met2.metra-autosound.com [12.16.20.100]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f041OxU27019 for ; Wed, 3 Jan 2001 17:24:59 -0800 (PST) Message-Id: <200101040124.f041OxU27019@tnt.isi.edu> Received: from AAA ([61.159.192.94]) by met2.metra-autosound.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id ZX1MXK41; Wed, 3 Jan 2001 19:35:22 -0500 From: Reply-To: 1@ISI.EDU Subject: ´º½ÚÔÆÄϼÙÆÚÓÎYUNNAN TOUR To: X-Mailer: V3,1,6,1 (W95/NT) (Build: Oct 18 1999) Mime-Version: 1.0 Date: Thu, 04 Jan 2001 08:14:01 +0800 Content-Type: text/plain; charset="iso-8859-1" X-MIME-Autoconverted: from quoted-printable to 8bit by zephyr.isi.edu id RAA08861 Sender: owner-rsvp@ISI.EDU Precedence: bulk X-MIME-Autoconverted: from 8bit to base64 by zephyr.isi.edu id RAB08878 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by ietf.org id VAA12957 ´º½ÚÔÆÄϼÙÆÚÓÎ-YUNNAN TOUR http://www.km0871.com YUNNAN MERCHANTS TRAVEL SERVICE ÔÆÄÏÕÐÉ̹ú¼ÊÂÃÐÐÉç From rsvp-owner@ISI.EDU Thu Jan 4 01:49:18 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA21695 for ; Thu, 4 Jan 2001 01:49:17 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id VAA19628 for rsvp-outgoing; Wed, 3 Jan 2001 21:41:48 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id VAA19623 for ; Wed, 3 Jan 2001 21:41:47 -0800 (PST) Received: from 21cn.com ([202.104.32.248]) by tnt.isi.edu (8.11.1/8.11.1) with SMTP id f045ffU21020 for ; Wed, 3 Jan 2001 21:41:42 -0800 (PST) Message-Id: <200101040541.f045ffU21020@tnt.isi.edu> Received: from wangxin([61.137.166.112]) by 21cn.com(JetMail 2.5.3.0) with SMTP id jm03a543411; Thu, 4 Jan 2001 05:41:10 -0000 From: "info" Reply-To: youjian1228@21cn.com Subject: µç×ÓÔÓÖ¾ To: info@ISI.EDU X-Mailer: V3,1,7,1 (W95/NT) (Build: Apr 14 2000) Mime-Version: 1.0 Date: Thu, 04 Jan 2001 13:13:02 +0800 Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0" Sender: owner-rsvp@ISI.EDU Precedence: bulk 2CC6 This is a MIME Message ------=_NextPart_000_007F_01BDF6C7.FABAC1B0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0080_01BDF6C7.FABAC1B0" ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ***** This is an HTML Message ! ***** ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Welcome to Industrychina=2Enet =

=D7=F0=BE=B4=B5=C4=C5=F3=D3=D1=A3=BA
    =C4=FA=BA=C3=A3=A1
    =D5=E2=CA=C7=D6=D0=B9=FA=B9=A4=D2=B5=CD=F8=D5=BE= =CE=AA=C4=FA=B7=A2=CB=CD=B5=C4=B5=E7=D7=D3=D4=D3=D6=BE=A3=AC=B0=FC=BA=AC=C1= =CB=B9=A4=D2=B5=C6=F3=D2=B5=B5=C4=B8=F7=C0=E0=D7=EE=D0=C2=D0=C5=CF=A2=A1=A3= =D5=E6=D0=C4=CF=A3=CD=FB=CE=D2=C3=C7=B5=C4=B7=FE=CE=F1=C4=DC=B9=BB=B6=D4=C4= =FA=D3=D0=CB=F9=B0=EF=D6=FA=A3=AC=B2=A2=D7=A3=C4=FA=D4=DA=D0=C2=B5=C4=D2=BB= =C4=EA=A3=AC=D3=D0=B8=FC=B6=E0=B5=C4=CA=D5=BB=F1=A1=A3=D4=B8=CE=D2=C3=C7=B3= =C9=CE=AA=C5=F3=D3=D1=A3=AC=D4=DA=B8=FC=B9=E3=C0=AB=B5=C4=C1=EC=D3=F2=B9=B2= =CD=AC=B7=A2=D5=B9=A3=A1

 

=C8=E7=B9=FB=C4=FA=B2=BB=C4=DC=D5=FD=C8=B7=E4=AF=C0=C0=B8=C3=D0=C5=BC=FE= =A3=AC=C7=EB=B5=E3=BB=F7=D5=E2=C0=EF=A1=A3

If you can't see this letter correctly, please click here=2E

------=_NextPart_001_0080_01BDF6C7.FABAC1B0-- ------=_NextPart_000_007F_01BDF6C7.FABAC1B0-- From rsvp-owner@ISI.EDU Thu Jan 4 12:32:12 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA10939 for ; Thu, 4 Jan 2001 12:32:11 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id IAA14294 for rsvp-outgoing; Thu, 4 Jan 2001 08:37:23 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id IAA14286 for ; Thu, 4 Jan 2001 08:37:21 -0800 (PST) Received: from met2.metra-autosound.com (met2.metra-autosound.com [12.16.20.100]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f04GbKU15927 for ; Thu, 4 Jan 2001 08:37:20 -0800 (PST) Message-Id: <200101041637.f04GbKU15927@tnt.isi.edu> Received: from AAA ([61.159.192.94]) by met2.metra-autosound.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id ZX1MXK41; Wed, 3 Jan 2001 19:35:22 -0500 From: Reply-To: 1@ISI.EDU Subject: ´º½ÚÔÆÄϼÙÆÚÓÎYUNNAN TOUR To: X-Mailer: V3,1,6,1 (W95/NT) (Build: Oct 18 1999) Mime-Version: 1.0 Date: Thu, 04 Jan 2001 08:14:01 +0800 Content-Type: text/plain; charset="iso-8859-1" X-MIME-Autoconverted: from quoted-printable to 8bit by zephyr.isi.edu id IAA14287 Sender: owner-rsvp@ISI.EDU Precedence: bulk X-MIME-Autoconverted: from 8bit to base64 by zephyr.isi.edu id IAB14294 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by ietf.org id MAA10939 ´º½ÚÔÆÄϼÙÆÚÓÎ-YUNNAN TOUR http://www.km0871.com YUNNAN MERCHANTS TRAVEL SERVICE ÔÆÄÏÕÐÉ̹ú¼ÊÂÃÐÐÉç From rsvp-owner@ISI.EDU Mon Jan 8 16:50:56 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id QAA17324 for ; Mon, 8 Jan 2001 16:50:55 -0500 (EST) Received: by zephyr.isi.edu (8.9.3/8.9.3) id MAA03299 for rsvp-outgoing; Mon, 8 Jan 2001 12:26:40 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id MAA03292 for ; Mon, 8 Jan 2001 12:26:39 -0800 (PST) Received: from mail.hirun.com.tw ([210.201.103.1]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f08KQXU21857 for ; Mon, 8 Jan 2001 12:26:36 -0800 (PST) Received: (from root@localhost) by mail.hirun.com.tw (8.11.0/8.11.0) id f08KQSo01964 for rsvp@isi.edu; Tue, 9 Jan 2001 04:26:28 +0800 (CST) Received: from java (p833.ts.tn.hitron.net [210.201.14.71]) by mail.hirun.com.tw (8.11.0/8.9.3) with ESMTP id f08KQOJ01788; Tue, 9 Jan 2001 04:26:25 +0800 (CST) Message-Id: <200101082026.f08KQOJ01788@mail.hirun.com.tw> From: "ªL°ê°¶" Reply-To: kevinlens@seatrsa.com.tw Subject: ¶W¤ZDVD­«µnºô§}¡D To: cdnew3@dreamer.com.tw X-Mailer: DiffondiCool V3,1,6,0 (W95/NT) (Build: Oct 18 1999) Mime-Version: 1.0 Date: Tue, 09 Jan 2001 02:33:17 +0800 Approved!: No Virus Found in this Email - mail.hirun.com.tw Sender: owner-rsvp@ISI.EDU Precedence: bulk Content-Type: text/plain; charset=unknown-8bit X-MIME-Autoconverted: from 8bit to base64 by zephyr.isi.edu id MAB03299 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by ietf.org id QAA17324 DVD±M½æ©± http://maxdvd.yeah.net ~~~~~~~~½Ð¦h¦h«ü±Ð~~~~~~~~~ From rsvp-owner@ISI.EDU Tue Jan 9 09:13:32 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA12058 for ; Tue, 9 Jan 2001 09:13:32 -0500 (EST) Received: by zephyr.isi.edu (8.9.3/8.9.3) id EAA07603 for rsvp-outgoing; Tue, 9 Jan 2001 04:59:11 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id EAA07598 for ; Tue, 9 Jan 2001 04:59:10 -0800 (PST) Received: from hpux.hctw.com.tw ([210.63.178.1]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f09Cx6U16668 for ; Tue, 9 Jan 2001 04:59:07 -0800 (PST) Received: from mx19.newsalesjob.net (1Cust106.tnt21.det3.da.uu.net [63.29.76.106]) by hpux.hctw.com.tw with SMTP (8.7.1/8.7.1) id UAA21982; Tue, 9 Jan 2001 20:56:51 +0800 (EAT) To: $user@ix.netcom.com From: achamis@newsalesjob.net Subject: Boost Your Windows reliability!!!!! Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8BIT Date: Tue, 09 Jan 2001 07:56:12 -0500 CC: rsvp@ix.netcom.com, rsvp@ix.netcom.com, rsvp@ix.netcom.com, rsvp@ix.netcom.com, rsvp@ix.netcom.com Message-Id: Sender: owner-rsvp@ISI.EDU Precedence: bulk Content-Transfer-Encoding: 8BIT Dear Windows User, Now you can boost the reliability of ordinary Windows ME, 95 and 98 to nearly the level of Windows NT or 2000, Microsoft's professional and industrial version of Windows. The new WinFix 4.4 is a very effective way to improve the reliability of Windows, because it makes Windows fault-tolerant and self-repairing. And WinFix is very safe, because it operates completely independent of Windows. http://www4.newsalesjob.net/comph to find out more about WinFix, the safest, most effective way to keep you working, by keeping your PC working non-stop. Arlen Dixon, CEO Westwood Software Marketing * * * * * * * * * * * * * * * * * This announcement is being sent to PC users who asked to be kept informed about new developments in Windows(tm) technology. To be removed from our mailing list, go to the Email-us page. OR To be removed mailto:remove@www4.newsalesjob.net?Subject=REMOVE From rsvp-owner@ISI.EDU Tue Jan 9 10:09:29 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA13359 for ; Tue, 9 Jan 2001 10:09:28 -0500 (EST) Received: by zephyr.isi.edu (8.9.3/8.9.3) id GAA09895 for rsvp-outgoing; Tue, 9 Jan 2001 06:03:36 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id GAA09890 for ; Tue, 9 Jan 2001 06:03:34 -0800 (PST) Received: from ms32.hinet.net (root@ms32.hinet.net [168.95.4.32]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f09E3XU22458 for ; Tue, 9 Jan 2001 06:03:33 -0800 (PST) Received: from ccm (61-216-10-169.HINET-IP.hinet.net [61.216.10.169]) by ms32.hinet.net (8.8.8/8.8.8) with SMTP id WAA18041 for ; Tue, 9 Jan 2001 22:03:28 +0800 (CST) Date: Tue, 9 Jan 2001 22:03:28 +0800 (CST) Message-Id: <200101091403.WAA18041@ms32.hinet.net> From: office@ms32.hinet.net To: office@ms32.hinet.net X-Mailer: jb9KYy814nSiMf9DH Content-Type: text/plain; X-Priority: 3 X-MSMail-Priority: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from Quoted-Printable to 8bit by zephyr.isi.edu id GAA09891 Sender: owner-rsvp@ISI.EDU Precedence: bulk Content-Transfer-Encoding: 8bit ±z¯Ê¿ú¶Ü¡H ·Q°ª¶UÁÈ¿ú¡H ±z·Q¶R³ü©W3¸U¶ôªº©Ð¤l¶Ü¡H §Ú­Ì±N´£¨Ñ±z³Ì·sªº¸ê°T ±z·QÁÈ¿úµo°]¶Ü¡H ¤@³q¹q¸Ü§ïÅܤ@¥Í §Ö¼·±M½u:02-048-9090¡@ ¡@ §K¶OªA°È±M½u:080-015-066 0.83¤¸/s From rsvp-owner@ISI.EDU Tue Jan 9 19:57:46 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id TAA23874 for ; Tue, 9 Jan 2001 19:57:46 -0500 (EST) Received: by zephyr.isi.edu (8.9.3/8.9.3) id PAA03944 for rsvp-outgoing; Tue, 9 Jan 2001 15:43:45 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id PAA03939 for ; Tue, 9 Jan 2001 15:43:44 -0800 (PST) Received: from motgate.mot.com (motgate.mot.com [129.188.136.100]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f09NhhU16374 for ; Tue, 9 Jan 2001 15:43:43 -0800 (PST) Received: [from pobox3.mot.com (pobox3.mot.com [10.64.251.242]) by motgate.mot.com (motgate 2.1) with ESMTP id QAB05700 for ; Tue, 9 Jan 2001 16:43:42 -0700 (MST)] Received: [from az33exb01.corp.mot.com (az33exb01.corp.mot.com [199.2.84.12]) by pobox3.mot.com (MOT-pobox3 2.0) with ESMTP id QAA24464 for ; Tue, 9 Jan 2001 16:40:09 -0700 (MST)] Received: by az33exb01.corp.mot.com with Internet Mail Service (5.5.2651.58) id ; Tue, 9 Jan 2001 16:43:41 -0700 Message-ID: From: Mecif Kamel-P29109 To: "'rsvp@isi.edu'" Subject: RSVP capable node. Date: Tue, 9 Jan 2001 16:43:41 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2651.58) Content-Type: text/plain; charset="windows-1255" Sender: owner-rsvp@ISI.EDU Precedence: bulk Hi, Does anybody knows if it is possible for an RSVP capable node to know if the next/previous node is RSVP capable? I understand that a Receiver can look at the global break bit (bit 23 of word 1) in the ADSPEC (carried in the PATH message) and determine whether there is(are) nodes between the Sender and the Receiver that is(are) RSVP-unaware. But it does not specifically determine which one(s) of this(these) node(s) is(are) RSVP-unaware. Thanks. Regards, Kamel Kamel Mecif Motorola Inc. > Global Telecom Solutions Sector email: kamel.mecif@motorola.com From rsvp-owner@ISI.EDU Tue Jan 9 20:44:50 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id UAA24364 for ; Tue, 9 Jan 2001 20:44:50 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id QAA06692 for rsvp-outgoing; Tue, 9 Jan 2001 16:34:21 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id QAA06687 for ; Tue, 9 Jan 2001 16:34:20 -0800 (PST) Received: from gra.isi.edu (gra.isi.edu [128.9.160.133]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0A0YHU27563; Tue, 9 Jan 2001 16:34:17 -0800 (PST) From: Bob Braden Received: (from braden@localhost) by gra.isi.edu (8.8.7/8.8.6) id AAA07757; Wed, 10 Jan 2001 00:34:16 GMT Date: Wed, 10 Jan 2001 00:34:16 GMT Message-Id: <200101100034.AAA07757@gra.isi.edu> To: rsvp@ISI.EDU Subject: Resolving an old embarassment Cc: braden@ISI.EDU, lixia@cs.ucla.edu, mankin@ISI.EDU, sob@harvard.edu X-Sun-Charset: US-ASCII Sender: owner-rsvp@ISI.EDU Precedence: bulk Hi. The RSVP refresh overhead reduction draft was long ago approved by the IESG as a Proposed Standard, but it has not yet been published as an RFC. Is this because the RFC Editor is lazy? Not at all; it has been, and still is, held up by an IANA conflict over the assignment of Message Type 12. We clearly have to fix this situation, and we propose to submit the following draft to the IESG for this purpose. This message begins a two-week working group last call on this document. Bob Braden Internet Engineering Task Force R. Braden INTERNET DRAFT ISI File: draft-ietf-rsvp-fix-iana-00.txt L. Zhang Updates: 2747 UCLA EXPIRES: July 2001 January 2001 RSVP Cryptographic Authentication -- New Message Type Status of this Memo This document is an Internet Draft ans is in full conformance with all provisions of Section 10 of RFC 2026. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet-Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet- Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt Abstract This memo resolves a duplication in the assignment of RSVP Message Types, by changing the Message Types assigned by RFC 2747 to Challenge and Integrity Response messages. 1. Introduction RFC 2747 ("RSVP Cryptographic Authentication") [RFC 2747] assigns RSVP Message Type 12 to an Integrity Response message, while RFC xxxx ("RSVP Refresh Overhead Reduction Extensions") [RFCxxxx] assigns the same value to a Bundle message. This memo resolves the conflict over RSVP Message Type 12 by assigning a different value to the Message Type of the Integrity Response Message in RFC 2747. It is believed that the protocol defined by RFC xxxx entered use in the field before the RFC's publication and before the conflicting Message Type was noticed. and that it may be easier to install new software in environments that have deployed the Integrity object than in those that have deployed the refresh reduction extension. To simplify possible interoperability problems caused by this change, we also assign a new value to the Message Type of RFC 2747's Challenge message, to which the Integrity Response message is a reply. 2. Modification Message Types defined in the RSVP Integrity extension [RFC 2747] shall be changed as follows: o Challenge message has Message Type zz. o Integrity Response message has Message Type zz+1. [zz is TBD by the IANA; we suggest 25] 3. Compatibility Two communicating nodes whose Integrity implementations are conformant with this modification will interoperate, using Message Type 12 for Bundle messages and Message Types zz, zz+1 for the Integrity handshake. A non-conformant implementation of the Integrity extension will not interoperate with a conformant implementation (though two non-conformant implementations can interoperate as before). There is no possibility of an Integrity handshake succeeding accidentally due to this change, since both sides of the handshake use the new numbers or the old numbers. Furthermore, the Integrity Response message includes a 32-bit cookie that must match a cookie in the Challenge message, else the challenge will fail. Finally, a non-conformant implementation should never receive a Bundle message that it interprets as an Integrity Response message, since RFC xxxx requires that Bundle messages be sent only to a Bundle-capable node. 4. References [RFC2747] Baker, F., Lindell, R., and M. Talwar, "RSVP Cryptographic Authentication", RFC 2747, January 2000. [RFCxxxx] Berger, L., Gan, D., Swallow, G., Pan, P., and F. Tommasi, "RSVP Refresh Overhead Reduction Extensions", RFCxxxx, January 2001. Security Considerations No new security considerations are introduced beyond RFC2747 itself and the compatibility issues above. Authors' Addresses Bob Braden USC Information Sciences Institute 4676 Admiralty Way Marina del Rey, CA 90292 Phone: (310) 822-1511 EMail: Braden@ISI.EDU Lixia Zhang UCLA Computer Science Department 4531G Boelter Hall Los Angeles, CA 90095-1596 USA Phone: 310-825-2695 EMail: lixia@cs.ucla.edu Full Copyright Statement "Copyright (C) The Internet Society (date). All Rights Reserved. This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English. The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assigns." ----- End Included Message ----- From rsvp-owner@ISI.EDU Wed Jan 10 01:30:14 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA01415 for ; Wed, 10 Jan 2001 01:30:14 -0500 (EST) Received: by zephyr.isi.edu (8.9.3/8.9.3) id VAA17078 for rsvp-outgoing; Tue, 9 Jan 2001 21:18:04 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id VAA17071 for ; Tue, 9 Jan 2001 21:18:02 -0800 (PST) Received: from csa.iisc.ernet.in (IDENT:root@csa.iisc.ernet.in [144.16.67.8]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0A5HtU01998 for ; Tue, 9 Jan 2001 21:17:59 -0800 (PST) Received: from ada.csa.iisc.ernet.in (IDENT:root@ada.csa.iisc.ernet.in [144.16.67.35]) by csa.iisc.ernet.in (8.9.3/8.9.3) with ESMTP id KAA08669; Wed, 10 Jan 2001 10:44:00 +0530 Received: from localhost (prasanna@localhost) by ada.csa.iisc.ernet.in (8.9.3/8.9.3) with ESMTP id KAA03961; Wed, 10 Jan 2001 10:47:45 +0530 X-Authentication-Warning: ada.csa.iisc.ernet.in: prasanna owned process doing -bs Date: Wed, 10 Jan 2001 10:47:45 +0530 (IST) From: Gaitonde Anandprasanna To: Mecif Kamel-P29109 cc: "'rsvp@isi.edu'" Subject: Re: RSVP capable node. In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-rsvp@ISI.EDU Precedence: bulk On Tue, 9 Jan 2001, Mecif Kamel-P29109 wrote: > Hi, > > Does anybody knows if it is possible for an RSVP capable node to know if the > next/previous node is RSVP capable? > I understand that a Receiver can look at the global break bit (bit 23 of > word 1) in the ADSPEC (carried in the PATH message) and determine whether > there is(are) nodes between the Sender and the Receiver that is(are) > RSVP-unaware. But it does not specifically determine which one(s) of > this(these) node(s) is(are) RSVP-unaware. An RSVP-capable node can know if there is a non RSVP capable routetr in between by comparing the IP TTL values of the RSVP message and TTL values of RSVP. If there is a mismatch it means that there is non RSVP node in between. This is given in RFC 2205 of RSVP . PLease go thru it. Pras > > Thanks. > > Regards, > Kamel > > > Kamel Mecif > > Motorola Inc. > > Global Telecom Solutions Sector > email: kamel.mecif@motorola.com > _____________________________ _ |ANANDPRASANNA GAITONDE | _ / )|COMP. SCIENCE & AUTOMATION |( \ / / |D-7,IISc HOSTEL | \ \ / / |INDIAN INSTITUTE OF SCIENCE| \ \ _( (_ |BANGALORE-560012. | _) )_ (((\ \>|_/->___________________<-_|; Wed, 10 Jan 2001 10:44:50 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id GAA06770 for rsvp-outgoing; Wed, 10 Jan 2001 06:27:07 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id GAA06765 for ; Wed, 10 Jan 2001 06:27:06 -0800 (PST) Received: from csa.iisc.ernet.in (IDENT:root@csa.iisc.ernet.in [144.16.67.8]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0AER3U23896 for ; Wed, 10 Jan 2001 06:27:03 -0800 (PST) Received: from babbage.csa.iisc.ernet.in (IDENT:root@babbage.csa.iisc.ernet.in [144.16.67.36]) by csa.iisc.ernet.in (8.9.3/8.9.3) with ESMTP id TAA30686; Wed, 10 Jan 2001 19:53:01 +0530 Received: from localhost (prasanna@localhost) by babbage.csa.iisc.ernet.in (8.9.3/8.9.3) with ESMTP id TAA11641; Wed, 10 Jan 2001 19:56:45 +0530 X-Authentication-Warning: babbage.csa.iisc.ernet.in: prasanna owned process doing -bs Date: Wed, 10 Jan 2001 19:56:45 +0530 (IST) From: Gaitonde Anandprasanna To: Frank Bauer , Kamel.Mecif@motorola.com, rsvp@ISI.EDU Subject: Re: RSVP capable node. In-Reply-To: <30740.979130463@www21.gmx.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-rsvp@ISI.EDU Precedence: bulk I am extermely sorry , if i looked arrogant in my mail. I had no intentions of putting anyone down. Yes u are right that i have not undetstood the question correctly. i dont know of any method by which we can know the RSVP capabilities of any specific router. The comparision of TTL values as i said in my previos mail, can only give us info as to whether there is any NonRSVP node on the path when u recive RSVP message, but it doesn not give inforamtion as to which could be that iuntermediate router which is NOn_RSVP. I apologise for answeriing the question in a hurry without reading the question correctly. I am sorry for being arrogant too if it looked that way. Pras On Wed, 10 Jan 2001, Frank Bauer wrote: > > > Does anybody knows if it is possible for an RSVP capable > > node to know if the > > > next/previous node is RSVP capable? > > > I understand that a Receiver can look at the global break > > bit (bit 23 of > > > word 1) in the ADSPEC (carried in the PATH message) and > > determine whether > > > there is(are) nodes between the Sender and the Receiver that is(are) > > > RSVP-unaware. But it does not specifically determine which one(s) of > > > this(these) node(s) is(are) RSVP-unaware. > > > > An RSVP-capable node can know if there is a non RSVP capable > > routetr in > > between by comparing the IP TTL values of the RSVP message > > and TTL values > > of RSVP. If there is a mismatch it means that there is non > > RSVP node in > > between. > > > > This is given in RFC 2205 of RSVP . PLease go thru it. > > "PLease go thru it" is a HIGHLY arrogant answer, especially as you have > obviously not understood Kamel's question. He was asking if it is possible to > determine the RSVP capabilities of a _specific_ router and not only of any > router. The question is explained in his mail. Please go through it! That > kind of answer not only makes you look arrogant but also extremely stupid! > > BR, Frank > > -- > Sent through GMX FreeMail - http://www.gmx.net > _____________________________ _ |ANANDPRASANNA GAITONDE | _ / )|COMP. SCIENCE & AUTOMATION |( \ / / |D-7,IISc HOSTEL | \ \ / / |INDIAN INSTITUTE OF SCIENCE| \ \ _( (_ |BANGALORE-560012. | _) )_ (((\ \>|_/->___________________<-_|; Thu, 11 Jan 2001 02:09:20 -0500 (EST) Received: by zephyr.isi.edu (8.9.3/8.9.3) id WAA08879 for rsvp-outgoing; Wed, 10 Jan 2001 22:02:26 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id WAA08874 for ; Wed, 10 Jan 2001 22:02:24 -0800 (PST) Received: from web6203.mail.yahoo.com (web6203.mail.yahoo.com [128.11.22.114]) by tnt.isi.edu (8.11.1/8.11.1) with SMTP id f0B62OU09122 for ; Wed, 10 Jan 2001 22:02:24 -0800 (PST) Message-ID: <20010111062614.12582.qmail@web6203.mail.yahoo.com> Received: from [203.197.178.95] by web6203.mail.yahoo.com; Wed, 10 Jan 2001 22:26:14 PST Date: Wed, 10 Jan 2001 22:26:14 -0800 (PST) From: sunil zackaria Subject: Allocation of resources To: rsvp@ISI.EDU MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-rsvp@ISI.EDU Precedence: bulk Hi, Does any body know as to how is it determined that for a type of service, for eg. audio, how much of the resources in the hardware will be allocated and who decides this, whether the higher application or the RSVP itself. Is there any standards as to what is the optimal allocation that is required for the services. Thanks in advance, Sunil. __________________________________________________ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ From rsvp-owner@ISI.EDU Thu Jan 11 03:09:23 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id DAA27360 for ; Thu, 11 Jan 2001 03:09:23 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id WAA10617 for rsvp-outgoing; Wed, 10 Jan 2001 22:48:24 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id WAA10609 for ; Wed, 10 Jan 2001 22:48:23 -0800 (PST) Received: from aurora.cs.ucla.edu (Aurora.CS.UCLA.EDU [131.179.96.157]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0B6mMU13162 for ; Wed, 10 Jan 2001 22:48:22 -0800 (PST) Received: (from lixia@localhost) by aurora.cs.ucla.edu (8.9.3+Sun/UCLACS-5.0) id WAA27888; Wed, 10 Jan 2001 22:48:19 -0800 (PST) From: Lixia Zhang Message-Id: <200101110648.WAA27888@aurora.cs.ucla.edu> Subject: Re: Allocation of resources In-Reply-To: <20010111062614.12582.qmail@web6203.mail.yahoo.com> from sunil zackaria at "Jan 10, 2001 10:26:14 pm" To: sunil zackaria Date: Wed, 10 Jan 2001 22:48:18 -0800 (PST) CC: rsvp@ISI.EDU 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-rsvp@ISI.EDU Precedence: bulk Content-Transfer-Encoding: 7bit > Hi, > > Does any body know as to how is it determined that for > a type of service, for eg. audio, how much of the > resources in the hardware will be allocated and who > decides this, whether the higher application or the > RSVP itself. Not RSVP, which is only a messenger. > Is there any standards as to what is the optimal > allocation that is required for the services. > > Thanks in advance, > > Sunil. > > __________________________________________________ > Do You Yahoo!? > Yahoo! Photos - Share your holiday photos online! > http://photos.yahoo.com/ From rsvp-owner@ISI.EDU Fri Jan 12 02:38:27 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id CAA05908 for ; Fri, 12 Jan 2001 02:38:25 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id WAA26935 for rsvp-outgoing; Thu, 11 Jan 2001 22:19:36 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id WAA26930 for ; Thu, 11 Jan 2001 22:19:35 -0800 (PST) Received: from web6201.mail.yahoo.com (web6201.mail.yahoo.com [128.11.22.112]) by tnt.isi.edu (8.11.1/8.11.1) with SMTP id f0C6JYU29237 for ; Thu, 11 Jan 2001 22:19:34 -0800 (PST) Message-ID: <20010112064431.6937.qmail@web6201.mail.yahoo.com> Received: from [203.197.178.87] by web6201.mail.yahoo.com; Thu, 11 Jan 2001 22:44:31 PST Date: Thu, 11 Jan 2001 22:44:31 -0800 (PST) From: sunil zackaria Subject: Re: Allocation of resources To: ajd1@monmouth.com Cc: rsvp@ISI.EDU MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-rsvp@ISI.EDU Precedence: bulk Hi, Thanks for the reply. But the doubt was in relation to RSVP. I am working on a project related to SIP & it needs Qos Support. For that I am working on RSVP . My doubt about Allocation of resources was in relation to RSVP as certain quantified values of resources are needed to be given to the Traffic Controller for the actual reservation to happen and I think these values should be variable. So Who will decide on those values. Is it UA who will provide these or are there any other mechanism to fill the TSpec structure which will in turn form part of PATH message. Also who will populate FilterSpec, FlowSpec etc. Thanks in advance, Sunil. --- ajd1 wrote: > What is the specific application you are thinking > about? > Typically, the audio is sampled and encoded into > packets using > a particular codec (e.g. G.728 or G.723 etc.). These > packets > are then encapsulated into the RTP protocol that > runs over UDP. > The codecs themselves have a fixed sampling rate (20 > ms for > G.728, 30 ms for G.723 etc.) and produce a fixed > rate of > packets (16 kbits/sec for G.728, 6.3 kbits/sec for > G.723) > The h/w or s/w that does the encoding of the codec > might stuff > multiple samples into one RTP packet. But assuming > that > it only puts one sample into an RTP packet, you can > figure > out how many bytes of data will be present in a 20 > ms > sample of a codec that produces 16 kbits/sec. Once > you > have that info, you then add the size of the RTP, > UDP and IP > headers to get the total size of the packet. So now > you know > the size of the packet that will be traversing the > network > every 20 ms. So, you can figure out the bandwidth > required > for such a connection. Things get a little more > complex if > your application does silence detetction and does > not send > packets if there is no audio. The bandwidth > requirement > then will be less that what you calculated above. > Anyway, the bottom line is that if you use a > particular codec > to transport audio, you can calculate how much > bandwidth > will be required by that application and you can > configure your > application to reserve that much bandwidth using > rsvp before your > application starts transporting the audio. Hope > this helps. > Alfred D'Souza > > sunil zackaria wrote: > > > Hi, > > > > Does any body know as to how is it determined that > for > > a type of service, for eg. audio, how much of the > > resources in the hardware will be allocated and > who > > decides this, whether the higher application or > the > > RSVP itself. > > > > Is there any standards as to what is the optimal > > allocation that is required for the services. > > > > Thanks in advance, > > > > Sunil. > > > > __________________________________________________ > > Do You Yahoo!? > > Yahoo! Photos - Share your holiday photos online! > > http://photos.yahoo.com/ > __________________________________________________ Do You Yahoo!? Yahoo! Photos - Share your holiday photos online! http://photos.yahoo.com/ From rsvp-owner@ISI.EDU Fri Jan 12 13:30:38 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA14557 for ; Fri, 12 Jan 2001 13:30:38 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id JAA19683 for rsvp-outgoing; Fri, 12 Jan 2001 09:25:39 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id JAA19678 for ; Fri, 12 Jan 2001 09:25:38 -0800 (PST) Received: from gra.isi.edu (gra.isi.edu [128.9.160.133]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0CHPZU26836; Fri, 12 Jan 2001 09:25:35 -0800 (PST) From: Bob Braden Received: (from braden@localhost) by gra.isi.edu (8.8.7/8.8.6) id RAA03821; Fri, 12 Jan 2001 17:25:35 GMT Date: Fri, 12 Jan 2001 17:25:35 GMT Message-Id: <200101121725.RAA03821@gra.isi.edu> To: ajd1@monmouth.com, sunil_22_linus@yahoo.com Subject: Re: Allocation of resources Cc: rsvp@ISI.EDU X-Sun-Charset: US-ASCII Sender: owner-rsvp@ISI.EDU Precedence: bulk *> *> My doubt about Allocation of resources was in relation *> to RSVP as certain quantified values of resources are *> needed to be given to the Traffic Controller for the *> actual reservation to happen and I think these values *> should be variable. So Who will decide on those *> values. Is it UA who will provide these or are there The reservation parameters are certainly application-dependent, so the most obvious assumption is that the application (UA) supplies them. One might imagine other ways to organize the software in an end system -- e.g., some system daemon that reads a configuration file to handle legacy applications that were written without QoS awareness. But the normal situation is surely that a QoS-aware application sets the reservation parameters. Bob Braden From rsvp-owner@ISI.EDU Sat Jan 13 23:08:37 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id XAA23850 for ; Sat, 13 Jan 2001 23:08:37 -0500 (EST) Received: by zephyr.isi.edu (8.9.3/8.9.3) id TAA23812 for rsvp-outgoing; Sat, 13 Jan 2001 19:08:33 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id TAA23807 for ; Sat, 13 Jan 2001 19:08:32 -0800 (PST) Received: from bhs10.asiana.co.kr ([203.243.205.236]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0E38UU13102 for ; Sat, 13 Jan 2001 19:08:31 -0800 (PST) Received: from bhs10.asiana.co.kr (203.243.205.236 [203.243.205.236]) by bhs10.asiana.co.kr with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id C75QF2LP; Sun, 14 Jan 2001 12:01:51 +0900 Received: from 63.10.231.26 by bhs10.asiana.co.kr (InterScan E-Mail VirusWall NT); Sun, 14 Jan 2001 12:01:45 +0900 Message-ID: <00002ec941d3$0000026c$00001b79@210.250.42.2> To: From: vhqonaf@kfki.hu Subject: I WANT YOU To Earn Serious Money! 7033 Date: Fri, 19 Jan 2001 10:08:36 -0800 MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Mozilla 4.72 [en] (Win98; I) Sender: owner-rsvp@ISI.EDU Precedence: bulk Content-Transfer-Encoding: quoted-printable This offer is limited to the first 48 people who cont= act me today!

I Want To Put Serious Cash In Your Hands Right Now! Forget Everythi= ng You've Seen Before. If You Want To Start Earning Real Cash Each And Eve= ry Day You Need To

CLICK HERE NOW = FOR DETAILS!

Earn $5000 Or More Per Week!


From rsvp-owner@ISI.EDU Mon Jan 15 08:12:54 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA03736 for ; Mon, 15 Jan 2001 08:12:53 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id DAA23888 for rsvp-outgoing; Mon, 15 Jan 2001 03:52:42 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id DAA23883 for ; Mon, 15 Jan 2001 03:52:40 -0800 (PST) Received: from door.sun.net.tw (event.cityfamily.com.tw [210.67.94.31]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0FBqcU29879 for ; Mon, 15 Jan 2001 03:52:39 -0800 (PST) Received: from java (p644.ts.tn.hitron.net [203.79.231.136]) by door.sun.net.tw (8.9.3/8.9.3) with ESMTP id TAA75357; Mon, 15 Jan 2001 19:56:48 +0800 (CST) (envelope-from cdnew3@dreamer.com.tw) Message-Id: <200101151156.TAA75357@door.sun.net.tw> From: "ªL°ê°¶" Reply-To: kevinlens@seatrsa.com.tw Subject: ¶W¤ZDVD­«µnºô§}¡D To: cdnew3@dreamer.com.tw X-Mailer: DiffondiCool V3,1,6,0 (W95/NT) (Build: Oct 18 1999) Mime-Version: 1.0 Date: Mon, 15 Jan 2001 19:40:53 +0800 Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0" Sender: owner-rsvp@ISI.EDU Precedence: bulk This is a MIME Message ------=_NextPart_000_007F_01BDF6C7.FABAC1B0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0080_01BDF6C7.FABAC1B0" ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ***** This is an HTML Message ! ***** ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =B6W=A4Z=B1=A1=A6=E2dvd=A4=A4=A4=DF

3D"mailbm=2Ejpg

=A5=BB=AF=B8=A5=C3=A4[=BA=F4=A7}=A1Ghttp://maxdvd=2E= yeah=2Enet

=
=A5=BB=AF=B8=AD=AB=B7s=B1N=A4=BA=AEe=AD=AB=B7s= =A4=C0=B0t=A1A=A5=BB=A6=B8=A4]=B7s=BCW=B3\=A6h=B7s=A4=F9=A1I

=B6i=A4J=B6W=A4ZDV= D=BA=F4=AF=B8

------=_NextPart_001_0080_01BDF6C7.FABAC1B0-- ------=_NextPart_000_007F_01BDF6C7.FABAC1B0-- From rsvp-owner@ISI.EDU Mon Jan 15 08:24:17 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA04118 for ; Mon, 15 Jan 2001 08:24:17 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id EAA24744 for rsvp-outgoing; Mon, 15 Jan 2001 04:19:11 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id EAA24739 for ; Mon, 15 Jan 2001 04:19:10 -0800 (PST) Received: from msrisun.com.tw (IDENT:root@[211.75.30.12]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0FCJ8U01983 for ; Mon, 15 Jan 2001 04:19:08 -0800 (PST) Received: from java (p644.ts.tn.HITRON.NET [203.79.231.136]) by msrisun.com.tw (8.9.3/8.9.3) with ESMTP id EAA22919; Tue, 16 Jan 2001 04:41:08 +0800 Message-Id: <200101152041.EAA22919@msrisun.com.tw> From: "ªL°ê°¶" Reply-To: kevinlens@seatrsa.com.tw Subject: ¶W¤ZDVD­«µnºô§}¡D To: cdnew3@dreamer.com.tw X-Mailer: DiffondiCool V3,1,6,0 (W95/NT) (Build: Oct 18 1999) Mime-Version: 1.0 Date: Mon, 15 Jan 2001 20:13:45 +0800 Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0" Sender: owner-rsvp@ISI.EDU Precedence: bulk This is a MIME Message ------=_NextPart_000_007F_01BDF6C7.FABAC1B0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0080_01BDF6C7.FABAC1B0" ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ***** This is an HTML Message ! ***** ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =B6W=A4Z=B1=A1=A6=E2dvd=A4=A4=A4=DF

3D"mailbm=2Ejpg

=A5=BB=AF=B8=A5=C3=A4[=BA=F4=A7}=A1Ghttp://maxdvd=2E= yeah=2Enet

=
=A5=BB=AF=B8=AD=AB=B7s=B1N=A4=BA=AEe=AD=AB=B7s= =A4=C0=B0t=A1A=A5=BB=A6=B8=A4]=B7s=BCW=B3\=A6h=B7s=A4=F9=A1I

=B6i=A4J=B6W=A4ZDV= D=BA=F4=AF=B8

------=_NextPart_001_0080_01BDF6C7.FABAC1B0-- ------=_NextPart_000_007F_01BDF6C7.FABAC1B0-- From rsvp-owner@ISI.EDU Tue Jan 16 00:15:09 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id AAA22636 for ; Tue, 16 Jan 2001 00:15:08 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id TAA25621 for rsvp-outgoing; Mon, 15 Jan 2001 19:40:55 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id TAA25615 for ; Mon, 15 Jan 2001 19:40:54 -0800 (PST) Received: from kenji (ip150.dyn27.pacific.net.hk [202.64.27.150]) by tnt.isi.edu (8.11.1/8.11.1) with SMTP id f0G3eqU06452 for ; Mon, 15 Jan 2001 19:40:53 -0800 (PST) Date: Mon, 15 Jan 2001 19:40:53 -0800 (PST) Message-Id: <200101160340.f0G3eqU06452@tnt.isi.edu> From: admin@i-toponline.com To: HK3@ISI.EDU Subject: =?big5?Q?=B8=DB=B7N=C1=DC=BD=D0=A8=E7?= X-Mailer: rBLh7mX5cQqAFgmprjciH0ivIaGA Content-Type: text/plain; X-Priority: 3 X-MSMail-Priority: Normal Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from Quoted-Printable to 8bit by zephyr.isi.edu id TAA25616 Sender: owner-rsvp@ISI.EDU Precedence: bulk Content-Transfer-Encoding: 8bit §A¦n ¦pªG§A¾Ö¦³­Ó¤H©Î°Ó·~ºô¯¸¡A²{¦b§A¥i¥H§Q¥Î§Ú­Ìªº±Æ¦æ¼s§iºô¡A ¼W¨ú§ó°ª¤H¬y©Mª¾¦W«×¡A¨ÃŨú i-TOPONLINE ¤j¼ú---Nokia 8250 ¡C ------------------------------------------------------------------------------------------------------------------------------------ i-TOPONLINE »P¤@¯ë±Æ¦æºô¯¸³Ì¤j¤À§O¦b©ó¡A§Ú­Ì½T¹ê¬Û«H¡A¥u¦³§Aªº¤ä«ù¡A §Ú­Ì¤~¥i¥H¶¶§Q¦¨ªø¡A¦]¦¹§Ú­Ì¨M©w¦¨¥ß¼ú¶µ¡A¦^³ø¤j®a¡C --------------------------------------------------- ¦pªG§A¤£¬O¤¬Ápºô¯¸ªº¯¸ªø¡Ai-TOPONLINE¤]¥i¥H¦¨¬°§A³Ì¨Îªººô¤W«ü«n ¥ß§Y¥Xµo¡Aµn³°i-TOPONLINE http://i-toponline.com ¦¹¹q¶l¥u·|±H¥X¤@¦¸¡A¦p¦³°µ¦¨¤£«K¡A·q½Ð­ì½Ì¡C From rsvp-owner@ISI.EDU Tue Jan 16 04:06:35 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id EAA07348 for ; Tue, 16 Jan 2001 04:06:35 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id XAA04996 for rsvp-outgoing; Mon, 15 Jan 2001 23:56:42 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id XAA04991 for ; Mon, 15 Jan 2001 23:56:41 -0800 (PST) Received: from mail.ee0.com.tw ([210.65.137.113]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0G7ubU29301 for ; Mon, 15 Jan 2001 23:56:40 -0800 (PST) Message-Id: <200101160756.f0G7ubU29301@tnt.isi.edu> Received: from java ([210.201.14.235]) by mail.ee0.com.tw (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35) with ESMTP id tw; Tue, 16 Jan 2001 16:18:46 +0800 From: "ªL°ê°¶" Reply-To: kevinlens@seatrsa.com.tw Subject: ¶W¤ZDVD­«µnºô§}¡D To: cdnew3@dreamer.com.tw X-Mailer: DiffondiCool V3,1,6,0 (W95/NT) (Build: Oct 18 1999) Mime-Version: 1.0 Date: Tue, 16 Jan 2001 13:50:53 +0800 Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0" Sender: owner-rsvp@ISI.EDU Precedence: bulk This is a MIME Message ------=_NextPart_000_007F_01BDF6C7.FABAC1B0 Content-Type: multipart/alternative; boundary="----=_NextPart_001_0080_01BDF6C7.FABAC1B0" ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ***** This is an HTML Message ! ***** ------=_NextPart_001_0080_01BDF6C7.FABAC1B0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable =B6W=A4Z=B1=A1=A6=E2dvd=A4=A4=A4=DF

3D"mailbm=2Ejpg

=A5=BB=AF=B8=A5=C3=A4[=BA=F4=A7}=A1Ghttp://maxdvd=2E= yeah=2Enet

=
=A5=BB=AF=B8=AD=AB=B7s=B1N=A4=BA=AEe=AD=AB=B7s= =A4=C0=B0t=A1A=A5=BB=A6=B8=A4]=B7s=BCW=B3\=A6h=B7s=A4=F9=A1I

=B6i=A4J=B6W=A4ZDV= D=BA=F4=AF=B8

------=_NextPart_001_0080_01BDF6C7.FABAC1B0-- ------=_NextPart_000_007F_01BDF6C7.FABAC1B0-- From rsvp-owner@ISI.EDU Wed Jan 17 09:40:59 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA18956 for ; Wed, 17 Jan 2001 09:40:58 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id FAA10980 for rsvp-outgoing; Wed, 17 Jan 2001 05:30:16 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id FAA10970 for ; Wed, 17 Jan 2001 05:30:13 -0800 (PST) Received: from sang-piii600 (pcd132057.netvigator.com [168.70.157.57]) by tnt.isi.edu (8.11.1/8.11.1) with SMTP id f0HDUAU16938 for ; Wed, 17 Jan 2001 05:30:11 -0800 (PST) Date: Wed, 17 Jan 2001 05:30:11 -0800 (PST) Message-Id: <200101171330.f0HDUAU16938@tnt.isi.edu> From: bookman@rmplc.co.uk To: Hong@ISI.EDU, Kong@ISI.EDU, 2@ISI.EDU Subject: =?big5?Q?=B7x=B2=B0=B2=B1=AD=BB=C2=C8,=AD=BB=C2=C8=B7x=A6=E7=BBn.?= MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----=_NextPart_jdWVxEMyuUh7VaYId" X-Mailer: vBp5xqyTRfNhcmxVTAdK5qoru X-Priority: 3 X-MSMail-Priority: Normal Sender: owner-rsvp@ISI.EDU Precedence: bulk This is a multi-part message in MIME format. ------=_NextPart_jdWVxEMyuUh7VaYId Content-Type: multipart/alternative; boundary="----=_NextPart_jdWVxEMyuUh7VaYIdAA" ------=_NextPart_jdWVxEMyuUh7VaYIdAA Content-Type: text/plain; Content-Transfer-Encoding: base64 UGxlYXNlIFJlYWQgSFRNTCBNZXNzYWdlICEhIQ== ------=_NextPart_jdWVxEMyuUh7VaYIdAA Content-Type: text/html; charset="big5" Content-Transfer-Encoding: base64 PGh0bWw+DQoNCjxoZWFkPg0KPG1ldGEgaHR0cC1lcXVpdj0iQ29udGVudC1UeXBlIiBjb250ZW50 PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9YmlnNSI+DQo8bWV0YSBuYW1lPSJHRU5FUkFUT1IiIGNvbnRl bnQ9Ik1pY3Jvc29mdCBGcm9udFBhZ2UgNC4wIj4NCjxtZXRhIG5hbWU9IlByb2dJZCIgY29udGVu dD0iRnJvbnRQYWdlLkVkaXRvci5Eb2N1bWVudCI+DQo8dGl0bGU+TmV3IFllYXIgR2lmdCBTZXQ8 L3RpdGxlPg0KPC9oZWFkPg0KDQo8Ym9keSBiZ2NvbG9yPSIjMDA4MDAwIj4NCg0KPHAgYWxpZ249 ImNlbnRlciI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6NDguMHB0O21zby1i aWRpLWZvbnQtc2l6ZToNCjEyLjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDs7bXNvLWZhcmVhc3QtZm9udC1mYW1pbHk6t3Oy06n6xek7bXNvLWZvbnQta2VybmluZzoN CjEuMHB0O21zby1hbnNpLWxhbmd1YWdlOkVOLVVTO21zby1mYXJlYXN0LWxhbmd1YWdlOlpILVRX O21zby1iaWRpLWxhbmd1YWdlOg0KQVItU0EiPjxmb250IGNvbG9yPSIjRkYwMDAwIj48Yj48c3Ry b25nPk5ldyBZZWFyIEdpZnQgU2V0PC9zdHJvbmc+PC9iPjwvZm9udD48L3NwYW4+PC9wPg0KPHAg YWxpZ249ImNlbnRlciI+oUA8L3A+DQo8cCBhbGlnbj0iY2VudGVyIj48c3BhbiBsYW5nPSJFTi1V UyI+PGI+PHN0cm9uZz48c3BhbiBzdHlsZT0iZm9udC1zaXplOiA0OC4wcHQ7IG1zby1iaWRpLWZv bnQtc2l6ZTogMTIuMHB0OyBmb250LWZhbWlseTogVGltZXMgTmV3IFJvbWFuOyBtc28tZmFyZWFz dC1mb250LWZhbWlseTogt3Oy06n6xek7IG1zby1mb250LWtlcm5pbmc6IDEuMHB0OyBtc28tYW5z aS1sYW5ndWFnZTogRU4tVVM7IG1zby1mYXJlYXN0LWxhbmd1YWdlOiBaSC1UVzsgbXNvLWJpZGkt bGFuZ3VhZ2U6IEFSLVNBIiBsYW5nPSJFTi1VUyI+PGZvbnQgc2l6ZT0iNyIgY29sb3I9IiMwMEZG RkYiPkFyb21hdGljICANClBvY2tldCBXYXJtZXI8L2ZvbnQ+PC9zcGFuPjwvc3Ryb25nPjwvYj48 L3NwYW4+PC9wPiANCjxwIGFsaWduPSJjZW50ZXIiPjxiPjxmb250IHNpemU9IjciIGNvbG9yPSIj MDBGRkZGIj63eLKwsrGtu8LILK27wsi3eKbnu248L2ZvbnQ+PC9iPjwvcD4NCjxwIGFsaWduPSJj ZW50ZXIiPjxzdHJvbmc+PGI+PGZvbnQgc2l6ZT0iNyIgY29sb3I9IiMwMEZGRkYiPqV1tre05Ln0 IDM4ODwvZm9udD48L2I+PC9zdHJvbmc+PC9wPiANCjxwIGFsaWduPSJjZW50ZXIiPjxzdHJvbmc+ PGI+PGZvbnQgc2l6ZT0iNyIgY29sb3I9IiMwMEZGRkYiPqhDpNG3eLF6MjSkcK7JPC9mb250Pjwv Yj48L3N0cm9uZz48L3A+DQo8cCBhbGlnbj0iY2VudGVyIj48c3Ryb25nPjxiPjxmb250IHNpemU9 IjciIGNvbG9yPSIjMDBGRkZGIj6sSqVpqPq3eKRTpWm0srVvquKq2jwvZm9udD48L2I+PC9zdHJv bmc+PC9wPg0KPHAgYWxpZ249ImNlbnRlciI+PGZvbnQgc2l6ZT0iNyIgY29sb3I9IiNGRjAwMDAi PjxiPjxzdHJvbmc+vPa95qSkPC9zdHJvbmc+PC9iPjwvZm9udD48L3A+DQo8cCBhbGlnbj0iY2Vu dGVyIj6hQDwvcD4NCjxwIGFsaWduPSJjZW50ZXIiPjxiPjxzdHJvbmc+PGZvbnQgc2l6ZT0iNiIg Y29sb3I9IiNGRkZGMDAiPq1xwcq89r11IDogIA0KMjg1MS05MDg4IC8gNzY2OC05Mzc4KKf1pf2l zSk8L2ZvbnQ+PC9zdHJvbmc+PC9iPjwvcD4gDQo8cCBhbGlnbj0iY2VudGVyIj48Yj48c3Ryb25n Pjxmb250IHNpemU9IjYiIGNvbG9yPSIjRkZGRjAwIj5FLU1haWwgOiA8YSBocmVmPSJtYWlsdG86 d2FsZHN0ZWluaW50ZXJuYXRpb25hbEBob3RtYWlsLmNvbSI+d2FsZHN0ZWluaW50ZXJuYXRpb25h bEBob3RtYWlsLmNvbTwvYT4mbmJzcDs8L2ZvbnQ+PC9zdHJvbmc+PC9iPjwvcD4NCjxwIGFsaWdu PSJjZW50ZXIiPjxiPjxzdHJvbmc+PGZvbnQgc2l6ZT0iNiIgY29sb3I9IiNGRkZGMDAiPqSkwPSv sqfIp1G18zktMTG4uSy0Sb+zpGq3SDgwMavHLjwvZm9udD48L3N0cm9uZz48L2I+PC9wPg0KPHAg YWxpZ249ImNlbnRlciI+PGI+PHN0cm9uZz48Zm9udCBjb2xvcj0iI0ZGRkYwMCI+PGZvbnQgc2l6 ZT0iNiI+Jm5ic3A7IDwvZm9udD48Zm9udCBzaXplPSI0Ij5TdWl0ZSANCjgwMSwgRnUgSGluZyBC dWlsZGluZywgOS0xMSBKdWJpbGVlIFN0LCBDZW50cmFsLCBIb25nIEtvbmcuPC9mb250PjwvZm9u dD48L3N0cm9uZz48L2I+PC9wPiANCiANCjwvYm9keT4gDQogDQo8L2h0bWw+IA== ------=_NextPart_jdWVxEMyuUh7VaYIdAA-- ------=_NextPart_jdWVxEMyuUh7VaYId-- From rsvp-owner@ISI.EDU Fri Jan 19 09:28:26 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id JAA29555 for ; Fri, 19 Jan 2001 09:28:26 -0500 (EST) Received: by zephyr.isi.edu (8.9.3/8.9.3) id FAA04110 for rsvp-outgoing; Fri, 19 Jan 2001 05:14:00 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id FAA04105 for ; Fri, 19 Jan 2001 05:13:58 -0800 (PST) Received: from internet.tienwei.com.tw ([211.72.128.67]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0JDDvU26204 for ; Fri, 19 Jan 2001 05:13:57 -0800 (PST) Received: from pc26 ([203.74.217.26]) by internet.tienwei.com.tw (Post.Office MTA v3.5.3 release 223 ID# 0-0U10L2S100V35) with SMTP id tw; Thu, 18 Jan 2001 17:25:02 +0800 To: hi@ISI.EDU From: trashcan128@hotmail.com Subject: ³q³q70!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! Date: Thu, 18 Jan 2001 17:30:50 +0800 Message-Id: <36909.729745486110900.100991@localhost> MIME-Version: 1.0 Content-Type: text/plain; charset=big5 Sender: owner-rsvp@ISI.EDU Precedence: bulk X-MIME-Autoconverted: from 8bit to base64 by zephyr.isi.edu id FAB04110 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by ietf.org id JAA29555 ¬°¦]À³¬K°²ªº¨ì¨Ó ¥»¯¸±N©ó§«ô¤­¼È°±Àç·~!! ©ó§«ô¤­¤¤¤È12:00«e¤U³æ ³£¥i©ó³o­Ó§«ô¦¬¨ì³f ¶W¹L³o­Ó®É¶¡´N¥u¯à©ó¹L¦~«á±H¥X¤F ¬°¤F¦^õX®ø¶OªÌ ©ó³o¬q®É¶¡¤U³æ ¥i¨É¨C¤ù70¤¸ªºÀu´f(°£¤Fµ{¦¡¬°200¥~) §â´¤¨}¾÷®@!!±ß¤F´N¨S¦³Åo!! ps:³Ìªñ¦³¤H«_¥Î¥»¤u§@¥«ªº¥Ø¿ý!!¥L­Ìªº«H½c¬Osexdvdld@hotmai l.com!! ½Ð¦U¦ì®ø¶OªÌ¤p¤ß!! ps:§Ú­Ì¨C¤Ñ³£·|¦³±M¤H¦¬«H,°²³]§A¦b±H¥Xªº¹j¤ÑÁÙ¬O¨S¦¬¨ì ¦^«H ªí¥Ü§Ú­Ì¨S¦¬¨ì±zªº¦^«H ½Ð±z¦b±H¤@¦¸!!!!!!!!! ·s¼W¤p¿A¶ê31¤ù,¤@¦¸¥þ¶R¥u­n2000¤¸®@!!!!!!!!!!!!!!! ³Ì·s¤½§i:¬°¤Fº¡¨¬±z·Q¶R³Ì·s³Ì¦nªº¹CÀ¸¤Îµ{¦¡ ¥»¯¸¤w©ó¬Y¤@¹CÀ¸¼t°Ó³s¤W½u ¨C­Ó§«ô³Ì¤Ö¶i¤ù50¤ù³Ì·s¹CÀ¸ ¦³¨Ç¹CÀ¸ ¥i¯à§A³sÅ¥¹L³£ÁÙ¨SÅ¥¹L®@ ¦]¬°ÁÙ¥¼ ¤W¥«!!¦bµ{¦¡¤è­± ¥»¯¸¥i¥H¸ò±z«OÃÒµ{¦¡µ´¹ï³Ì·s!!!! §Ú­ÌªA°Èªº¶µ¥Ø¦³:¹CÀ¸ ¤õ»¶µL½X ³Ì·s°|½uvcd mp3 µ{¦¡.......!! °£¤Fµ{¦¡¥~,¨C¤ù³q³q80!!!!!!!!!!!!!!! ½Ð¨Ó«H¦Ü<> ©Î<>¤U­q³æ©Î­n¥Ø¿ý!!!!!!!!!!!! ¬°¤F½T«O§Ú­Ì¦³¦¬¨ì±zªº¦^«H,³Ì¦n¨â­Ó³£±H,§Ú­Ì¨C¤Ñ³£·| ¦^«H,¦pªG±z©óµo«Hªº¹j¤Ñ,ÁÙ¬O¨S¦¬¨ì,½Ð±z¦A±H¤@¦¸!! §Ú­Ìµ¹±z§C»ù ¦ý§Ú­Ì¤]µ¹±z«~½è®@!! ©Î¦Ü¥H¤Uºô§}¬Ý¥Ø¿ý ¦pªG³s¤£¤W¥h ½Ð³qª¾§Ú!! ºô§}¤£¦b§ïÅÜ!!¦pªG³s¤£¤W¥h ³qª¾§Ú ¥»¤u§@«Ç¥ß¨è­×´_!!!!!!!! http://go.to/trustmem88 http://go.to/trustmem99 http://welcome.to/trustmem89 ¦¹«Ê«H¥Ñºô»Úºô¸ô¤u§@«Ç¥Nµo ¦p¦³¥´ÂZ½Ð¦^«H¦Ü<>¤Ï¬M!! ±M·~ªºµo«H¤½¥q ¦pªG±z¦³»Ý­n ½Ð¨Ó«H¬¢¸ß!! From rsvp-owner@ISI.EDU Fri Jan 19 11:45:34 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA01960 for ; Fri, 19 Jan 2001 11:45:28 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id HAA08774 for rsvp-outgoing; Fri, 19 Jan 2001 07:27:39 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id HAA08764 for ; Fri, 19 Jan 2001 07:27:37 -0800 (PST) Received: from cins.hanyang.ac.kr ([166.104.204.187]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0JFRSU07821; Fri, 19 Jan 2001 07:27:29 -0800 (PST) Received: by cins.hanyang.ac.kr id AAA378665; Sat, 20 Jan 2001 00:01:59 +0900 (KST) From: Subject: Obtain Biotech IPOs! 195 Date: Fri, 19 Jan 2001 10:25:25 Message-Id: <8.156593.665677@libero.it> Reply-To: emed11@libero.it Mime-Version: 1.0 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by cins.hanyang.ac.kr id AAA378665 Sender: owner-rsvp@ISI.EDU Precedence: bulk Content-Transfer-Encoding: quoted-printable

Help Beta Test Our Site and Be Eligible to Purchase Shares= of=20 Future IPOs In Which We Participate**

eMedsecurities has selected you as a possible participant = to help=20 test our online stock-trading engine for knowledge-based investing = in the=20 life sciences.  For your cooperation, you will be eligible = to purchase=20 shares of future IPOs in which we participate, for as long as y= ou=20 maintain your account with us.  This is limited to only 50 = qualified=20 testers!  Request Mor= e Information.**

eMedsecurities=85 The Cure for the Common Portfolio!

eMedsecurities provides you with a wealth of information, = all=20 compiled in a single, easy-to-use resource.  Learn about new r= esearch=20 and upcoming treatments for migraine headache, stroke, epilepsy, br= ain=20 tumor and much more.  Obtain critical investment information a= bout the=20 companies that are developing these treatments.  eMedsecuritie= s empowers=20 you to make more informed investment decisions.  Request More Information.**

Participation i= n eMedsecurities' Beta Test allows you:

  • Eligibility to purchase s= hares of IPOs in which=20 eMedsecurities participates for as long as you maintain your=20 account**

  • Valuable research of the = entire product=20 pipeline of companies, including stages of clinical development, = by=20 industry or specific disease

  • Useful information about = industry trends, recent=20 developments and upcoming IPOs

  • Commitment to customer se= rvice featuring=20 our Live Customer Service Online

  • Dedication to fast trade = executions at the best=20 possible price

The following guideline= s will=20 explain what we expect from an eMedsecurities Beta Tester:

  • Open a funded eMedsecurities=20 account

  • Visit our online trading site onc= e=20 a week

  • Execute trades through our web=20 site in accordance with your normal practice

  • Submit feedback to eMedsecurities= ' development team through a questionnaire sent via=20 email

  • Provide us with additional=20 feedback regarding the site as needed

The test is limited to = only 50 Beta=20 Testers so sign up now to be considered!  Request More Information.**=20

Please note:<= /B> All applications for the Beta Test must be s= ubmitted by January 24, 2001 to be considered.=20

Please=20 be advised that your information will stay in our proprietary datab= ase and=20 will not be sold, traded, given or otherwise provided to outside ve= ndors.  We respect your privacy.=20

=20

By=20 submitting your information, you implicitly state that this is some= thing=20 that interests you and that you
agree to receive periodic emails from=20 eMedsecurities.=20

Research indicated= that you=20 might benefit from our offer.  To be removed instantly and per= manently from=20 our database, simply click here= .  We respect=20 all removal requests.

** R= estrictions=20 Apply:  Beta test not open t= o residents of:  HI, IL, MI, MN, MS, NE, NH, TN, TX.  Initial Public= =20 Offerings are considered speculative investments and as such may no= t be=20 appropriate for every investor. If an investor chooses to participa= te in=20 IPOs, there are certain restrictions that apply:  Flipping- The first time an investo= r sells=20 his/her shares within the first 30 days the issue is trading in the= =20 secondary market, that investor will not be allocated shares for th= e next=20 90 days following the sale.  The second time that investor =93= flips=94,=20 they will not be allocated IPO shares for 180 days.  The third= time=20 that investor =93flips=94, they lose their IPO allocations permanen= tly.  Transferring shares- <= /B>If the=20 investor transfers IPO shares out of their account within the first= 30=20 days the issue is trading in the secondary market, they will perman= ently=20 lose their IPO allocations.  Beta investors will be chosen = from=20 all the applicants based on their income, net worth and investing=20 experience.  IPO shares will only be allocated from transa= ctions in=20 which eMedsecurities participates in the underwriting. A0007-1-A2=20
From rsvp-owner@ISI.EDU Fri Jan 19 15:08:41 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id PAA05552 for ; Fri, 19 Jan 2001 15:08:41 -0500 (EST) Received: by zephyr.isi.edu (8.9.3/8.9.3) id KAA17368 for rsvp-outgoing; Fri, 19 Jan 2001 10:59:20 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id KAA17363 for ; Fri, 19 Jan 2001 10:59:18 -0800 (PST) Received: from jupiter ([62.26.219.70]) by tnt.isi.edu (8.11.1/8.11.1) with SMTP id f0JIxGU05586 for ; Fri, 19 Jan 2001 10:59:16 -0800 (PST) Received: from mx13.newsalesjob.net (63.17.40.250[63.17.40.250])by JUPITER(MailMax 3.065) with ESMTP id 378280 for ; Fri, 19 Jan 2001 02:26:46 +0100 WST To: $user@kih.net CC: rsvp@kih.net, rsvp@kih.net, rsvp@kih.net, rsvp@kih.net, rsvp@kih.net, rsvp@kih.net X-Mailer: Mozilla 4.7 [en] (Win95; U) Message-Id: From: philbauza@newsalesjob.net Subject: Learn How To Boost Windows reliability!!! Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8BIT Date: Thu, 18 Jan 2001 20:28:11 -0500 Sender: owner-rsvp@ISI.EDU Precedence: bulk Content-Transfer-Encoding: 8BIT Dear Windows User, Now you can boost the reliability of ordinary Windows ME, 95 and 98 to nearly the level of Windows NT or 2000, Microsoft's professional and industrial version of Windows. The new WinFix 4.4 is a very effective way to improve the reliability of Windows, because it makes Windows fault-tolerant and self-repairing. And WinFix is very safe, because it operates completely independent of Windows. http://www.linkusnow.net/comph to find out more about WinFix, the safest, most effective way to keep you working, by keeping your PC working non-stop. Arlen Dixon, CEO Westwood Software Marketing * * * * * * * * * * * * * * * * * This announcement is being sent to PC users who asked to be kept informed about new developments in Windows(tm) technology. To be removed from our mailing list, go to the Email-us page OR To be removed mailto:remove@www.linkusnow.net?Subject=REMOVE From rsvp-owner@ISI.EDU Wed Jan 24 08:38:09 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id IAA20197 for ; Wed, 24 Jan 2001 08:38:08 -0500 (EST) Received: by zephyr.isi.edu (8.9.3/8.9.3) id EAA10856 for rsvp-outgoing; Wed, 24 Jan 2001 04:21:07 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id EAA10850 for ; Wed, 24 Jan 2001 04:21:05 -0800 (PST) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0OCL4U14591 for ; Wed, 24 Jan 2001 04:21:04 -0800 (PST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA18601; Wed, 24 Jan 2001 07:21:03 -0500 (EST) Message-Id: <200101241221.HAA18601@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: rsvp@ISI.EDU From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Subject: I-D ACTION:draft-ietf-rsvp-fix-iana-00.txt Date: Wed, 24 Jan 2001 07:21:03 -0500 Sender: owner-rsvp@ISI.EDU Precedence: bulk --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Resource Reservation Setup Protocol Working Group of the IETF. Title : RSVP Cryptographic Authentication-New Message Type Author(s) : B. Braden, L. Zhang Filename : draft-ietf-rsvp-fix-iana-00.txt Pages : Date : 23-Jan-01 This memo resolves a duplication in the assignment of RSVP Message Types, by changing the Message Types assigned by RFC 2747 to Challenge and Integrity Response messages. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-rsvp-fix-iana-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-ietf-rsvp-fix-iana-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-ietf-rsvp-fix-iana-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: <20010123115428.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-rsvp-fix-iana-00.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-rsvp-fix-iana-00.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <20010123115428.I-D@ietf.org> --OtherAccess-- --NextPart-- From rsvp-owner@ISI.EDU Wed Jan 24 13:36:51 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA27453 for ; Wed, 24 Jan 2001 13:36:51 -0500 (EST) Received: by zephyr.isi.edu (8.9.3/8.9.3) id JAA25649 for rsvp-outgoing; Wed, 24 Jan 2001 09:09:45 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id JAA25643 for ; Wed, 24 Jan 2001 09:09:43 -0800 (PST) Received: from gra.isi.edu (gra.isi.edu [128.9.160.133]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0OH9dU21889; Wed, 24 Jan 2001 09:09:39 -0800 (PST) From: Bob Braden Received: (from braden@localhost) by gra.isi.edu (8.8.7/8.8.6) id RAA13085; Wed, 24 Jan 2001 17:09:39 GMT Date: Wed, 24 Jan 2001 17:09:39 GMT Message-Id: <200101241709.RAA13085@gra.isi.edu> To: mankin@ISI.EDU, sob@harvard.edu Subject: Submission for Proposed Standard Cc: braden@ISI.EDU, lixia@cs.ucla.edu, rsvp@ISI.EDU X-Sun-Charset: US-ASCII Sender: owner-rsvp@ISI.EDU Precedence: bulk The RSVP Working Group wishes to submit draft-ietf-rsvp-fix-iana-00.txt to the IESG for Proposed Standard (in what will probably be our last official act.) Bob Braden From rsvp-owner@ISI.EDU Thu Jan 25 12:24:42 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA04605 for ; Thu, 25 Jan 2001 12:24:39 -0500 (EST) Received: by zephyr.isi.edu (8.9.3/8.9.3) id IAA25541 for rsvp-outgoing; Thu, 25 Jan 2001 08:16:26 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id IAA25536 for ; Thu, 25 Jan 2001 08:16:24 -0800 (PST) Received: from netmail.alcatel.com (netmail.alcatel.com [128.251.168.50]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0PGGNU09440 for ; Thu, 25 Jan 2001 08:16:23 -0800 (PST) Received: from relay2.usa.alcatel.com (relay2.usa.alcatel.com [143.209.238.7]) by netmail.alcatel.com (8.9.1/8.9.1) with ESMTP id KAA08208 for ; Thu, 25 Jan 2001 10:16:34 -0600 (CST) Received: from postal.adn.alcatel.com (localhost [127.0.0.1]) by relay2.usa.alcatel.com (8.9.3/8.9.3) with ESMTP id KAA12654 for ; Thu, 25 Jan 2001 10:16:17 -0600 (CST) Received: from adn.alcatel.com ([198.205.41.35]) by postal.adn.alcatel.com (Netscape Messaging Server 3.6) with ESMTP id AAA7068; Thu, 25 Jan 2001 10:58:57 -0500 Message-ID: <3A704A44.F5698272@adn.alcatel.com> Date: Thu, 25 Jan 2001 10:46:12 -0500 From: "Sameer Sharma" Reply-To: sameer.sharma@adn.alcatel.com Organization: Alcatel USA X-Mailer: Mozilla 4.7 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: rsvp@ISI.EDU Subject: default value for rsvpIfRefreshInterval (RFC 2206) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-rsvp@ISI.EDU Precedence: bulk Content-Transfer-Encoding: 7bit Hello, I was looking for a small clarification about RFC-2206: RSVP Management Information Base using SMIv2. The object: rsvpIfRefreshInterval has a default value as follows: DEFVAL { 3000 } -- 30 seconds Since the units are specified as "milliseconds", I am confused as to what the proper default value should be: 3 seconds or 30 seconds. I would appreciate it if anyone could clarify this. Thanks in advance, Sameer Sharma From rsvp-owner@ISI.EDU Thu Jan 25 12:59:51 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id MAA05112 for ; Thu, 25 Jan 2001 12:59:50 -0500 (EST) Received: by zephyr.isi.edu (8.9.3/8.9.3) id IAA26760 for rsvp-outgoing; Thu, 25 Jan 2001 08:44:20 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id IAA26753 for ; Thu, 25 Jan 2001 08:44:19 -0800 (PST) Received: from gra.isi.edu (gra.isi.edu [128.9.160.133]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0PGiHU12946; Thu, 25 Jan 2001 08:44:18 -0800 (PST) From: Bob Braden Received: (from braden@localhost) by gra.isi.edu (8.8.7/8.8.6) id QAA14135; Thu, 25 Jan 2001 16:44:17 GMT Date: Thu, 25 Jan 2001 16:44:17 GMT Message-Id: <200101251644.QAA14135@gra.isi.edu> To: rsvp@ISI.EDU, sameer.sharma@adn.alcatel.com Subject: Re: default value for rsvpIfRefreshInterval (RFC 2206) X-Sun-Charset: US-ASCII Sender: owner-rsvp@ISI.EDU Precedence: bulk *> From rsvp-owner@ISI.EDU Thu Jan 25 08:19:49 2001 *> Date: Thu, 25 Jan 2001 10:46:12 -0500 *> From: "Sameer Sharma" *> Reply-To: sameer.sharma@adn.alcatel.com *> Organization: Alcatel USA *> X-Mailer: Mozilla 4.7 [en] (WinNT; U) *> X-Accept-Language: en *> MIME-Version: 1.0 *> To: rsvp@ISI.EDU *> Subject: default value for rsvpIfRefreshInterval (RFC 2206) *> Content-Transfer-Encoding: 7bit *> Sender: owner-rsvp@ISI.EDU *> Precedence: bulk *> X-Lines: 15 *> *> Hello, *> *> I was looking for a small clarification about RFC-2206: RSVP Management *> Information Base using SMIv2. *> *> The object: rsvpIfRefreshInterval has a default value as follows: *> DEFVAL { 3000 } -- 30 seconds *> *> Since the units are specified as "milliseconds", I am confused as to *> what the proper default value should be: 3 seconds or 30 seconds. I *> would appreciate it if anyone could clarify this. *> *> Thanks in advance, *> Sameer Sharma *> *> Looks like a bug to me... it should probably be 30000. Bob Braden From rsvp-owner@ISI.EDU Fri Jan 26 06:06:57 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id GAA03767 for ; Fri, 26 Jan 2001 06:06:56 -0500 (EST) Received: by zephyr.isi.edu (8.9.3/8.9.3) id CAA14325 for rsvp-outgoing; Fri, 26 Jan 2001 02:01:37 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id CAA14320 for ; Fri, 26 Jan 2001 02:01:36 -0800 (PST) Received: from TYO202.gate.nec.co.jp (TYO202.gate.nec.co.jp [202.247.6.41]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0QA1YU11230 for ; Fri, 26 Jan 2001 02:01:35 -0800 (PST) Received: from mailgate4.nec.co.jp ([10.7.69.193]) by TYO202.gate.nec.co.jp (8.9.3/3.7W00121312) with ESMTP id TAA23760 for ; Fri, 26 Jan 2001 19:01:33 +0900 (JST) Received: from mailsv4.nec.co.jp (mailgate51.nec.co.jp [10.7.69.190]) by mailgate4.nec.co.jp (8.9.3/3.7W-MAILGATE-NEC) with ESMTP id TAA22848 for ; Fri, 26 Jan 2001 19:00:43 +0900 (JST) Received: from mailsv.ncos.nec.co.jp (mailsv.ncos.nec.co.jp [10.40.16.2]) by mailsv4.nec.co.jp (8.9.3/3.7W-MAILSV4-NEC) with ESMTP id TAA08181 for ; Fri, 26 Jan 2001 19:01:25 +0900 (JST) Received: from e3sp2033.e3sf.ncos.nec.co.jp by mailsv.ncos.nec.co.jp (8.11.1/3.7Wpl2-20001121) id f0QA0oP08127; Fri, 26 Jan 2001 19:00:50 +0900 (JST) Date: Fri, 26 Jan 2001 19:01:31 +0900 From: Shuji Ebisu To: rsvp@ISI.EDU Subject: Re: default value for rsvpIfRefreshInterval (RFC 2206) In-Reply-To: <200101251644.QAA14135@gra.isi.edu> References: <200101251644.QAA14135@gra.isi.edu> Message-Id: <20010126185716.6754.EBISU@ncos.nec.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.00.01 Sender: owner-rsvp@ISI.EDU Precedence: bulk Content-Transfer-Encoding: 7bit -------------------------- rfc2206 ------------------------- rsvpIfRefreshInterval OBJECT-TYPE SYNTAX TimeInterval UNITS "milliseconds" MAX-ACCESS read-create STATUS current DESCRIPTION "The value of the RSVP value 'R', which is the minimum period between refresh transmissions of a given PATH or RESV message on an interface." DEFVAL { 3000 } -- 30 seconds ::= { rsvpIfEntry 7 } -------------------------- rfc2206 ------------------------- -------------------------- rfc1903 ------------------------- TimeInterval ::= TEXTUAL-CONVENTION STATUS current DESCRIPTION "A period of time, measured in units of 0.01 seconds." SYNTAX INTEGER (0..2147483647) -------------------------- rfc1903 ------------------------- On Thu, 25 Jan 2001 16:44:17 GMT Bob Braden wrote: > > *> From rsvp-owner@ISI.EDU Thu Jan 25 08:19:49 2001 > *> Date: Thu, 25 Jan 2001 10:46:12 -0500 > *> From: "Sameer Sharma" > *> Reply-To: sameer.sharma@adn.alcatel.com > *> Organization: Alcatel USA > *> X-Mailer: Mozilla 4.7 [en] (WinNT; U) > *> X-Accept-Language: en > *> MIME-Version: 1.0 > *> To: rsvp@ISI.EDU > *> Subject: default value for rsvpIfRefreshInterval (RFC 2206) > *> Content-Transfer-Encoding: 7bit > *> Sender: owner-rsvp@ISI.EDU > *> Precedence: bulk > *> X-Lines: 15 > *> > *> Hello, > *> > *> I was looking for a small clarification about RFC-2206: RSVP Management > *> Information Base using SMIv2. > *> > *> The object: rsvpIfRefreshInterval has a default value as follows: > *> DEFVAL { 3000 } -- 30 seconds > *> > *> Since the units are specified as "milliseconds", I am confused as to > *> what the proper default value should be: 3 seconds or 30 seconds. I > *> would appreciate it if anyone could clarify this. > *> > *> Thanks in advance, > *> Sameer Sharma > *> > *> >Looks like a bug to me... it should probably be 30000. > >Bob Braden ---- Shuji Ebisu From rsvp-owner@ISI.EDU Fri Jan 26 10:41:27 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id KAA12510 for ; Fri, 26 Jan 2001 10:41:27 -0500 (EST) Received: by zephyr.isi.edu (8.9.3/8.9.3) id FAA22198 for rsvp-outgoing; Fri, 26 Jan 2001 05:45:35 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id FAA22190 for ; Fri, 26 Jan 2001 05:45:32 -0800 (PST) Received: from mail.safineh.net (IDENT:root@[213.29.62.15]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0QDjNU01230 for ; Fri, 26 Jan 2001 05:45:29 -0800 (PST) Received: from z9h5k9 ([192.168.100.249]) by mail.safineh.net (8.11.0/8.11.0) with SMTP id f0QDfmE03945 for ; Fri, 26 Jan 2001 17:11:48 +0330 From: znc@safineh.net Message-ID: <980529488@z9h5k9> Date: Fri, 26 Jan 2001 17:18:07 +0330 Subject: Catalog To: rsvp@ISI.EDU Sender: owner-rsvp@ISI.EDU Precedence: bulk Dear Sir or Madam, Please let me know the field of your commercial or industrial activity. If you have any catalog, please send me one. My address: P.O.Box 14155 - 5841 Tehran, Iran Tel & Fax: +9821 742 4714 Jan 19, 2001 Yours sincerely, Z. Neda From rsvp-owner@ISI.EDU Fri Jan 26 14:43:08 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id OAA19738 for ; Fri, 26 Jan 2001 14:43:07 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id KAA05523 for rsvp-outgoing; Fri, 26 Jan 2001 10:38:33 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id KAA05517 for ; Fri, 26 Jan 2001 10:38:32 -0800 (PST) Received: from ietf.org (odin.ietf.org [132.151.1.176]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0QIcVU09600 for ; Fri, 26 Jan 2001 10:38:31 -0800 (PST) Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA17518; Fri, 26 Jan 2001 13:38:29 -0500 (EST) Message-Id: <200101261838.NAA17518@ietf.org> To: IETF-Announce: ; Cc: rsvp@ISI.EDU From: The IESG SUBJECT: Last Call: RSVP Cryptographic Authentication-New Message Type to Proposed Standard Reply-to: iesg@ietf.org Date: Fri, 26 Jan 2001 13:38:29 -0500 Sender: owner-rsvp@ISI.EDU Precedence: bulk The IESG has received a request from the Resource Reservation Setup Protocol Working Group to consider RSVP Cryptographic Authentication-New Message Type as a Proposed Standard. The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send any comments to the iesg@ietf.org or ietf@ietf.org mailing lists by February 8, 2001. Files can be obtained via http://www.ietf.org/internet-drafts/draft-ietf-rsvp-fix-iana-00.txt From rsvp-owner@ISI.EDU Mon Jan 29 21:48:16 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id VAA15106 for ; Mon, 29 Jan 2001 21:48:14 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id RAA28036 for rsvp-outgoing; Mon, 29 Jan 2001 17:43:07 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id RAA28018 for ; Mon, 29 Jan 2001 17:43:05 -0800 (PST) Received: from dfw-smtpout1.email.verio.net (dfw-smtpout1.email.verio.net [129.250.36.41]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0U1h4U01322; Mon, 29 Jan 2001 17:43:04 -0800 (PST) Received: from [129.250.38.63] (helo=dfw-mmp3.email.verio.net) by dfw-smtpout1.email.verio.net with esmtp id 14NPng-0002lC-00; Tue, 30 Jan 2001 01:41:40 +0000 Received: from [206.133.83.14] (helo=localhost) by dfw-mmp3.email.verio.net with esmtp id 14NPnW-0003IH-00; Tue, 30 Jan 2001 01:41:31 +0000 X-Sender: misterprivacy@hushmail.com From: Dave To: "customer" Date: Mon, 29 Jan 2001 16:57:59 -0500 Subject: I could go to JAIL for selling this CD! MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001__19781715_61079.4" Message-Id: Sender: owner-rsvp@ISI.EDU Precedence: bulk This is a Multipart MIME message. ------=_NextPart_000_001__19781715_61079.4 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 7bit ------=_NextPart_000_001__19781715_61079.4 Content-Type: text/html; charset=iso-8859-1 Content-Transfer-Encoding: base64 PCFkb2N0eXBlIGh0bWwgcHVibGljICItLy93M2MvL2R0ZCBodG1sIDQuMCB0cmFuc2l0aW9u YWwvL2VuIj4NCjxodG1sPg0KPGhlYWQ+DQogICA8bWV0YSBodHRwLWVxdWl2PSJDb250ZW50 LVR5cGUiIGNvbnRlbnQ9InRleHQvaHRtbDsgY2hhcnNldD1pc28tODg1OS0xIj4NCiAgIDxt ZXRhIG5hbWU9IkdFTkVSQVRPUiIgY29udGVudD0iTW96aWxsYS80LjYxIFtlbl0gKFdpbjk4 OyBJKSBbTmV0c2NhcGVdIj4NCiAgIDx0aXRsZT5UaGUgQkFOTkVEIENEITwvdGl0bGU+DQo8 L2hlYWQ+DQo8Ym9keT4NCjxmb250IHNpemU9KzE+SGksPC9mb250Pg0KPHA+PGZvbnQgc2l6 ZT0rMT5JIGhhdmUgYmVlbiByZWNpZXZpbmcgZW1haWxzIHNheWluZyB0aGF0IEknbSBjb250 cmlidXRpbmcNCnRvPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+dGhlICJtb3JhbCBkZWNh eSBvZiBzb2NpZXR5IiBieSBzZWxsaW5nIHRoZSBCYW5uZWQgQ0QuJm5ic3A7DQpUaGF0PC9m b250Pg0KPGJyPjxmb250IHNpemU9KzE+bWF5IGJlLCBidXQgSSBmZWVsIHN0cm9uZ2x5IHRo YXQgeW91IGhhdmUgYSByaWdodCB0bw0KYmVuZWZpdCBmcm9tPC9mb250Pg0KPGJyPjxmb250 IHNpemU9KzE+dGhpcyBoYXJkLXRvLWZpbmQgaW5mb3JtYXRpb24uPC9mb250Pg0KPHA+PGZv bnQgY29sb3I9IiNDQzAwMDAiPjxmb250IHNpemU9KzE+U28gSSBhbSBnaXZpbmcgeW91IE9O RSBMQVNUIENIQU5DRQ0KdG8gb3JkZXI8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9y PSIjQ0MwMDAwIj48Zm9udCBzaXplPSsxPnRoZSBCYW5uZWQgQ0QhPC9mb250PjwvZm9udD4N Cjxicj4mbmJzcDsNCjx0YWJsZSBCT1JERVI9MCBDT0xTPTIgV0lEVEg9Ijc1JSIgPg0KPHRy Pg0KPHRkIFdJRFRIPSIxJSI+PGltZyBTUkM9Imh0dHA6Ly9jb21wdXpvbmV1c2EuY29tL2lt YWdlcy9zcHkuanBnIiBoZWlnaHQ9MTI4IHdpZHRoPTg2PjwvdGQ+DQoNCjx0ZD48Zm9udCBz aXplPSsxPldpdGggdGhpcyBwb3dlcmZ1bCBDRCwgeW91IHdpbGwgYmUgYWJsZSB0byBpbnZl c3RpZ2F0ZQ0KeW91ciBmcmllbmRzLCBlbmVtaWVzIGFuZCBsb3ZlcnMgaW4ganVzdCBtaW51 dGVzIHVzaW5nIHRoZSBJbnRlcm5ldC4mbmJzcDsNCllvdSBjYW4gdHJhY2sgZG93biBvbGQg ZmxhbWVzIGZyb20gY29sbGVnZSwgb3IgeW91IGNhbiBkaWcgdXAgc29tZSBkaXJ0DQpvbiB5 b3VyIGJvc3MgdG8gbWFrZSBzdXJlIHlvdSBnZXQgdGhhdCBuZXh0IHByb21vdGlvbiE8L2Zv bnQ+PC90ZD4NCjwvdHI+DQo8L3RhYmxlPg0KDQo8cD48Zm9udCBzaXplPSsxPk9yIG1heWJl IHlvdSB3YW50IGEgZmFrZSBkaXBsb21hIHRvIGhhbmcgb24geW91ciBiZWRyb29tPC9mb250 Pg0KPGJyPjxmb250IHNpemU9KzE+d2FsbC4mbmJzcDsgWW91J2xsIGZpbmQgYWRkcmVzc2Vz IGZvciBjb21wYW5pZXMgdGhhdA0KbWFrZSB0aGVzZTwvZm9udD4NCjxicj48Zm9udCBzaXpl PSsxPmRpcGxvbWFzIG9uIHRoZSBCYW5uZWQgQ0QuPC9mb250Pg0KPHA+PGZvbnQgc2l6ZT0r MT5OZWVkIHRvIGRpc2FwcGVhciBmYXN0IGFuZCBuZXZlciBsb29rIGJhY2s/Jm5ic3A7IE5v IHByb2JsZW0hPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+VXNpbmcgdGhlIEJhbm5lZCBD RCwgeW91IHdpbGwgbGVhcm4gaG93IHRvIGJ1aWxkIGEgY29tcGxldGVseTwvZm9udD4NCjxi cj48Zm9udCBzaXplPSsxPm5ldyBpZGVudGl0eS48L2ZvbnQ+DQo8cD48Zm9udCBzaXplPSsx Pk9idmlvdXNseSwgdGhlIFBvd2VycyBUaGF0IEJlIGRvbid0IHdhbnQgeW91IHRvIGhhdmUg dGhlPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+QmFubmVkIENELiZuYnNwOyBUaGV5IGhh dmUgdGhyZWF0ZW5lZCBtZSB3aXRoIGxhd3N1aXRzLA0KZmluZXMsPC9mb250Pg0KPGJyPjxm b250IHNpemU9KzE+YW5kIGV2ZW4gaW1wcmlzb25tZW50IHVubGVzcyBJIHN0b3Agc2VsbGlu ZyBpdCBpbW1lZGlhdGVseS48L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0rMT5CdXQgSSBmZWVs IHRoYXQgWU9VIGhhdmUgYSBDb25zdGl0dXRpb25hbCByaWdodCB0byBhY2Nlc3M8L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0rMT50aGlzIHR5cGUgb2YgaW5mb3JtYXRpb24sIGFuZCBJIGNh bid0IGJlIGludGltaWRhdGVkLjwvZm9udD4NCjxicj4mbmJzcDsNCjx0YWJsZSBCT1JERVI9 MCBDT0xTPTIgV0lEVEg9IjUwJSIgPg0KPHRyPg0KPHRkIFdJRFRIPSIxMDAlIj48aT48Zm9u dCBjb2xvcj0iIzMzMzNGRiI+PGZvbnQgc2l6ZT0rMT5VbmNsZSBTYW0gYW5kIHlvdXINCmNy ZWRpdG9ycyBhcmUgaG9ycmlmaWVkIHRoYXQgSSBhbSBzdGlsbCBzZWxsaW5nIHRoaXMgcHJv ZHVjdCEmbmJzcDsgVGhlcmUNCm11c3QgYmUgYSBwcmljZSBvbiBteSBoZWFkITwvZm9udD48 L2ZvbnQ+PC9pPjwvdGQ+DQoNCjx0ZCBXSURUSD0iMSUiPjxpbWcgU1JDPSJodHRwOi8vY29t cHV6b25ldXNhLmNvbS9pbWFnZXMvb3V0bGF3LmpwZyIgaGVpZ2h0PTEyOCB3aWR0aD05Mz48 L3RkPg0KPC90cj4NCjwvdGFibGU+DQoNCjxwPjxmb250IHNpemU9KzE+V2h5IGFyZSB0aGV5 IHNvIHVwc2V0PyBCZWNhdXNlIHRoaXMgQ0QgZ2l2ZXMgeW91IGZyZWVkb20uPC9mb250Pg0K PGJyPjxmb250IHNpemU9KzE+QW5kIHlvdSBjYW4ndCBidXkgZnJlZWRvbSBhdCB5b3VyIGxv Y2FsIFdhbG1hcnQuJm5ic3A7DQpZb3Ugd2lsbDwvZm9udD4NCjxicj48Zm9udCBzaXplPSsx PmhhdmUgdGhlIGZyZWVkb20gdG8gYXZvaWQgY3JlZGl0b3JzLCBqdWRnbWVudHMsIGxhd3N1 aXRzLA0KSVJTPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+dGF4IGNvbGxlY3RvcnMsIGNy aW1pbmFsIGluZGljdG1lbnRzLCB5b3VyIGdyZWVkeSBleC13aWZlDQpvcjwvZm9udD4NCjxi cj48Zm9udCBzaXplPSsxPmV4LWh1c2JhbmQsIGFuZCBNVUNIIG1vcmUhPC9mb250Pg0KPHA+ PGZvbnQgc2l6ZT0rMT5KdXN0IGxvb2sgYXQgc29tZSBvZiB0aGUgdGhpbmdzIHlvdSBjYW4g ZG8gd2l0aCB0aGlzIENEDQouLi48L2ZvbnQ+DQo8dWw+DQo8bGk+DQo8Yj48Zm9udCBjb2xv cj0iIzAwMDA5OSI+U2F2ZSBodW5kcmVkcyBvciBldmVuIHRob3VzYW5kcyBvZiBkb2xsYXJz IG9uDQp5b3VyIHRheGVzIGJ5IHVzaW5nIHRoZSBzZWNyZXQgdGF4IHRpcHMgY29udGFpbmVk IGluIHRoaXMgcGFja2FnZS4mbmJzcDsNClRoZSBJUlMgZG9lcyBOT1Qgd2FudCB5b3UgdG8g a25vdyB0aGVzZSBsb29waG9sZXMhPC9mb250PjwvYj48L2xpPg0KDQo8bGk+DQo8Yj48Zm9u dCBjb2xvcj0iIzAwMDA5OSI+VHJhY2sgZG93biBmcmllbmRzIGFuZCBvbGQgZmxhbWVzIGZy b20gdGhlIGNvbWZvcnQNCm9mIHlvdXIgb3duIGhvbWUgd2l0aCBvdXIgSW50ZXJuZXQgaW52 ZXN0aWdhdGlvbiByZXNvdXJjZXMhPC9mb250PjwvYj48L2xpPg0KDQo8bGk+DQo8Yj48Zm9u dCBjb2xvcj0iIzAwMDA5OSI+RmluZCBvdXQgd2hlcmUgeW91ciBFWCBpcyBoaWRpbmcgdGhl aXIgbW9uZXkgdG8NCmF2b2lkIGFsaW1vbnksIGNoaWxkIHN1cHBvcnQsIG9yIGRpdm9yY2Ug c2V0dGxlbWVudHMuIFRoZW4gZ2V0IHlvdXIgaGFuZHMNCm9uIHRoYXQgbW9uZXkuJm5ic3A7 IEJsZWVkICdlbSBkcnkhJm5ic3A7IFByaXZhdGUgaW52ZXN0aWdhdG9ycyBjaGFyZ2UNCnRo b3VzYW5kcyBvZiBkb2xsYXJzIGZvciB0aGlzIHNlcnZpY2UsIGJ1dCB5b3UgY2FuIGRvIGl0 IHdpdGggYSBjb21wdXRlcg0KYW5kIGFuIGludGVybmV0IGNvbmVjdGlvbiB3aGVuIHlvdSBi dXkgdGhlIEJhbm5lZCBDRCE8L2ZvbnQ+PC9iPjwvbGk+DQoNCjxsaT4NCjxiPjxmb250IGNv bG9yPSIjMDAwMDk5Ij5MZWFybiBob3cgdG8gdXNlIG9mZnNob3JlIG1vbmV5IGhhdmVucyBh bmQgYXNzZXQNCnByb3RlY3Rpb24gdHJ1c3RzIHRvIGF2b2lkIGxhd3N1aXRzLCBqdWRnbWVu dHMsIGFuZCBmb29sIHRoZSBtb3N0IGFnZ3Jlc3NpdmUNCnRheCBjb2xsZWN0b3IhJm5ic3A7 IElmIHlvdXIgbW9uZXkgaXMgc2l0dGluZyBpbiBhIFVTIGJhbmsgYWNjb3VudCwgeW91cg0K ZnVuZHMgY2FuIGJlIGxldmllZCBvciBmcm96ZW4gY29tcGxldGVseSBhdCBhbnkgdGltZS4m bmJzcDsgVGhlIFVTIGdvdmVybm1lbnQNCnVzZXMgImNpdmlsIGFzc2V0IGZvcmZlaXR1cmUi IHRvIHN0ZWFsIGJpbGxpb25zIG9mIGRvbGxhcnMgZWFjaCB5ZWFyIGZyb20NCmhhcmQtd29y a2luZywgbGF3IGFiaWRpbmcgY2l0aXplbnMuJm5ic3A7IEdldCB5b3VyIG1vbmV5IG91dCBv ZiB0aGUgY291bnRyeQ0KYmVmb3JlIFVuY2xlIFNhbSBzbmF0Y2hlcyBpdCBhbGwuPC9mb250 PjwvYj48L2xpPg0KDQo8bGk+DQo8Yj48Zm9udCBjb2xvcj0iIzAwMDA5OSI+RmluZCBvdXQg d2hlcmUgdG8gYnV5ICJmb3JiaWRkZW4gcHJvZHVjdHMiIG9uDQp0aGUgSW50ZXJuZXQuIEZ1 cnRoZXIgZWxhYm9yYXRpb24gc2hvdWxkIG5vdCBiZSBuZWNlc3Nhcnk7IGp1c3QgdXNlIHlv dXINCmltYWdpbmF0aW9uLjwvZm9udD48L2I+PC9saT4NCg0KPGxpPg0KPGI+PGZvbnQgY29s b3I9IiMwMDAwOTkiPkdldCBhIGJldHRlciBqb2IgYnkgcHVyY2hhc2luZyBhIGNvbGxlZ2Ug ZGVncmVlDQooaW5jbHVkaW5nIGEgUGhkISkgZm9yIGEgdmVyeSBsb3cgZmVlLiBObyBzdHVk eSByZXF1aXJlZCE8L2ZvbnQ+PC9iPjwvbGk+DQoNCjxsaT4NCjxiPjxmb250IGNvbG9yPSIj MDAwMDk5Ij5JZiB5b3VyIEVYIGlzIGNvbWluZyBhZnRlciB5b3VyIG1vbmV5LCBzdGF5IG9u ZQ0Kc3RlcCBhaGVhZCBvZiB0aGUgbGF3eWVycyBhbmQga2VlcCB0aGVpciBncmVlZHkgaGFu ZHMgb2ZmIHlvdXIgbG9vdC4gRmluZA0Kb3V0IGhvdyB0byBoaWRlIHlvdXIgbW9uZXkgd2hl cmUgaXQgd2lsbCBuZXZlciBiZSBmb3VuZC48L2ZvbnQ+PC9iPjwvbGk+DQoNCjxsaT4NCjxi Pjxmb250IGNvbG9yPSIjMDAwMDk5Ij5Bdm9pZCBsZWdhbCBwcm9ibGVtcywganVkZ21lbnRz LCBjb252aWN0aW9ucywNCmFuZCBldmVuIHByaXNvbiBzZW50ZW5jZXMgYnkgb2J0YWluaW5n IGEgY29tcGxldGVseSBuZXcgaWRlbnRpdHkgYW5kIGRpc2FwcGVhcmluZw0Kd2l0aG91dCBh IHRyYWNlITwvZm9udD48L2I+PC9saT4NCg0KPGxpPg0KPGI+PGZvbnQgY29sb3I9IiMwMDAw OTkiPkVyYXNlIHlvdXIgY3JpbWluYWwgcmVjb3JkIGFuZCBvYnRhaW4gYSBjb3B5IG9mDQp5 b3VyIEZCSSBmaWxlIHVzaW5nIHRoZSBGcmVlZG9tIG9mIEluZm9ybWF0aW9uIEFjdC4mbmJz cDsgRmluZCBvdXQgaWYgdGhlDQpnb3Zlcm5tZW50IGlzIGludmVzdGlnYXRpbmcgeW91IE5P VyBiZWZvcmUgaXQncyB0b28gTEFURSE8L2ZvbnQ+PC9iPjwvbGk+DQo8L3VsPg0KPGZvbnQg c2l6ZT0rMT5JZiB5b3UgaGF2ZSBiZWVuIHB1dHRpbmcgb2ZmIGJ1eWluZyBUaGUgQmFubmVk IENELCB3aGF0IGFyZQ0KeW91PC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+d2FpdGluZyBm b3I/Jm5ic3A7IEJpZyBCcm90aGVyIGlzIGFscmVhZHkgYnJlYXRoaW5nIGRvd24NCm15IG5l Y2ssIHNvPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+SSBjYW4ndCBrZWVwIHNlbGxpbmcg aXQgZm9yZXZlci4mbmJzcDsgSWYgeW91IGtlZXAgd2FpdGluZw0KdG8gcGxhY2U8L2ZvbnQ+ DQo8YnI+PGZvbnQgc2l6ZT0rMT55b3VyIG9yZGVyLCB5b3UgbWF5IG5ldmVyIGZpbmQgVGhl IEJhbm5lZCBDRCBhZ2Fpbi4mbmJzcDsNCkZvciBvbmx5PC9mb250Pg0KPGJyPjxmb250IHNp emU9KzE+JDE5Ljk5LCB5b3Ugd2lsbCBnYWluIHZhbHVhYmxlIHBlYWNlLW9mLW1pbmQga25v d2luZw0KaG93IHRvPC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+c2FmZWd1YXJkIHlvdXJz ZWxmLCB5b3VyIGZhbWlseSwgYW5kIHlvdXIgbW9uZXkuJm5ic3A7DQpXaG8gY2FuIHB1dCBh PC9mb250Pg0KPGJyPjxmb250IHNpemU9KzE+cHJpY2Ugb24gZnJlZWRvbT8hPC9mb250Pg0K PHA+PGk+PHU+PGZvbnQgc2l6ZT0rMT5IZXJlIGlzIGFub3RoZXIgbG9vayBhdCB0aGUgY29u dGVudHMgb2YgdGhlIEJBTk5FRA0KQ0Q6PC9mb250PjwvdT48L2k+DQo8cD48aW1nIFNSQz0i aHR0cDovL2NvbXB1em9uZXVzYS5jb20vaW1hZ2VzL2J1dHRvbi5naWYiIGhlaWdodD0xOSB3 aWR0aD0xOT48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT4NCkZpbmQgY29u ZmlkZW50aWFsIGluZm8gb24gYW55b25lIGluIDMwIG1pbnV0ZXMgb3I8L2ZvbnQ+PC9mb250 Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPmxlc3Mgb24gdGhl IEludGVybmV0LiBZb3UnbGwgYmUNCmFibGUgdG8gdHJhY2sgZG93biB5b3VyPC9mb250Pjwv Zm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5vbGQgZmxh bWUsIGZpbmQgb3V0IGhvdyBtdWNoIG1vbmV5DQp5b3VyIGV4IGlzIGhpZGluZzwvZm9udD48 L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+aW4gdGhl aXIgYmFuayBhY2NvdW50LCBvciBydW4gYQ0KYmFja2dyb3VuZCBjaGVjayBvbjwvZm9udD48 L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+cHJvZXNw ZWN0aXZlIGNsaWVudCBvciBlbXBsb3llZS4NCkV2ZW4gZ292ZXJubWVudDwvZm9udD48L2Zv bnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+YWdlbmNpZXMg aGF2ZSB0cm91YmxlIG9idGFpbmluZw0KbXVjaCBvZiB0aGlzIGluZm9ybWF0aW9uLjwvZm9u dD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+WW91 IHdpbGwgaGF2ZSBhbGwgdGhlIHJlc291cmNlcw0Kb2YgYW55IHByb2Zlc3Npb25hbDwvZm9u dD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+aW52 ZXN0aWdhdG9yIHJpZ2h0IGF0IHlvdXIgZmluZ2VydGlwcw0KLSBvbiB5b3VyIGhvbWU8L2Zv bnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPmNv bXB1dGVyITwvZm9udD48L2ZvbnQ+DQo8cD48aW1nIFNSQz0iaHR0cDovL2NvbXB1em9uZXVz YS5jb20vaW1hZ2VzL2J1dHRvbi5naWYiIGhlaWdodD0xOSB3aWR0aD0xOT48Zm9udCBjb2xv cj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT4NCkxpc3Qgb2YgY29tcGFuaWVzIHdobyB3aWxs IGlzc3VlIHlvdSBhIGNvbGxlZ2U8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIj NjY2NjY2Ij48Zm9udCBzaXplPSsxPmRlZ3JlZSAoaW5jbHVkaW5nIGEgUGhkLikgZm9yIGEN CmZlZS4gTm8gc3R1ZHkgcmVxdWlyZWQhPC9mb250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJo dHRwOi8vY29tcHV6b25ldXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdp ZHRoPTE5Pjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPg0KTGVhcm4gaG93 IHRvIGdldCBGUkVFIGNhYmxlIGFuZCBEU1MgY2hhbm5lbHMsPC9mb250PjwvZm9udD4NCjxi cj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5pbmNsdWRpbmcgdGhlIGFk dWx0IHN0YXRpb25zIGFuZA0KUGF5LVBlci1WaWV3ITwvZm9udD48L2ZvbnQ+DQo8cD48aW1n IFNSQz0iaHR0cDovL2NvbXB1em9uZXVzYS5jb20vaW1hZ2VzL2J1dHRvbi5naWYiIGhlaWdo dD0xOSB3aWR0aD0xOT48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT4NCkhv dyB0byBPYnRhaW4gTWljcm9zb2Z0IFByb2R1Y3RzIGFic29sdXRlbHk8L2ZvbnQ+PC9mb250 Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPkZSRUUsIHRoZSBz YWZlIGFuZCBMRUdBTCB3YXkhPC9mb250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJodHRwOi8v Y29tcHV6b25ldXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdpZHRoPTE5 Pjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPg0KTGlzdCBvZiBzdXBwbGll cnMgb2YgInF1ZXN0aW9uYWJsZSIgaXRlbXMsIHN1Y2g8L2ZvbnQ+PC9mb250Pg0KPGJyPjxm b250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPmFzIGZjYyBiYW5uZWQgY29tbXVu aWNhdGlvbnMgZGV2aWNlcywNCnNjYW5uZXJzLDwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQg Y29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+bmlnaHQgdmlzaW9uIGdvZ2dsZXMsIHBh c3Nwb3J0cywNCmZha2UgaWRlbnRpZmljYXRpb24sPC9mb250PjwvZm9udD4NCjxicj48Zm9u dCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5hbmQgZXZlcnl0aGluZyBlbHNlIHRo YXQgeW91IHdvbid0DQpmaW5kIGluIHRoZSBiYWNrPC9mb250PjwvZm9udD4NCjxicj48Zm9u dCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5vZiBTb2xkaWVyIG9mIEZvcnR1bmUg bWFnYXppbmUhPC9mb250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJodHRwOi8vY29tcHV6b25l dXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdpZHRoPTE5Pjxmb250IGNv bG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPg0KRmluZCBwcm9kdWN0cyB0byByZXNlbGwg b24gdGhlIEludGVybmV0IHdpdGggb3VyPC9mb250PjwvZm9udD4NCjxicj48Zm9udCBjb2xv cj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5XaG9sZXNhbGUgRGlyZWN0b3J5IGNvbnRhaW5p bmcNCm92ZXIgMSBtaWxsaW9uPC9mb250PjwvZm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzY2 NjY2NiI+PGZvbnQgc2l6ZT0rMT4odGhhdCdzIHJpZ2h0LCBvbmUgbWlsbGlvbiEpIHdob2xl c2FsZQ0Kc291cmNlcyBmb3I8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2 NjY2Ij48Zm9udCBzaXplPSsxPmNvbXB1dGVycywgZWxlY3Ryb25pY3MsIGJlYW5pZXMsDQp0 cmVuZCBpdGVtcyw8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48 Zm9udCBzaXplPSsxPmpld2VscnksIGNhcnMsIGNvbGxlY3RpYmxlcywgYW5kDQpldmVyeXRo aW5nIGVsc2UhPC9mb250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJodHRwOi8vY29tcHV6b25l dXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdpZHRoPTE5Pjxmb250IGNv bG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPg0KT3ZlciAyNSBtaWxsaW9uIGVtYWlsIGFk ZHJlc3NlcywgZnJlc2ggYW5kPC9mb250PjwvZm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzY2 NjY2NiI+PGZvbnQgc2l6ZT0rMT50YXJnZXRlZCEgWW91IGNhbiB1c2UgdGhlc2UgdG8NCmNv bnRhY3QgdGhlIHBlb3BsZTwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2 NjYiPjxmb250IHNpemU9KzE+YW5kIHNlbmQgdGhlbSB5b3VyIGFkdmVydGlzZW1lbnRzLjwv Zm9udD48L2ZvbnQ+DQo8cD48aW1nIFNSQz0iaHR0cDovL2NvbXB1em9uZXVzYS5jb20vaW1h Z2VzL2J1dHRvbi5naWYiIGhlaWdodD0xOSB3aWR0aD0xOT48Zm9udCBjb2xvcj0iIzY2NjY2 NiI+PGZvbnQgc2l6ZT0rMT4NCkZpbmQgb3V0IGhvdyB0byBnZXQgYSBjb21wbGV0ZWx5IG5l dyBpZGVudGl0eS48L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48 Zm9udCBzaXplPSsxPkRpc2FwcGVhciB3aXRob3V0IGEgdHJhY2UhPC9mb250PjwvZm9udD4N CjxwPjxpbWcgU1JDPSJodHRwOi8vY29tcHV6b25ldXNhLmNvbS9pbWFnZXMvYnV0dG9uLmdp ZiIgaGVpZ2h0PTE5IHdpZHRoPTE5Pjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXpl PSsxPg0KRmluZCBvdXQgaG93IHRvIEVSQVNFIGJhZCBjcmVkaXQgYW5kIGV2ZW48L2ZvbnQ+ PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPmNyZWF0 ZSBhIHdob2xlIG5ldyBmaWxlIGluIHRoZQ0KY3JlZGl0IGJ1cmVhdSBjb21wdXRlcnMuPC9m b250PjwvZm9udD4NCjxwPjxpbWcgU1JDPSJodHRwOi8vY29tcHV6b25ldXNhLmNvbS9pbWFn ZXMvYnV0dG9uLmdpZiIgaGVpZ2h0PTE5IHdpZHRoPTE5Pjxmb250IGNvbG9yPSIjNjY2NjY2 Ij48Zm9udCBzaXplPSsxPg0KTGVhcm4gaG93IHRvIGJlYXQgdGhlIElSUy4gVGF4IHRpcHMg Zm9yIHRoZTwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250 IHNpemU9KzE+cmVzdCBvZiB1cy48L2ZvbnQ+PC9mb250Pg0KPHA+PGltZyBTUkM9Imh0dHA6 Ly9jb21wdXpvbmV1c2EuY29tL2ltYWdlcy9idXR0b24uZ2lmIiBoZWlnaHQ9MTkgd2lkdGg9 MTk+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+DQpDb21wbGV0ZSBndWlk ZSBvbiBob3cgdG8gY2xhaW0gcHVibGljIGxhbmQ8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250 IGNvbG9yPSIjNjY2NjY2Ij48Zm9udCBzaXplPSsxPm9mZmVyZWQgYnkgdGhlIEdvdmVybm1l bnQuIFlvdQ0KY2FuIGZpbmQgeW91cjwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9 IiM2NjY2NjYiPjxmb250IHNpemU9KzE+ZHJlYW0gaG9tZSBmb3IgYSByaWRpY3Vsb3VzbHkg bG93DQpwcmljZSBvciBidXk8L2ZvbnQ+PC9mb250Pg0KPGJyPjxmb250IGNvbG9yPSIjNjY2 NjY2Ij48Zm9udCBzaXplPSsxPnByb3BlcnRpZXMgdG8gcmVzZWxsIGZvciBhIGh1Z2UNCnBy b2ZpdCE8L2ZvbnQ+PC9mb250Pg0KPHA+PGltZyBTUkM9Imh0dHA6Ly9jb21wdXpvbmV1c2Eu Y29tL2ltYWdlcy9idXR0b24uZ2lmIiBoZWlnaHQ9MTkgd2lkdGg9MTk+PGZvbnQgY29sb3I9 IiM2NjY2NjYiPjxmb250IHNpemU9KzE+DQpBY2NlcHQgY2hlY2tzIGZyb20geW91ciBjdXN0 b21lcnMgYnkgZmF4LDwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYi Pjxmb250IHNpemU9KzE+cGhvbmUgYW5kIGVtYWlsIHdpdGggdGhlIGZ1bGwgd29ya2luZw0K dmVyc2lvbiBvZjwvZm9udD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxm b250IHNpemU9KzE+Q2hlY2tlciBTb2Z0d2FyZSBpbmNsdWRlZCE8L2ZvbnQ+PC9mb250Pg0K PHA+PGltZyBTUkM9Imh0dHA6Ly9jb21wdXpvbmV1c2EuY29tL2ltYWdlcy9idXR0b24uZ2lm IiBoZWlnaHQ9MTkgd2lkdGg9MTk+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9 KzE+DQpCdXNpbmVzcyBzb2Z0d2FyZSB0byBoZWxwIHlvdSBydW4geW91ciBzbWFsbDwvZm9u dD48L2ZvbnQ+DQo8YnI+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+YnVz aW5lc3MsIGluY2x1ZGluZyBsYWJlbCBtYWtlcg0Kc29mdHdhcmUsIG1vbmV5PC9mb250Pjwv Zm9udD4NCjxicj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5tYW5hZ2Vt ZW50IHNvZnR3YXJlLCBJUlMgZm9yZ2l2ZW5lc3MNCnByb2dyYW0sPC9mb250PjwvZm9udD4N Cjxicj48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT5kYXRhYmFzZSBzb2Z0 d2FyZSwgYW5kIG11Y2ggbW9yZS48L2ZvbnQ+PC9mb250Pg0KPHA+PGltZyBTUkM9Imh0dHA6 Ly9jb21wdXpvbmV1c2EuY29tL2ltYWdlcy9idXR0b24uZ2lmIiBoZWlnaHQ9MTkgd2lkdGg9 MTk+PGZvbnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+DQpBIGh1Z2UgY29sbGVj dGlvbiBvZiBzY3JlZW5zYXZlcnMsIGdyYXBoaWNzLDwvZm9udD48L2ZvbnQ+DQo8YnI+PGZv bnQgY29sb3I9IiM2NjY2NjYiPjxmb250IHNpemU9KzE+Y2xpcGFydCwgYW5kIGRlc2t0b3Ag dGhlbWVzIHRvDQpzcGljZSB1cCB5b3VyIGNvbXB1dGVyLjwvZm9udD48L2ZvbnQ+DQo8cD48 aW1nIFNSQz0iaHR0cDovL2NvbXB1em9uZXVzYS5jb20vaW1hZ2VzL2J1dHRvbi5naWYiIGhl aWdodD0xOSB3aWR0aD0xOT48Zm9udCBjb2xvcj0iIzY2NjY2NiI+PGZvbnQgc2l6ZT0rMT4N Ck1VQ0gsIE1VQ0ggTU9SRSB0aGF0IHdlIGRvbid0IGhhdmUgcm9vbSB0byBsaXN0ITwvZm9u dD48L2ZvbnQ+DQo8cD48Zm9udCBzaXplPSsxPldlIGFyZSBzbyBjb25maWRlbnQgdGhhdCB5 b3Ugd2lsbCBsb3ZlIHRoaXMgQ0QgdGhhdCB3ZTwvZm9udD4NCjxicj48Zm9udCBzaXplPSsx Pm9mZmVyIGEgZnVsbCAzMC1kYXksIG5vIHF1ZXN0aW9ucyBhc2tlZCBtb25leS1iYWNrPC9m b250Pg0KPGJyPjxmb250IHNpemU9KzE+Z3VhcmFudGVlLiBUbyBvcmRlciB0aGUgIkJhbm5l ZCBDRCIgcmlnaHQgbm93IGZvciB0aGU8L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0rMT5zdXBl ciBsb3cgcHJpY2Ugb2Ygb25seSAkMTkuOTksIGp1c3QgY2xpY2sgb24gdGhlIGxpbms8L2Zv bnQ+DQo8YnI+PGZvbnQgc2l6ZT0rMT5iZWxvdyB0byBwYXkgd2l0aCBhIFZpc2Egb3IgTWFz dGVyY2FyZDo8L2ZvbnQ+DQo8YnI+Jm5ic3A7DQo8dGFibGUgQk9SREVSPTAgQ09MUz0yIFdJ RFRIPSI1MCUiID4NCjx0cj4NCjx0ZD48Zm9udCBzaXplPSsyPjxhIGhyZWY9Imh0dHA6Ly93 d3cuY29tcHV6b25ldXNhLmNvbS9jY3BheW1lbnQvYmFubmVkY2Q3Mi5odG0iPk9yZGVyDQpO b3chPC9hPjwvZm9udD48L3RkPg0KDQo8dGQ+DQo8Y2VudGVyPjxpbWcgU1JDPSJodHRwOi8v Y29tcHV6b25ldXNhLmNvbS9pbWFnZXMvZ3VhcmFudGVlLmdpZiIgaGVpZ2h0PTk2IHdpZHRo PTk1PjwvY2VudGVyPg0KPC90ZD4NCjwvdHI+DQo8L3RhYmxlPg0KDQo8cD5PciB5b3UgbWF5 IHBheSB3aXRoIGNhc2gsIGNoZWNrIG9yIG1vbmV5IG9yZGVyIGJ5IHByaW50aW5nIHRoZSBv cmRlcg0KPGJyPmZvcm0gYmVsb3cgYW5kIHNlbmRpbmcgaXQgd2l0aCB5b3VyIHBheW1lbnQu DQo8cD48Yj4tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tIENVVCBIRVJFIC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tPC9iPg0KPHA+UHJvZHVjdDogIlRoZSBCYW5uZWQgQ0QiDQo8YnI+UHJp Y2U6ICQxOS45OSArICQ0LjAxIHNoaXBwaW5nL2hhbmRsaW5nDQo8cD5IT1cgVE8gT1JERVIg QlkgTUFJTDogUHJpbnQgb3V0IHRoaXMgb3JkZXIgZm9ybSBhbmQgc2VuZCBjYXNoLA0KPGJy PnBlcnNvbmFsIGNoZWNrLCBtb25leSBvcmRlciBvciBjYXNoaWVyJ3MgY2hlY2sgdG8gdGhl IGFkZHJlc3MgbGlzdGVkDQpiZWxvdzoNCjxwPlF1aWtzaWx2ZXIgRW50ZXJwcmlzZXMgSW5j Lg0KPGJyPjM3OTIgQnJvYWR3YXkgIzM5OA0KPGJyPk5ldyBZb3JrLCBOWSAxMDAzMg0KPHA+ WW91ciBTaGlwcGluZyBJbmZvcm1hdGlvbjoNCjxwPllvdXIgTmFtZV9fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPGJyPllvdXIgQWRkcmVzc19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPGJyPllvdXIgQ2l0eV9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPGJyPlN0YXRl IC8gWmlwX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPGJy PlBob25lICM6IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f Xw0KPGJyPihGb3IgcHJvYmxlbXMgd2l0aCB5b3VyIG9yZGVyIG9ubHkuIE5vIHNhbGVzbWVu IHdpbGwgY2FsbC4pDQo8cD5FbWFpbCBBZGRyZXNzX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXw0KPHA+UGxlYXNlIG5vdGUgdGhhdCBtYWlsLWluIG9yZGVycyBt YXkgYmUgZGVsYXllZCAyLTQgd2Vla3MuDQo8cD5bIF0gSSBhbSBlbmNsb3NpbmcgYSBjaGVj ayBvciBtb25leSBvcmRlciBmb3IgJDI0LjAwDQo8cD5bIF0gSSBhbSBtYWlsaW5nIG15IGNy ZWRpdCBjYXJkIG51bWJlci4gKE5vdGUgeW91ciBjYXJkIHdpbGwgYmUgY2hhcmdlZA0KZm9y ICQyNC4wMCkNCjxwPklmIHBheWluZyBieSBjcmVkaXQgY2FyZCwgcGxlYXNlIGZpbGwgaW4g dGhlIGluZm9ybWF0aW9uIGJlbG93Og0KPHA+Q3JlZGl0IENhcmQgTnVtYmVyOl9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fDQo8YnI+RXhwaXJhdGlvbiBEYXRlOl9fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPGJyPlNpZ25hdHVyZTpfX19fX19fX19fX19fX19fX19f X19fX19fDQo8YnI+RGF0ZTpfX19fX19fX19fX19fX19fX19fXw0KPHA+Tk9URTogVGhpcyBD RCBpcyBmb3IgaW5mb3JtYXRpb25hbCwgZWR1Y2F0aW9uYWwsIG9yDQo8YnI+ZW50ZXJ0YWlu bWVudCBwdXJwb3NlcyBvbmx5LiZuYnNwOyBTb21lIG9mIHRoZSBhY3Rpdml0aWVzDQo8YnI+ ZGVzY3JpYmVkIG9uIHRoaXMgQ0QgbWF5IGJlIGlsbGVnYWwgaWYgY2FycmllZCBvdXQuDQo8 YnI+VGhpcyBDRCBjb250YWlucyBsaW5rcyBhbmQgYWRkcmVzc2VzIG9mIGNvbXBhbmllcw0K PGJyPmFuZCBpbmRpdmlkdWFscyB3aGljaCBwcm9kdWNlIHZhcmlvdXMgcHJvZHVjdHMsIG9y DQo8YnI+b2ZmZXIgdmFyaW91cyBzZXJ2aWNlcywgd2hpY2ggbWF5IGJlIGlsbGVnYWwgaW4g eW91cg0KPGJyPmNvdW50cnksIHN0YXRlLCBvciBjaXR5LiZuYnNwOyBIb3dldmVyLCBpdCBp cyBwZXJmZWN0bHkNCjxicj5MRUdBTCB0byBwdXJjaGFzZSBhbmQgcG9zc2VzcyB0aGUgQmFu bmVkIENEIGluIHRoZQ0KPGJyPlVuaXRlZCBTdGF0ZXMgb2YgQW1lcmljYS4mbmJzcDsgQ29u dGFpbnMgYXBwcm94aW1hdGVseQ0KPGJyPjEwMCBtZWdzIG9mIGluZm9ybWF0aW9uLg0KPHA+ U2hpcHBpbmcgb3V0c2lkZSBVU0EgYWRkICQxMC4wMA0KPHA+KioqKioqKioqKioqKioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioNCjxicj5Zb3UgYXJl IHJlY2lldmluZyBhbiB1bnNvbGljaXRlZCBjb21tZXJjaWFsIGVtYWlsIGZyb20NCjxicj5R dWlrc2lsdmVyIEVudGVycHJpc2VzIEluYy4mbmJzcDsgV2UgcmVjb2duaXplIHRoYXQgeW91 IG1heQ0KPGJyPm5vdCB3aXNoIHRvIHJlY2lldmUgc3VjaCBlbWFpbHMgaW4gdGhlIGZ1dHVy ZSwgYW5kIHdlDQo8YnI+aGF2ZSBwcm92aWRlZCBhIGxpbmsgdG8gYXV0b21hdGljYWxseSBh bmQgaW5zdGFudGx5DQo8YnI+cmVtb3ZlIHlvdXJzZWxmOiA8YSBocmVmPSJodHRwOi8vd3d3 LmNvbXB1em9uZXVzYS5jb20vcmVtb3ZlLmh0bSI+UkVNT1ZFPC9hPg0KPGJyPlRoaXMgbWVz c2FnZSBpcyBiZWluZyBzZW50IHRvIHlvdSBpbiBjb21wbGlhbmNlIHdpdGgNCjxicj5mZWRl cmFsIGd1aWRlbGluZXMgZ292ZXJuaW5nIHRoZSB0cmFuc21pc3Npb24gb2YNCjxicj51bnNv bGljaXRlZCBjb21tZXJjaWFsIGVtYWlsLCBpbmNsdWRpbmcgdGhlIHByb3Zpc2lvbiBvZg0K PGJyPmNvbnRhY3QgaW5mb3JtYXRpb24gZm9yIG91ciBjb21wYW55IHdpdGhpbiB0aGlzIGVt YWlsLCBhDQo8YnI+dmFsaWQgcmV0dXJuIGVtYWlsIGFkZHJlc3MsIGFuZCBhIHdheSBmb3Ig Y3VzdG9tZXJzDQo8YnI+dG8gcmVtb3ZlIHRoZW1zZWx2ZXMuJm5ic3A7IFBsZWFzZSBub3Rl LCBob3dldmVyLCB0aGF0IG91cg0KPGJyPmVtYWlsIGFkZHJlc3Mgd2FzIHZhbGlkIGF0IHRo ZSB0aW1lIG9mIHNlbmRpbmcsIGJ1dCBtYXkNCjxicj5iZSBjYW5jZWxsZWQgYnkgdGhlIElT UCBzaG9ydGx5IHRoZXJlYWZ0ZXIgZHVlIHRvIG91cg0KPGJyPnVzZSBvZiB1bnNvbGljaXRl ZCBlbWFpbC4mbmJzcDsgWW91IGNhbiByZWFkIGFib3V0IHRoZSB2YXJpb3VzDQo8YnI+bGF3 cyBnb3Zlcm5pbmcgdW5zb2xpY2l0ZWQgZW1haWw6IGh0dHA6Ly9zcGFtbGF3cy5jb20NCjxi cj4iVW5zb2xpY2l0ZWQgY29tbWVyY2lhbCBlbGVjdHJvbmljIG1haWwgY2FuIGJlIGFuIGlt cG9ydGFudA0KPGJyPm1lY2hhbmlzbSB0aHJvdWdoIHdoaWNoIGJ1c2luZXNzZXMgYWR2ZXJ0 aXNlIGFuZCBhdHRyYWN0DQo8YnI+Y3VzdG9tZXJzIGluIHRoZSBvbmxpbmUgZW52aXJvbm1l bnQuIiZuYnNwOyAtLSBVLlMuIENvbmdyZXNzLA0KPGJyPkguUi4gMTA2dGggQ09OR1JFU1Mg MmQgU2Vzc2lvbiBILiBSLiAzMTEzIFNlYy4gMiAoYSkzIEp1bHkNCjxicj4xOSwgMjAwMCBo dHRwOi8vd3d3LnNwYW1sYXdzLmNvbS9mZWRlcmFsL2hyMzExMy5odG1sDQo8YnI+KioqKioq KioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioqKioN Cjxicj4mbmJzcDsNCjxicj4mbmJzcDsNCjwvYm9keT4NCjwvaHRtbD4NCg== ------=_NextPart_000_001__19781715_61079.4-- From rsvp-owner@ISI.EDU Mon Jan 29 23:09:47 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id XAA16750 for ; Mon, 29 Jan 2001 23:09:46 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id TAA05373 for rsvp-outgoing; Mon, 29 Jan 2001 19:19:24 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id TAA05368 for ; Mon, 29 Jan 2001 19:19:23 -0800 (PST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0U3JLU15059 for ; Mon, 29 Jan 2001 19:19:22 -0800 (PST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id WAA22941 for ; Mon, 29 Jan 2001 22:19:13 -0500 (EST) Received: from marconi.com (dcharlap-pc.dc.fore.com [169.144.136.107]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id WAA06811 for ; Mon, 29 Jan 2001 22:19:16 -0500 (EST) Message-ID: <3A7632E7.381E35AE@marconi.com> Date: Mon, 29 Jan 2001 22:20:07 -0500 From: David Charlap X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en-US,en-GB,en MIME-Version: 1.0 To: rsvp@ISI.EDU Subject: Re: I could go to JAIL for selling this CD! References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-rsvp@ISI.EDU Precedence: bulk Content-Transfer-Encoding: 7bit Could someone send this jerk to jail for spamming? Or even better, could someone configure the RSVP list server to block non-subscribers? 90% of the traffic on this list these days is spam. -- David From rsvp-owner@ISI.EDU Tue Jan 30 01:33:51 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id BAA21963 for ; Tue, 30 Jan 2001 01:33:49 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id VAA12788 for rsvp-outgoing; Mon, 29 Jan 2001 21:35:26 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id VAA12782 for ; Mon, 29 Jan 2001 21:35:25 -0800 (PST) Received: from hotmail.com (law-f55.hotmail.com [209.185.131.118]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0U5ZOU29541 for ; Mon, 29 Jan 2001 21:35:24 -0800 (PST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 29 Jan 2001 21:35:19 -0800 Received: from 193.242.86.129 by lw1fd.hotmail.msn.com with HTTP; Tue, 30 Jan 2001 05:35:18 GMT X-Originating-IP: [193.242.86.129] From: "Srikanth Uppuluri" To: rsvp@ISI.EDU Subject: routing Date: Tue, 30 Jan 2001 11:05:18 +0530 Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 30 Jan 2001 05:35:19.0204 (UTC) FILETIME=[6E936640:01C08A7E] Sender: owner-rsvp@ISI.EDU Precedence: bulk Hello, I have the following basic doubts: 1) It is mentioned that RSVP PATH messages follow normal routing paths. In such case how it possible that all the PATH messages ( including the refresh messages ) travel along the same nodes in the network? 2) How is it ensured that data packets follow the same path where the resources are reserved for that session? Thanks Srikanth _________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. From rsvp-owner@ISI.EDU Tue Jan 30 02:19:26 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id CAA01699 for ; Tue, 30 Jan 2001 02:19:24 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id WAA15375 for rsvp-outgoing; Mon, 29 Jan 2001 22:22:22 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id WAA15370 for ; Mon, 29 Jan 2001 22:22:21 -0800 (PST) Received: from avocet.prod.itd.earthlink.net (avocet.prod.itd.earthlink.net [207.217.121.50]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0U6MKU04506 for ; Mon, 29 Jan 2001 22:22:20 -0800 (PST) Received: from vio.cs.ucla.edu (user-vcauo3c.dsl.mindspring.com [216.175.96.108]) by avocet.prod.itd.earthlink.net (EL-8_9_3_3/8.9.3) with ESMTP id WAA09397; Mon, 29 Jan 2001 22:22:19 -0800 (PST) Message-Id: <4.3.1.2.20010129221816.00c3dcd0@127.0.0.1> X-Sender: lixia@127.0.0.1 X-Mailer: QUALCOMM Windows Eudora Version 4.3.1 Date: Mon, 29 Jan 2001 22:22:20 -0800 To: "Srikanth Uppuluri" , rsvp@ISI.EDU From: Lixia Zhang Subject: Re: routing In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-rsvp@ISI.EDU Precedence: bulk At 11:05 AM 1/30/01 +0530, Srikanth Uppuluri wrote: >Hello, > I have the following basic doubts: > >1) It is mentioned that RSVP PATH messages follow normal routing paths. In >such case how it possible that all the PATH messages ( including the >refresh messages ) travel along the same nodes in the network? RSVP msgs follow the path pointed by the router's forwarding table. Unless the net does multi-path routing, otherwise all PATH msgs can only travel along the same nodes as pointed by the forwarding table (till the route changes, then future msgs will follow the nodes along the new path) >2) How is it ensured that data packets follow the same path where the >resources are reserved for that session? both PATH msgs and data packets follow the router's forwarding table. >Thanks >Srikanth >_________________________________________________________________________ >Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com. > From rsvp-owner@ISI.EDU Tue Jan 30 11:23:40 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id LAA12000 for ; Tue, 30 Jan 2001 11:23:38 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id HAA06674 for rsvp-outgoing; Tue, 30 Jan 2001 07:25:56 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id HAA06669 for ; Tue, 30 Jan 2001 07:25:54 -0800 (PST) Received: from mailgate.pit.comms.marconi.com (mailgate.pit.comms.marconi.com [169.144.68.6]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0UFPmU22176 for ; Tue, 30 Jan 2001 07:25:53 -0800 (PST) Received: from mailman.pit.comms.marconi.com (mailman.pit.comms.marconi.com [169.144.2.12]) by mailgate.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id KAA22765 for ; Tue, 30 Jan 2001 10:25:40 -0500 (EST) Received: from marconi.com (dcharlap-pc.dc.fore.com [169.144.136.107]) by mailman.pit.comms.marconi.com (8.9.3/8.9.3) with ESMTP id KAA26629 for ; Tue, 30 Jan 2001 10:25:42 -0500 (EST) Message-ID: <3A76DD2B.2B840CC4@marconi.com> Date: Tue, 30 Jan 2001 10:26:35 -0500 From: David Charlap X-Mailer: Mozilla 4.76 [en] (WinNT; U) X-Accept-Language: en-US,en-GB,en MIME-Version: 1.0 To: rsvp@ISI.EDU Subject: Re: routing References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-rsvp@ISI.EDU Precedence: bulk Content-Transfer-Encoding: 7bit Srikanth Uppuluri wrote: > > 1) It is mentioned that RSVP PATH messages follow normal routing > paths. More precisely, the Path messages are sent to whatever next-hop address the router will use for forwarding the session's data packets. If some unusual routing is used for a given destination, that routing should also be used for the Path messages. > In such case how it possible that all the PATH messages (including the > refresh messages ) travel along the same nodes in the network? If/when the routing tables change such that the data starts flowing out a different interface, then the Path refreshes will start going out the new interface as well (and the former next-hop will expire the Path when it sees that the refreshes have stopped.) The new next-hop will see the Path message as new instead of a refresh, since it hasn't processed the session before, and will establish state. When the new path converges with the old path, the router at the merge point (which could be the destination) will send out a Resv message. Then the reroute will be complete. > 2) How is it ensured that data packets follow the same path where the > resources are reserved for that session? The data packets always follow the router's forwarding table. So do the Path messages. If the table changes, then both data packets and Path messages start going out the new interface. -- David From rsvp-owner@ISI.EDU Tue Jan 30 16:45:42 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id QAA18006 for ; Tue, 30 Jan 2001 16:45:42 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id LAA23982 for rsvp-outgoing; Tue, 30 Jan 2001 11:49:22 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id LAA23973 for ; Tue, 30 Jan 2001 11:49:20 -0800 (PST) Received: from stephens.ittc.ukans.edu (root@stephens.ittc.ukans.edu [129.237.125.220]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0UJnJU29739; Tue, 30 Jan 2001 11:49:19 -0800 (PST) Received: from plato.ittc.ukans.edu (plato.ittc.ukans.edu [129.237.125.75]) by stephens.ittc.ukans.edu (8.11.2/8.11.2/ITTC-NOSPAM-NOVIRUS-2.2) with SMTP id f0UJnIL02588; Tue, 30 Jan 2001 13:49:19 -0600 From: Karthikeyan Nathillvar Reply-To: ntkarthik@ittc.ukans.edu To: rsvp@ISI.EDU Subject: Clarification needed in RFC 2211 Date: Tue, 30 Jan 2001 13:45:37 -0600 X-Mailer: KMail [version 1.0.29] Content-Type: text/plain Cc: rsvp-test@ISI.EDU MIME-Version: 1.0 Message-Id: <01013013491800.28207@plato.ittc.ukans.edu> Content-Transfer-Encoding: 8bit Sender: owner-rsvp@ISI.EDU Precedence: bulk Content-Transfer-Encoding: 8bit hi, I went through the RFC 2211 for controlled service. In the Evaluation Criteria section it has been given as follows "The basic requirement placed on an implementation of controlled-load service is that, under all conditions, it provide accepted data flows with service closely similar to the service that same flow would receive using best-effort service under unloaded conditions." I understood the RFC lines in the following way.: -------------------------------- When there is no load, best effort traffic should get the full bandwidth Similarly when there is no traffic rsvp flow should also get full bandwidth. Then, even if we overload the network rsvp flow should always full bandwidth. Does this mean that, RSVP flow will starve all other best effort flow.? Thanking you in advance, Karthikeyan Nathillvar ------------------------------------------------------------------------------ Karthikeyan Nathillvar Office: Res.: ------- ----- Team Niehaus Graduate Research Assistant 245 E, Nichols Hall, 1550, Eddingham Drive, 2335 Irving Hill Road, Lawrence, Lawrence, Kansas 66046 -4037 Kansas 66045 - 7612 Ph: 785-312-8001 Ph: 785-864-7774 ----------------------------------------------------------------------------- From rsvp-owner@ISI.EDU Tue Jan 30 16:50:16 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id QAA18078 for ; Tue, 30 Jan 2001 16:50:15 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id MAA25238 for rsvp-outgoing; Tue, 30 Jan 2001 12:09:44 -0800 (PST) Received: from gamma.isi.edu (gamma.isi.edu [128.9.144.145]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id MAA25233 for ; Tue, 30 Jan 2001 12:09:43 -0800 (PST) Received: from Mitel.COM (newgate.mitel.com [198.53.180.100]) by gamma.isi.edu (8.9.3/8.9.3) with ESMTP id MAA13203 for ; Tue, 30 Jan 2001 12:09:39 -0800 (PST) From: James_Huang@Mitel.COM Received: from kanmta01.software.mitel.com (kanmta01 [134.199.37.58]) by Mitel.COM (V8/MAIL-RELAY-2.1) with SMTP id PAA01013 for ; Tue, 30 Jan 2001 15:04:59 -0500 (EST) Received: by kanmta01.software.mitel.com(Lotus SMTP MTA v4.6.7 (934.1 12-30-1999)) id 852569E4.006E4F07 ; Tue, 30 Jan 2001 15:04:51 -0500 X-Lotus-FromDomain: MITEL To: rsvp@ISI.EDU Message-ID: <852569E4.006E4E6A.00@kanmta01.software.mitel.com> Date: Tue, 30 Jan 2001 12:04:44 -0800 Subject: RSVP flowspecs merging Mime-Version: 1.0 Content-type: multipart/mixed; Boundary="0__=N0sE6641O0cUzZCu4pq3sc4AgIk9QpU7AuRiiDqeDGZKH80HhnhQ5D07" Content-Disposition: inline Sender: owner-rsvp@ISI.EDU Precedence: bulk --0__=N0sE6641O0cUzZCu4pq3sc4AgIk9QpU7AuRiiDqeDGZKH80HhnhQ5D07 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, I have the following basic question about flowspecs merging in RSVP. Consider the following scenario. (See attached file: rsvp-merging.txt) Suppose the Tspec in the PATH messge from S1 is B; Tspec from S2 is 2B. The flowspec in the RESV message from D1 is SE(S2) {2B}; the flowspec from D2 is SE(S1,S2){B}. These two flowspecs will be merged at R2. So R2 will send a RESV message to R1 with SE(S1,S2){2B}. Now, when R1 sends a RESV message to R0, will it send SE(S1){B} or SE(S1){2B}? The question is "When a router sends a RESV message upstream, does it take into account the Tspecs from senders in that upstream direction?" If the answer is YES, can you point me to the specific rule in RFC2205 or RFC2209 that describes the computation? Thanks. -- James Huang --0__=N0sE6641O0cUzZCu4pq3sc4AgIk9QpU7AuRiiDqeDGZKH80HhnhQ5D07 Content-type: application/octet-stream; name="rsvp-merging.txt" Content-Disposition: attachment; filename="rsvp-merging.txt" Content-Description: Text - character set unknown Content-Transfer-Encoding: base64 DQogICAgICAgICBTMiAtLS0tLS4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAtLS0tLSBEMg0KICAgICAgICAgICAgICAgICAgXCAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAvDQogICAgICAgICAgICAgICAgICAg XCAgICAgICAgICArLS0tLS0tLS0rICAgICAgICArLS0tLS0tLS0rICAgICAgICAgLw0KICAgICAg ICAgICAgICAgICAgICBgLS0tLS0tLS0gfCAgICAgICAgfC0tLS0tLS0gfCAgICAgICAgfC0tLS0t LS0tJw0KICAgICAgICAgICAgICAgICAgICAgLS0tLS0tLS0gfCAgIFIxICAgfCAgICAgICAgfCAg UjIgICAgfC0tLS0tLS0tDQogICAgICAgICAgICAgICAgICAgLyAgICAgICAgICArLS0tLS0tLS0r ICAgICAgICArLS0tLS0tLS0rICAgICAgICBcDQogICAgICAgICAgICAgICAgICBSMCAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgXA0KICAgICAgICAgICAgICAg ICAvICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBcX19f X18gRDENCiAgICAgICAgIFMxLS0tLS0tDQoNCgkJDQo= --0__=N0sE6641O0cUzZCu4pq3sc4AgIk9QpU7AuRiiDqeDGZKH80HhnhQ5D07-- From rsvp-owner@ISI.EDU Tue Jan 30 16:50:51 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id QAA18090 for ; Tue, 30 Jan 2001 16:50:50 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id MAA26343 for rsvp-outgoing; Tue, 30 Jan 2001 12:26:00 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id MAA26337 for ; Tue, 30 Jan 2001 12:25:59 -0800 (PST) Received: from gra.isi.edu (gra.isi.edu [128.9.160.133]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0UKMYU04527; Tue, 30 Jan 2001 12:22:34 -0800 (PST) From: Bob Braden Received: (from braden@localhost) by gra.isi.edu (8.8.7/8.8.6) id UAA01232; Tue, 30 Jan 2001 20:22:34 GMT Date: Tue, 30 Jan 2001 20:22:34 GMT Message-Id: <200101302022.UAA01232@gra.isi.edu> To: rsvp@ISI.EDU, James_Huang@Mitel.COM Subject: Re: RSVP flowspecs merging X-Sun-Charset: US-ASCII Sender: owner-rsvp@ISI.EDU Precedence: bulk The question is "When a router sends a RESV message upstream, does *> it take into account the Tspecs from senders in that upstream direction?" *> If the answer is YES, can you point me to the specific rule in RFC2205 or *> RFC2209 that describes the computation? *> *> Thanks. *> *> -- James Huang *> James, NO. But the same effect is achieved by bullet 3. in section 2.2 of rfc 2205: {2B} is sent upstream, but at the upstream node, it installs a reservation for min(B, 2B). Bob Braden From rsvp-owner@ISI.EDU Wed Jan 31 13:55:23 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id NAA23454 for ; Wed, 31 Jan 2001 13:55:23 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id JAA11201 for rsvp-outgoing; Wed, 31 Jan 2001 09:36:10 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id JAA11196 for ; Wed, 31 Jan 2001 09:36:09 -0800 (PST) Received: from email3.main (ip204.salt-lake-city12.ut.pub-ip.psi.net [38.31.170.204]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f0VHa5U21244 for ; Wed, 31 Jan 2001 09:36:06 -0800 (PST) Message-Id: <200101311736.f0VHa5U21244@tnt.isi.edu> From: "Camelot Events Reminder" To: rsvp@ISI.EDU Date: Wed, 31 Jan 2001 10:57:29 +0000 Subject: International Conference for Java Development - Registration Open. Sender: owner-rsvp@ISI.EDU Precedence: bulk + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + If you do not wish to receive future email messages, please forward this message to java-remove@dsi-epubs.net. (be sure to forward the ENTIRE message, or you may not be removed!) + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + Master new programming skills at the largest gathering of Java(tm) technology users coming to the East Coast in 2001! International Conference for Java Development Conference: February 28 - March 2/Exhibition: March 1-2 Marriott Marquis, New York City Java University(sm) Preconfernce: February 26 - 27 Register today for the only Java developer focused event coming to New York! Over 2,500 of your peers will be here, along with the industry's most respected technical experts, sought-after gurus and advanced users who will show you how to maximize Java technology to build the next generation enterprise applications. Dedicate yourself to 5 days of Java intellect and master new skills from those who are deploying Java in today's large-scale enterprise applications. Featuring Sun Microsystems' Java University Program on February 26 and 27. The International Conference for Java Development is proud to present Sun Microsystems' Java University(sm) Program. This two-day pre-conference program offers multiple full-day, code-level training sessions presented by industry experts. Learn about enterprise development, component development, using XML or prepare for and take the Programmer certification exam - onsite! Combine Java University with your three-day pass to maximize your investment in Java technology training. Register at: http://www.javacon2001.com or call 212-251-0006, ext. 13. For more information contact us at mailto:info@camelot-com.com Event Highlights *Presented by overwhelming demand, this will be the largest and most sophisticated Java event to come to New York in 2001. *Superior technical program - 5 tracks with over 70 sessions to select from. *Night School Sessions- Extend your day program or take independently *Expert faculty including Martin Fowler, Marco Pistoia, Peter Haggar, Bill Day, Elliotte Rusty Harold, Paul Lipton, Gregory Messner, Tyler Jewell, Gerry Seidman, Ed Roman, Marty Hall, Philip Heller *Free interactive exhibit floor. Over 10 hours of exploration are waiting for you *Sun Microsystems' Java University preconference training program *Get Certified! Take your Java technology certification exam at the show (provided by Prometric) Featuring 5 Concurrent Tracks *Java in the Real World *Design *Enterprise Java *Java for Wireless and Embedded Systems *Java Programming Two-Day Exhibit - Free Special Events Open to All! Exhibit Hours: Thursday, March 1 - 12:45 - 6:45 and Friday, March 2, 12:00 - 5:00 A full-scale exhibit hall packed with leading vendors will be on hand to demonstrate the latest products and answer your questions. All are welcome to fun-filled networking opportunities, including: *Keynote Presentations *Product Education Sessions *Technology Briefings *Panel Discussions *Welcome Reception *Product Giveaways Onsite Java technology certification exams by Prometric Testing facility in the Sun Education Pavilion. Hours: Thursday, March 1 - 12:45 - 8:00 and Friday, March 2, 8:00 - 5:00. Reserve your spot and get certified at the show. Register on-line for your free Exhibit Pass - a $25.00 value! Register at: http://www.javacon2001.com or call 212-251-0006, ext. 13. For more information contact us at mailto:info@camelot-com.com The Standard of Excellence We realize you have a choice for your IT training requirements. Every Camelot event is recognized for it's on-going commitment to unbiased and up to the minute technical presentations that are always led by industry leaders. This exceptional line-up of speakers and topics is the only event you can't afford to miss. The International Conference for Java Development is by produced by Camelot Communications Corp. Java and Java-based marks are trademarks or registered trademarks of Sun Microsystems, Inc. in the United States and other countries. Camelot Communications is independent of Sun Microsystems. ***DSIID60322*** From rsvp-owner@ISI.EDU Wed Jan 31 23:24:11 2001 Received: from zephyr.isi.edu (zephyr.isi.edu [128.9.160.160]) by ietf.org (8.9.1a/8.9.1a) with SMTP id XAA04954 for ; Wed, 31 Jan 2001 23:24:11 -0500 (EST) Received: (from majordom@localhost) by zephyr.isi.edu (8.9.3/8.9.3) id TAA26422 for rsvp-outgoing; Wed, 31 Jan 2001 19:20:32 -0800 (PST) Received: from tnt.isi.edu (tnt.isi.edu [128.9.128.128]) by zephyr.isi.edu (8.9.3/8.9.3) with ESMTP id TAA26417 for ; Wed, 31 Jan 2001 19:20:30 -0800 (PST) Received: from dcn.ssu.ac.kr (dcn.ssu.ac.kr [203.253.2.104]) by tnt.isi.edu (8.11.1/8.11.1) with ESMTP id f113KTU29023 for ; Wed, 31 Jan 2001 19:20:29 -0800 (PST) Received: from softgear ([203.253.3.209]) by dcn.ssu.ac.kr (8.10.1/8.10.1) with SMTP id f113Dhg10942 for ; Thu, 1 Feb 2001 12:13:43 +0900 (KST) From: "???" To: Subject: RE: Asking for aid on RSVP on Linux Date: Thu, 1 Feb 2001 12:20:21 +0900 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal In-Reply-To: <3A7898A8.AE1255F8@acm.org> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from base64 to 8bit by zephyr.isi.edu id TAA26418 Sender: owner-rsvp@ISI.EDU Precedence: bulk Content-Transfer-Encoding: 8bit Hi, I'm "Softgear Ko". The answers for your doubts are: 1) yes. but It won't be real reservation. 2) See "tc_test.c" file Internally, rsvpd core call TC_init, TC_AddFlowspec, TC_DelFlowspec, TC_ModFlowspec, TC_AddFilter, TC_DelFilter, TC_Advertise.. In TC_AddFlowspec, you can decide allow this reservation request. i.e. admisson control. In TC_AddFilterspec, you can add filter into traffic controller. See you... Softgear Ko. Bob Braden wrote: > From: Karthikeyan Nathillvar > Reply-To: ntkarthik@ittc.ukans.edu > To: rsvp-test@ISI.EDU > Date: Fri, 26 Jan 2001 14:25:30 -0600 > X-Mailer: KMail [version 1.0.29] > Content-Type: text/plain > Cc: rsvp@ISI.EDU > MIME-Version: 1.0 > Message-Id: <01012614280300.16326@plato.ittc.ukans.edu> > Content-Transfer-Encoding: 8bit > > hi, > i am working on RSVP on linux. I am using rel4.2a4-1 from ISI. I have > some doubts. > > 1) Is it possible for RSVP to make reservations without using linux traffic > control. > > 2) How does rsvp interacts with linux traffic control > > regards > Karthikeyan Nathillvar