From tqlive_tech-admin@advanced.org Sat Mar 1 06:51:29 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA03432 for ; Sat, 1 Mar 2003 06:51:29 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h21BrSCN004886 for ; Sat, 1 Mar 2003 06:53:29 -0500 Date: Sat, 01 Mar 2003 06:53:28 -0500 Message-ID: <20030301115328.3834.74492.Mailman@mailhost.advanced.org> Subject: advanced.org mailing list memberships reminder From: mailman-owner@advanced.org To: ippm-archive@ietf.org X-No-Archive: yes List-Id: Multiple lists at advanced.org X-Ack: no Sender: tqlive_tech-admin@advanced.org Errors-To: tqlive_tech-admin@advanced.org X-BeenThere: tqlive_tech@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk X-Virus-Scanned: by AMaViS-ng (Milter interface) This is a reminder, sent out once a month, about your advanced.org mailing list memberships. It includes your subscription info and how to use it to change it or unsubscribe from a list. You can visit the URLs to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on. In addition to the URL interfaces, you can also use email to make such changes. For more info, send a message to the '-request' address of the list (for example, ippm-request@advanced.org) containing just the word 'help' in the message body, and an email message will be sent to you with instructions. If you have questions, problems, comments, etc, send them to mailman-owner@advanced.org. Thanks! Passwords for ippm-archive@lists.ietf.org: List Password // URL ---- -------- ippm@advanced.org jTPE http://mailhost.advanced.org/mailman/options/ippm/ippm-archive%40lists.ietf.org From mailman-admin@ietf.org Sat Mar 1 13:32:55 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA14626 for ; Sat, 1 Mar 2003 13:32:55 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h21Ig2p24739 for ; Sat, 1 Mar 2003 13:42:02 -0500 Date: Sat, 01 Mar 2003 13:42:02 -0500 Message-ID: <20030301184202.26394.74068.Mailman@www1.ietf.org> Subject: ietf.org mailing list memberships reminder From: mailman-owner@www1.ietf.org To: ippm-archive@ietf.org X-No-Archive: yes X-Ack: no Sender: mailman-admin@ietf.org Errors-To: mailman-admin@ietf.org X-BeenThere: mailman@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk This is a reminder, sent out once a month, about your ietf.org mailing list memberships. It includes your subscription info and how to use it to change it or unsubscribe from a list. You can visit the URLs to change your membership status or configuration, including unsubscribing, setting digest-style delivery or disabling delivery altogether (e.g., for a vacation), and so on. In addition to the URL interfaces, you can also use email to make such changes. For more info, send a message to the '-request' address of the list (for example, ippm-request@ietf.org ) containing just the word 'help' in the message body, and an email message will be sent to you with instructions. *************************************************************************** Note Well All statements related to the activities of the IETF and addressed to the IETF are subject to all provisions of Section 10 of RFC 2026, which grants to the IETF and its participants certain licenses and rights in such statements. Such statements include verbal statements in IETF meetings, as well as written and electronic communications made at any time or place, which are addressed to * the IETF plenary session, * any IETF working group or portion thereof, * the IESG, or any member thereof on behalf of the IESG, * the IAB or any member thereof on behalf of the IAB, * any IETF mailing list, including the IETF list itself, any working group or design team list, or any other list functioning under IETF auspices, * the RFC Editor or the Internet-Drafts function Statements made outside of an IETF meeting, mailing list or other function, that are clearly not intended to be input to an IETF activity, group or function, are not subject to these provisions. *************************************************************************** If you have questions, problems, comments, etc, send them to mailman-owner@www1.ietf.org. Thanks! Passwords for ippm-archive@lists.ietf.org: List Password // URL ---- -------- ippm@ietf.org wurudu https://www1.ietf.org/mailman/options/ippm/ippm-archive%40lists.ietf.org From mailnull@www1.ietf.org Mon Mar 3 04:58:19 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA14805 for ; Mon, 3 Mar 2003 04:58:19 -0500 (EST) Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h23A8FZ32258 for ippm-archive@odin.ietf.org; Mon, 3 Mar 2003 05:08:15 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h23A8Fp32255 for ; Mon, 3 Mar 2003 05:08:15 -0500 Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA14777 for ; Mon, 3 Mar 2003 04:57:48 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h23A75p30775; Mon, 3 Mar 2003 05:07:05 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h239tbp29269 for ; Mon, 3 Mar 2003 04:55:37 -0500 Received: from 192.168.1.100 (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with SMTP id EAA13607 for ; Mon, 3 Mar 2003 04:45:06 -0500 (EST) Message-Id: <200303030945.EAA13607@ietf.org> From: "need a jjob?" To: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="= Multipart Boundary 0303030447" Date: Mon, 3 Mar 2003 04:47:06 -0500 Reply-To: "need a jjob?" Subject: [Ippm] Get paid for filling out surveys!!! Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IP Performance Metrics List-Post: List-Help: List-Subscribe: , This is a multipart MIME message. --= Multipart Boundary 0303030447 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit Get Paid For Your Opinions! Earn up to $150 For an Hour of Work! Find out how your ideas and insight can work for you! CLICK HERE NOW! Start Earning Today! CLICK HERE! --= Multipart Boundary 0303030447 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit

Get Paid
For Your Opinions!

Earn up to $150
For an Hour of Work!

Find out how your ideas
and insight can work for you!
 

CLICK HERE NOW!
Start Earning Today!
CLICK HERE!

--= Multipart Boundary 0303030447-- _______________________________________________ Ippm mailing list Ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@ietf.org Mon Mar 3 04:58:40 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id EAA14855 for ; Mon, 3 Mar 2003 04:58:39 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h23A75p30775; Mon, 3 Mar 2003 05:07:05 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h239tbp29269 for ; Mon, 3 Mar 2003 04:55:37 -0500 Received: from 192.168.1.100 (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with SMTP id EAA13607 for ; Mon, 3 Mar 2003 04:45:06 -0500 (EST) Message-Id: <200303030945.EAA13607@ietf.org> From: "need a jjob?" To: Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="= Multipart Boundary 0303030447" Date: Mon, 3 Mar 2003 04:47:06 -0500 Reply-To: "need a jjob?" Subject: [Ippm] Get paid for filling out surveys!!! Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IP Performance Metrics List-Post: List-Help: List-Subscribe: , This is a multipart MIME message. --= Multipart Boundary 0303030447 Content-Type: text/plain; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit Get Paid For Your Opinions! Earn up to $150 For an Hour of Work! Find out how your ideas and insight can work for you! CLICK HERE NOW! Start Earning Today! CLICK HERE! --= Multipart Boundary 0303030447 Content-Type: text/html; charset="ISO-8859-1" Content-Transfer-Encoding: 8bit

Get Paid
For Your Opinions!

Earn up to $150
For an Hour of Work!

Find out how your ideas
and insight can work for you!
 

CLICK HERE NOW!
Start Earning Today!
CLICK HERE!

--= Multipart Boundary 0303030447-- _______________________________________________ Ippm mailing list Ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@advanced.org Tue Mar 4 22:33:01 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA20539 for ; Tue, 4 Mar 2003 22:33:01 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h253W4CN028094; Tue, 4 Mar 2003 22:32:04 -0500 Received: from cosmos.kaist.ac.kr ([192.249.24.2]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h253V4CO027954 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 4 Mar 2003 22:31:09 -0500 Received: from cosmos.kaist.ac.kr (localhost.kaist.ac.kr [127.0.0.1]) by cosmos.kaist.ac.kr (8.12.2/8.9.3) with ESMTP id h253RXfE014291; Wed, 5 Mar 2003 12:27:33 +0900 (KST) Received: (from hkpark@localhost) by cosmos.kaist.ac.kr (8.12.2/8.12.2/Submit) id h253RXsh014290; Wed, 5 Mar 2003 12:27:33 +0900 (KST) (envelope-from hkpark) Message-ID: <20030305122733.A14225@cosmos.kaist.ac.kr> From: Heonkyu Park To: ippm@advanced.org, ippm@ietf.org Subject: [ippm] recording internal router's ip address Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Wed, 5 Mar 2003 12:27:33 +0900 Dear all, I'm wondering if there exists a protocol having function to record internal router's ip address from source to destination. 'traceroute' works well, however, it need to send n requests if there is n routers varying ttl value. 'ping -R' has similiar function, still have 9 limit router and many router ignore/discard this option. What I want is one-way-packet from source to destination without echo_request. Source send a packet, all internal router record its ip, destination host uses this information and discard it. Any comments/reply will be appreciated. Thanks. Heonkyu Park, Korea Advanced Institute of Science and Technology, Repulic of Korea +82-42-869-3554 hkpark@cosmos.kaist.ac.kr _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From mailnull@www1.ietf.org Tue Mar 4 22:33:32 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA20570 for ; Tue, 4 Mar 2003 22:33:32 -0500 (EST) Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h253iIb07512 for ippm-archive@odin.ietf.org; Tue, 4 Mar 2003 22:44:18 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h253iI507509 for ; Tue, 4 Mar 2003 22:44:18 -0500 Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA20541 for ; Tue, 4 Mar 2003 22:33:01 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h253h2507436; Tue, 4 Mar 2003 22:43:02 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h253eW507353 for ; Tue, 4 Mar 2003 22:40:32 -0500 Received: from cosmos.kaist.ac.kr (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA20488 for ; Tue, 4 Mar 2003 22:29:13 -0500 (EST) Received: from cosmos.kaist.ac.kr (localhost.kaist.ac.kr [127.0.0.1]) by cosmos.kaist.ac.kr (8.12.2/8.9.3) with ESMTP id h253RXfE014291; Wed, 5 Mar 2003 12:27:33 +0900 (KST) Received: (from hkpark@localhost) by cosmos.kaist.ac.kr (8.12.2/8.12.2/Submit) id h253RXsh014290; Wed, 5 Mar 2003 12:27:33 +0900 (KST) (envelope-from hkpark) Message-ID: <20030305122733.A14225@cosmos.kaist.ac.kr> Date: Wed, 5 Mar 2003 12:27:33 +0900 From: Heonkyu Park To: ippm@advanced.org, ippm@ietf.org Subject: [ippm] recording internal router's ip address Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IP Performance Metrics List-Post: List-Help: List-Subscribe: , Dear all, I'm wondering if there exists a protocol having function to record internal router's ip address from source to destination. 'traceroute' works well, however, it need to send n requests if there is n routers varying ttl value. 'ping -R' has similiar function, still have 9 limit router and many router ignore/discard this option. What I want is one-way-packet from source to destination without echo_request. Source send a packet, all internal router record its ip, destination host uses this information and discard it. Any comments/reply will be appreciated. Thanks. Heonkyu Park, Korea Advanced Institute of Science and Technology, Repulic of Korea +82-42-869-3554 hkpark@cosmos.kaist.ac.kr _______________________________________________ Ippm mailing list Ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@ietf.org Tue Mar 4 22:34:36 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA20625 for ; Tue, 4 Mar 2003 22:34:36 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h253h2507436; Tue, 4 Mar 2003 22:43:02 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h253eW507353 for ; Tue, 4 Mar 2003 22:40:32 -0500 Received: from cosmos.kaist.ac.kr (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA20488 for ; Tue, 4 Mar 2003 22:29:13 -0500 (EST) Received: from cosmos.kaist.ac.kr (localhost.kaist.ac.kr [127.0.0.1]) by cosmos.kaist.ac.kr (8.12.2/8.9.3) with ESMTP id h253RXfE014291; Wed, 5 Mar 2003 12:27:33 +0900 (KST) Received: (from hkpark@localhost) by cosmos.kaist.ac.kr (8.12.2/8.12.2/Submit) id h253RXsh014290; Wed, 5 Mar 2003 12:27:33 +0900 (KST) (envelope-from hkpark) Message-ID: <20030305122733.A14225@cosmos.kaist.ac.kr> Date: Wed, 5 Mar 2003 12:27:33 +0900 From: Heonkyu Park To: ippm@advanced.org, ippm@ietf.org Subject: [ippm] recording internal router's ip address Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IP Performance Metrics List-Post: List-Help: List-Subscribe: , Dear all, I'm wondering if there exists a protocol having function to record internal router's ip address from source to destination. 'traceroute' works well, however, it need to send n requests if there is n routers varying ttl value. 'ping -R' has similiar function, still have 9 limit router and many router ignore/discard this option. What I want is one-way-packet from source to destination without echo_request. Source send a packet, all internal router record its ip, destination host uses this information and discard it. Any comments/reply will be appreciated. Thanks. Heonkyu Park, Korea Advanced Institute of Science and Technology, Repulic of Korea +82-42-869-3554 hkpark@cosmos.kaist.ac.kr _______________________________________________ Ippm mailing list Ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From mailnull@www1.ietf.org Tue Mar 4 22:42:01 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA20763 for ; Tue, 4 Mar 2003 22:42:01 -0500 (EST) Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h253qmw07809 for ippm-archive@odin.ietf.org; Tue, 4 Mar 2003 22:52:48 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h253qm507806 for ; Tue, 4 Mar 2003 22:52:48 -0500 Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA20748 for ; Tue, 4 Mar 2003 22:41:30 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h253q8507773; Tue, 4 Mar 2003 22:52:08 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h253oj507719 for ; Tue, 4 Mar 2003 22:50:45 -0500 Received: from byerley.cs.waikato.ac.nz (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA20689 for ; Tue, 4 Mar 2003 22:39:25 -0500 (EST) Received: from tonym (helo=localhost) by byerley.cs.waikato.ac.nz with local-esmtp (Exim 3.35 #1 (Debian)) id 18qPmF-00089s-00; Wed, 05 Mar 2003 16:41:07 +1300 Date: Wed, 5 Mar 2003 16:41:07 +1300 (NZDT) From: Tony McGregor To: Heonkyu Park cc: ippm@advanced.org, ippm@ietf.org Subject: Re: [ippm] recording internal router's ip address In-Reply-To: <20030305122733.A14225@cosmos.kaist.ac.kr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IP Performance Metrics List-Post: List-Help: List-Subscribe: , On Wed, 5 Mar 2003, Heonkyu Park wrote: > I'm wondering if there exists a protocol having function to record internal router's ip address from source to destination. > > 'traceroute' works well, however, it need to send n requests if there is n routers varying ttl value. > 'ping -R' has similiar function, still have 9 limit router and many router ignore/discard this option. > > What I want is one-way-packet from source to destination without echo_request. > Source send a packet, all internal router record its ip, destination host uses this information and discard it. > > Any comments/reply will be appreciated. There is an internet draft which does just that http://www.ietf.org/internet-drafts/draft-mcgregor-ipmp-01.txt Tony _______________________________________________ Ippm mailing list Ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From mailnull@www1.ietf.org Tue Mar 4 22:44:35 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA20897 for ; Tue, 4 Mar 2003 22:44:35 -0500 (EST) Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h253tMp07961 for ippm-archive@odin.ietf.org; Tue, 4 Mar 2003 22:55:22 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h253tM507958 for ; Tue, 4 Mar 2003 22:55:22 -0500 Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA20858 for ; Tue, 4 Mar 2003 22:44:04 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h253s3507894; Tue, 4 Mar 2003 22:54:03 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h253rE507862 for ; Tue, 4 Mar 2003 22:53:14 -0500 Received: from grunt5.ihug.co.nz (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA20760 for ; Tue, 4 Mar 2003 22:41:54 -0500 (EST) Received: from 203-173-241-164.adsl.ihug.co.nz (lycra.luckie.org.nz) [203.173.241.164] by grunt5.ihug.co.nz with esmtp (Exim 3.35 #1 (Debian)) id 18qPou-0001kU-00; Wed, 05 Mar 2003 16:43:52 +1300 Received: from mjl (helo=localhost) by lycra.luckie.org.nz with local-esmtp (Exim 4.12) id 18qPou-000J9c-00; Wed, 05 Mar 2003 16:43:52 +1300 Date: Wed, 5 Mar 2003 16:43:52 +1300 (NZDT) From: Matthew Luckie To: Heonkyu Park cc: ippm@advanced.org, ippm@ietf.org Subject: Re: [ippm] recording internal router's ip address In-Reply-To: <20030305122733.A14225@cosmos.kaist.ac.kr> Message-ID: <20030305164103.T71726@lycra.luckie.org.nz> References: <20030305122733.A14225@cosmos.kaist.ac.kr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IP Performance Metrics List-Post: List-Help: List-Subscribe: , There has been one _proposed_ called IPMP. http://wand.cs.waikato.ac.nz/wand/publications/imw2001-probing.pdf http://www.ietf.org/internet-drafts/draft-mcgregor-ipmp-01.txt On Wed, 5 Mar 2003, Heonkyu Park wrote: > Dear all, > > I'm wondering if there exists a protocol having function to record > internal router's ip address from source to destination. _______________________________________________ Ippm mailing list Ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@ietf.org Tue Mar 4 22:52:49 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA21084 for ; Tue, 4 Mar 2003 22:52:49 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h253s3507894; Tue, 4 Mar 2003 22:54:03 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h253rE507862 for ; Tue, 4 Mar 2003 22:53:14 -0500 Received: from grunt5.ihug.co.nz (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA20760 for ; Tue, 4 Mar 2003 22:41:54 -0500 (EST) Received: from 203-173-241-164.adsl.ihug.co.nz (lycra.luckie.org.nz) [203.173.241.164] by grunt5.ihug.co.nz with esmtp (Exim 3.35 #1 (Debian)) id 18qPou-0001kU-00; Wed, 05 Mar 2003 16:43:52 +1300 Received: from mjl (helo=localhost) by lycra.luckie.org.nz with local-esmtp (Exim 4.12) id 18qPou-000J9c-00; Wed, 05 Mar 2003 16:43:52 +1300 Date: Wed, 5 Mar 2003 16:43:52 +1300 (NZDT) From: Matthew Luckie To: Heonkyu Park cc: ippm@advanced.org, ippm@ietf.org Subject: Re: [ippm] recording internal router's ip address In-Reply-To: <20030305122733.A14225@cosmos.kaist.ac.kr> Message-ID: <20030305164103.T71726@lycra.luckie.org.nz> References: <20030305122733.A14225@cosmos.kaist.ac.kr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IP Performance Metrics List-Post: List-Help: List-Subscribe: , There has been one _proposed_ called IPMP. http://wand.cs.waikato.ac.nz/wand/publications/imw2001-probing.pdf http://www.ietf.org/internet-drafts/draft-mcgregor-ipmp-01.txt On Wed, 5 Mar 2003, Heonkyu Park wrote: > Dear all, > > I'm wondering if there exists a protocol having function to record > internal router's ip address from source to destination. _______________________________________________ Ippm mailing list Ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@ietf.org Tue Mar 4 22:59:36 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA21283 for ; Tue, 4 Mar 2003 22:59:35 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h253q8507773; Tue, 4 Mar 2003 22:52:08 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h253oj507719 for ; Tue, 4 Mar 2003 22:50:45 -0500 Received: from byerley.cs.waikato.ac.nz (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA20689 for ; Tue, 4 Mar 2003 22:39:25 -0500 (EST) Received: from tonym (helo=localhost) by byerley.cs.waikato.ac.nz with local-esmtp (Exim 3.35 #1 (Debian)) id 18qPmF-00089s-00; Wed, 05 Mar 2003 16:41:07 +1300 Date: Wed, 5 Mar 2003 16:41:07 +1300 (NZDT) From: Tony McGregor To: Heonkyu Park cc: ippm@advanced.org, ippm@ietf.org Subject: Re: [ippm] recording internal router's ip address In-Reply-To: <20030305122733.A14225@cosmos.kaist.ac.kr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IP Performance Metrics List-Post: List-Help: List-Subscribe: , On Wed, 5 Mar 2003, Heonkyu Park wrote: > I'm wondering if there exists a protocol having function to record internal router's ip address from source to destination. > > 'traceroute' works well, however, it need to send n requests if there is n routers varying ttl value. > 'ping -R' has similiar function, still have 9 limit router and many router ignore/discard this option. > > What I want is one-way-packet from source to destination without echo_request. > Source send a packet, all internal router record its ip, destination host uses this information and discard it. > > Any comments/reply will be appreciated. There is an internet draft which does just that http://www.ietf.org/internet-drafts/draft-mcgregor-ipmp-01.txt Tony _______________________________________________ Ippm mailing list Ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@advanced.org Wed Mar 5 00:15:28 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA22719 for ; Wed, 5 Mar 2003 00:15:27 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h255GJCN031120; Wed, 5 Mar 2003 00:16:19 -0500 Received: from grunt5.ihug.co.nz (grunt5.ihug.co.nz [203.109.254.45]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h253huCN028521 for ; Tue, 4 Mar 2003 22:43:58 -0500 Received: from 203-173-241-164.adsl.ihug.co.nz (lycra.luckie.org.nz) [203.173.241.164] by grunt5.ihug.co.nz with esmtp (Exim 3.35 #1 (Debian)) id 18qPou-0001kU-00; Wed, 05 Mar 2003 16:43:52 +1300 Received: from mjl (helo=localhost) by lycra.luckie.org.nz with local-esmtp (Exim 4.12) id 18qPou-000J9c-00; Wed, 05 Mar 2003 16:43:52 +1300 From: Matthew Luckie To: Heonkyu Park cc: ippm@advanced.org, ippm@ietf.org Subject: Re: [ippm] recording internal router's ip address In-Reply-To: <20030305122733.A14225@cosmos.kaist.ac.kr> Message-ID: <20030305164103.T71726@lycra.luckie.org.nz> References: <20030305122733.A14225@cosmos.kaist.ac.kr> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Wed, 5 Mar 2003 16:43:52 +1300 (NZDT) There has been one _proposed_ called IPMP. http://wand.cs.waikato.ac.nz/wand/publications/imw2001-probing.pdf http://www.ietf.org/internet-drafts/draft-mcgregor-ipmp-01.txt On Wed, 5 Mar 2003, Heonkyu Park wrote: > Dear all, > > I'm wondering if there exists a protocol having function to record > internal router's ip address from source to destination. _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Wed Mar 5 00:16:49 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA22736 for ; Wed, 5 Mar 2003 00:16:49 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h255H6CN031188; Wed, 5 Mar 2003 00:17:06 -0500 Received: from byerley.cs.waikato.ac.nz (byerley.cs.waikato.ac.nz [130.217.250.10]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h253fPCN028471 for ; Tue, 4 Mar 2003 22:41:26 -0500 Received: from tonym (helo=localhost) by byerley.cs.waikato.ac.nz with local-esmtp (Exim 3.35 #1 (Debian)) id 18qPmF-00089s-00; Wed, 05 Mar 2003 16:41:07 +1300 From: Tony McGregor To: Heonkyu Park cc: ippm@advanced.org, ippm@ietf.org Subject: Re: [ippm] recording internal router's ip address In-Reply-To: <20030305122733.A14225@cosmos.kaist.ac.kr> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Wed, 5 Mar 2003 16:41:07 +1300 (NZDT) On Wed, 5 Mar 2003, Heonkyu Park wrote: > I'm wondering if there exists a protocol having function to record internal router's ip address from source to destination. > > 'traceroute' works well, however, it need to send n requests if there is n routers varying ttl value. > 'ping -R' has similiar function, still have 9 limit router and many router ignore/discard this option. > > What I want is one-way-packet from source to destination without echo_request. > Source send a packet, all internal router record its ip, destination host uses this information and discard it. > > Any comments/reply will be appreciated. There is an internet draft which does just that http://www.ietf.org/internet-drafts/draft-mcgregor-ipmp-01.txt Tony _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Wed Mar 5 00:29:11 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA23019 for ; Wed, 5 Mar 2003 00:29:10 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h255R4CN031949; Wed, 5 Mar 2003 00:27:04 -0500 Received: from basie.internet2.edu (basie.internet2.edu [207.75.164.22]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h255QACN031919 for ; Wed, 5 Mar 2003 00:26:10 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id 211A27B4B3; Wed, 5 Mar 2003 00:26:10 -0500 (EST) Received: from slip-32-102-79-29.mi.us.prserv.net (slip-32-102-79-29.mi.us.prserv.net [32.102.79.29]) by basie.internet2.edu (Postfix) with ESMTP id 966CA7B4A6; Wed, 5 Mar 2003 00:26:07 -0500 (EST) From: Matthew J Zekauskas To: ippm@advanced.org Cc: Matt Zekauskas , Merike Kaeo Message-ID: <53267344.1046823905@localhost> X-Mailer: Mulberry/2.2.1 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS 0.3.12pre8 Subject: [ippm] list address(es) Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Wed, 05 Mar 2003 00:25:05 -0500 Content-Transfer-Encoding: 7bit Folks, Right now ippm@advanced.org is still the "official" list for the IPPM WG. My job has moved from Advanced Network & Services to The University Corporation for Advanced Internet Development, and I asked to have the list hosted at ietf.org. However, the creation of that list got delayed, and right now the two subscription lists are out of synch (and I don't have all the "anti-SPAM" stuff turned on for the ietf.org list). (The advanced.org list is current, the ietf.org list is a snapshot from mid-January.) So, please post only to ippm@advanced.org for now; I'll send out another announcement when everything's back in synch (at which time ippm@advanced.org will forward to ippm@ietf.org). Thanks, --Matt _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From mailnull@www1.ietf.org Wed Mar 5 02:10:19 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA05666 for ; Wed, 5 Mar 2003 02:10:19 -0500 (EST) Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h257L9831328 for ippm-archive@odin.ietf.org; Wed, 5 Mar 2003 02:21:09 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h257L8531325 for ; Wed, 5 Mar 2003 02:21:08 -0500 Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA05205 for ; Wed, 5 Mar 2003 02:09:47 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h257Ja531226; Wed, 5 Mar 2003 02:19:36 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h257Ht530726 for ; Wed, 5 Mar 2003 02:17:55 -0500 Received: from tag.witbe.net (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA01836 for ; Wed, 5 Mar 2003 02:06:34 -0500 (EST) Received: from fifi (host-63.PUT.witbe.net [192.168.0.63]) by tag.witbe.net (8.11.0/8.11.0) with ESMTP id h2578RR05518; Wed, 5 Mar 2003 07:08:28 GMT From: "Paul Rolland" To: "'Tony McGregor'" , "'Heonkyu Park'" Cc: , Subject: Re: [ippm] recording internal router's ip address Date: Wed, 5 Mar 2003 08:08:27 +0100 Message-ID: <008a01c2e2e6$05790d50$3f00a8c0@witbe> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Content-Transfer-Encoding: 7bit Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IP Performance Metrics List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Hello, > On Wed, 5 Mar 2003, Heonkyu Park wrote: > > > I'm wondering if there exists a protocol having function to record > > internal router's ip address from source to destination. > > > > 'traceroute' works well, however, it need to send n > requests if there > > is n routers varying ttl value. 'ping -R' has similiar > function, still > > have 9 limit router and many router ignore/discard this option. This is correct. This is based on the Record_route facility, but many ISPs are configuting their equipments to ignore this facility. What's more, the available number of bytes in the ICMP packets is limited, which is the reason why you can't see more than 9 hops. > > What I want is one-way-packet from source to destination without > > echo_request. Source send a packet, all internal router > record its ip, > > destination host uses this information and discard it. Many people would like to have that... > There is an internet draft which does just that > > http://www.ietf.org/internet-drafts/draft-mcgregor-ipmp-01.txt Correct, but this is a draft, and it now needs to be widely implemented and deployed. Does anyone have more details on that point ? Regards Paul, rol@as2917.net _______________________________________________ Ippm mailing list Ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@ietf.org Wed Mar 5 02:10:59 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA05791 for ; Wed, 5 Mar 2003 02:10:59 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h257Ja531226; Wed, 5 Mar 2003 02:19:36 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h257Ht530726 for ; Wed, 5 Mar 2003 02:17:55 -0500 Received: from tag.witbe.net (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id CAA01836 for ; Wed, 5 Mar 2003 02:06:34 -0500 (EST) Received: from fifi (host-63.PUT.witbe.net [192.168.0.63]) by tag.witbe.net (8.11.0/8.11.0) with ESMTP id h2578RR05518; Wed, 5 Mar 2003 07:08:28 GMT From: "Paul Rolland" To: "'Tony McGregor'" , "'Heonkyu Park'" Cc: , Subject: Re: [ippm] recording internal router's ip address Date: Wed, 5 Mar 2003 08:08:27 +0100 Message-ID: <008a01c2e2e6$05790d50$3f00a8c0@witbe> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal Content-Transfer-Encoding: 7bit Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IP Performance Metrics List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Hello, > On Wed, 5 Mar 2003, Heonkyu Park wrote: > > > I'm wondering if there exists a protocol having function to record > > internal router's ip address from source to destination. > > > > 'traceroute' works well, however, it need to send n > requests if there > > is n routers varying ttl value. 'ping -R' has similiar > function, still > > have 9 limit router and many router ignore/discard this option. This is correct. This is based on the Record_route facility, but many ISPs are configuting their equipments to ignore this facility. What's more, the available number of bytes in the ICMP packets is limited, which is the reason why you can't see more than 9 hops. > > What I want is one-way-packet from source to destination without > > echo_request. Source send a packet, all internal router > record its ip, > > destination host uses this information and discard it. Many people would like to have that... > There is an internet draft which does just that > > http://www.ietf.org/internet-drafts/draft-mcgregor-ipmp-01.txt Correct, but this is a draft, and it now needs to be widely implemented and deployed. Does anyone have more details on that point ? Regards Paul, rol@as2917.net _______________________________________________ Ippm mailing list Ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From mailnull@www1.ietf.org Wed Mar 5 06:36:05 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA26888 for ; Wed, 5 Mar 2003 06:36:05 -0500 (EST) Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h25Bl2G17674 for ippm-archive@odin.ietf.org; Wed, 5 Mar 2003 06:47:02 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h25Bl2517671 for ; Wed, 5 Mar 2003 06:47:02 -0500 Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA26854 for ; Wed, 5 Mar 2003 06:35:33 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h25Bhv517458; Wed, 5 Mar 2003 06:43:57 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h25BgW517325 for ; Wed, 5 Mar 2003 06:42:32 -0500 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA26208; Wed, 5 Mar 2003 06:31:03 -0500 (EST) Message-Id: <200303051131.GAA26208@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ippm@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Wed, 05 Mar 2003 06:31:03 -0500 Subject: [Ippm] I-D ACTION:draft-ietf-ippm-owdp-reqs-05.txt Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IP Performance Metrics List-Post: List-Help: List-Subscribe: , --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Metrics Working Group of the IETF. Title : A One-way Active Measurement Protocol Requirements Author(s) : S. Shalunov, B. Teitelbaum Filename : draft-ietf-ippm-owdp-reqs-05.txt Pages : 10 Date : 2003-3-4 With growing availability of good time sources to network nodes, it becomes increasingly possible to measure one-way IP performance metrics with high precision. To do so in an interoperable manner, a common protocol for such measurements is required. This document specifies requirements for a one-way active measurement protocol (OWAMP) standard. The protocol can measure one-way delay, as well as other unidirectional characteristics, such as one-way loss. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ippm-owdp-reqs-05.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-ippm-owdp-reqs-05.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-ippm-owdp-reqs-05.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: <2003-3-4174245.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-ippm-owdp-reqs-05.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-ippm-owdp-reqs-05.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-3-4174245.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ Ippm mailing list Ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@ietf.org Wed Mar 5 06:37:24 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA26965 for ; Wed, 5 Mar 2003 06:37:24 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h25Bhv517458; Wed, 5 Mar 2003 06:43:57 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h25BgW517325 for ; Wed, 5 Mar 2003 06:42:32 -0500 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA26208; Wed, 5 Mar 2003 06:31:03 -0500 (EST) Message-Id: <200303051131.GAA26208@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ippm@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Wed, 05 Mar 2003 06:31:03 -0500 Subject: [Ippm] I-D ACTION:draft-ietf-ippm-owdp-reqs-05.txt Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IP Performance Metrics List-Post: List-Help: List-Subscribe: , --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Metrics Working Group of the IETF. Title : A One-way Active Measurement Protocol Requirements Author(s) : S. Shalunov, B. Teitelbaum Filename : draft-ietf-ippm-owdp-reqs-05.txt Pages : 10 Date : 2003-3-4 With growing availability of good time sources to network nodes, it becomes increasingly possible to measure one-way IP performance metrics with high precision. To do so in an interoperable manner, a common protocol for such measurements is required. This document specifies requirements for a one-way active measurement protocol (OWAMP) standard. The protocol can measure one-way delay, as well as other unidirectional characteristics, such as one-way loss. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ippm-owdp-reqs-05.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-ippm-owdp-reqs-05.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-ippm-owdp-reqs-05.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: <2003-3-4174245.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-ippm-owdp-reqs-05.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-ippm-owdp-reqs-05.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-3-4174245.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ Ippm mailing list Ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@advanced.org Wed Mar 5 09:52:38 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA02109 for ; Wed, 5 Mar 2003 09:52:38 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h25EqCCN013951; Wed, 5 Mar 2003 09:52:12 -0500 Received: from grunt3.ihug.co.nz (grunt3.ihug.co.nz [203.109.254.43]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h258LpCN003867 for ; Wed, 5 Mar 2003 03:21:52 -0500 Received: from 203-173-241-164.adsl.ihug.co.nz (lycra.luckie.org.nz) [203.173.241.164] by grunt3.ihug.co.nz with esmtp (Exim 3.35 #1 (Debian)) id 18qU9n-0008Uz-00; Wed, 05 Mar 2003 21:21:43 +1300 Received: from mjl (helo=localhost) by lycra.luckie.org.nz with local-esmtp (Exim 4.12) id 18qU9m-000JVV-00; Wed, 05 Mar 2003 21:21:42 +1300 From: Matthew Luckie To: Paul Rolland cc: "'Heonkyu Park'" , ippm@advanced.org Subject: Re: [ippm] recording internal router's ip address In-Reply-To: <008a01c2e2e6$05790d50$3f00a8c0@witbe> Message-ID: <20030305203332.W73882@lycra.luckie.org.nz> References: <008a01c2e2e6$05790d50$3f00a8c0@witbe> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Wed, 5 Mar 2003 21:21:42 +1300 (NZDT) first off, ICMP traceback might be of interest to the original poster http://www.ietf.org/html.charters/itrace-charter.html > > > have 9 limit router and many router ignore/discard this option. > > This is correct. This is based on the Record_route facility, but many > ISPs are configuting their equipments to ignore this facility. which is also guaranteed to happen with IPMP > Many people would like to have that... we tried at IETF 53 to get enough support so that we could work towards this as part of the IPPM working group. if there is sufficient support we could look towards a birds of a feather at an IETF or working with a WG to re-charter. > > There is an internet draft which does just that > > > > http://www.ietf.org/internet-drafts/draft-mcgregor-ipmp-01.txt > > Correct, but this is a draft, and it now needs to be widely implemented > and deployed. > > Does anyone have more details on that point ? We've written BSD and Linux kernel implementations, and I have plans to write something in VHDL. I'll tidy the code up and put it on my web page in a few days. An old FreeBSD implementation is sitting on http://moat.nlanr.net/~mjl/ but it looks nothing like what I have now. We have it deployed amongst linux-based routers in the CRCnet project http://www.crc.net.nz mjl@ttk:~$ ipmp_ping -4Nrhs 184 kor ipmp_ping gw.kor.crc.net.nz (10.1.11.254)... * 0 ttk-uni.crc.net.nz Mar 5 20:57:54 2003 505972149 1 cbk-uni.crc.net.nz Mar 5 20:57:49 2003 332780804 2 mwp-cbk.crc.net.nz Mar 5 20:57:54 2003 523801648 3 mfr-mwp.crc.net.nz Mar 5 20:58:07 2003 600482743 4 wde-mfr.crc.net.nz Mar 6 05:01:59 2003 655455170 * 5 gw.kor.crc.net.nz Mar 5 20:57:54 2003 512720994 6 wde-kor.crc.net.nz Mar 6 05:01:59 2003 657799326 7 mfr-wde.crc.net.nz Mar 5 20:58:07 2003 604987512 8 mwp-cbk.crc.net.nz Mar 5 20:57:54 2003 530654401 9 cbk-mwp.crc.net.nz Mar 5 20:57:49 2003 342060041 * 10 ttk-uni.crc.net.nz Mar 5 20:57:54 2003 530605017 forward path = 4 hops, reverse path = 4 hops rtt: 25ms we don't need synchronised clocks to do bandwidth estimation, so i'm in the middle of writing ipmp_pathchar. the current (undeveloped and probably wrong) theory is this: Given the first packet $P$ is of size $S$ and the second packet $P'$ is of size $S'$ - where $S'$ is larger than $S$ - then given a round-trip IP path that is $H$ hops in length, the available bandwidth $A$ seen by the packets on the path is \begin{equation} \mathop{A_{[n]}}_{n = 1 \ldots H} = \frac{S' - S}{(P'_{[n]} - P_{[n]}) - (P'_{[n-1]} - P_{[n-1]})} \end{equation} A[n] S' - S = ------------------------------------- n = 1 .. H (P'[n] - P[n]) - (P'[n-1] - P[n-1]) Our method does not degrade with excessive noise the longer the path it measures because the packet is not responded to anywhere in the network except at the end host. In addition, we can estimate the bandwidth available on the reverse path without requiring an out-of-band communication. In his MSRI presentation~\cite{pathchar}, Jacobson identified as future work the need for a method to isolate each hop's behaviour, so that the signal to noise ratio and the associated error bounds to not increase with each additional hop in the path. We simply require that each clock represented in the measurement is of sufficient resolution to measure the serialisation rate of the incoming link, and that it timestamps based on the time it sees the last bit in the packet. _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Wed Mar 5 09:53:24 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA02149 for ; Wed, 5 Mar 2003 09:53:24 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h25Eq3CN013916; Wed, 5 Mar 2003 09:52:03 -0500 Received: from tag.witbe.net (tag.witbe.net [81.88.96.48]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2578YCN002142 for ; Wed, 5 Mar 2003 02:08:34 -0500 Received: from fifi (host-63.PUT.witbe.net [192.168.0.63]) by tag.witbe.net (8.11.0/8.11.0) with ESMTP id h2578RR05518; Wed, 5 Mar 2003 07:08:28 GMT From: "Paul Rolland" To: "'Tony McGregor'" , "'Heonkyu Park'" Cc: , Subject: Re: [ippm] recording internal router's ip address Message-ID: <008a01c2e2e6$05790d50$3f00a8c0@witbe> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook, Build 10.0.3416 In-Reply-To: X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Importance: Normal X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Wed, 5 Mar 2003 08:08:27 +0100 Content-Transfer-Encoding: 7bit Hello, > On Wed, 5 Mar 2003, Heonkyu Park wrote: > > > I'm wondering if there exists a protocol having function to record > > internal router's ip address from source to destination. > > > > 'traceroute' works well, however, it need to send n > requests if there > > is n routers varying ttl value. 'ping -R' has similiar > function, still > > have 9 limit router and many router ignore/discard this option. This is correct. This is based on the Record_route facility, but many ISPs are configuting their equipments to ignore this facility. What's more, the available number of bytes in the ICMP packets is limited, which is the reason why you can't see more than 9 hops. > > What I want is one-way-packet from source to destination without > > echo_request. Source send a packet, all internal router > record its ip, > > destination host uses this information and discard it. Many people would like to have that... > There is an internet draft which does just that > > http://www.ietf.org/internet-drafts/draft-mcgregor-ipmp-01.txt Correct, but this is a draft, and it now needs to be widely implemented and deployed. Does anyone have more details on that point ? Regards Paul, rol@as2917.net _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From mailnull@www1.ietf.org Thu Mar 6 06:42:03 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA05000 for ; Thu, 6 Mar 2003 06:42:03 -0500 (EST) Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h26Br2R27741 for ippm-archive@odin.ietf.org; Thu, 6 Mar 2003 06:53:02 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h26Br2O27738 for ; Thu, 6 Mar 2003 06:53:02 -0500 Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA04898 for ; Thu, 6 Mar 2003 06:41:31 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h26BoWO27647; Thu, 6 Mar 2003 06:50:32 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h26BcmO26458 for ; Thu, 6 Mar 2003 06:38:48 -0500 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA02892; Thu, 6 Mar 2003 06:27:17 -0500 (EST) Message-Id: <200303061127.GAA02892@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ippm@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Thu, 06 Mar 2003 06:27:17 -0500 Subject: [ippm] I-D ACTION:draft-ietf-ippm-metrics-registry-02.txt Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IETF IP Performance Metrics Working Group List-Post: List-Help: List-Subscribe: , --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Metrics Working Group of the IETF. Title : IPPM metrics registry Author(s) : E. Stephan Filename : draft-ietf-ippm-metrics-registry-02.txt Pages : 12 Date : 2003-3-5 This memo defines a registry of the IPPM working group metrics. It provides an OBJECT IDENTIFIER to each metric currently standardized by the IPPM WG. It defines the rules for the identification of the metrics standardized in the future. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ippm-metrics-registry-02.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-ippm-metrics-registry-02.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-ippm-metrics-registry-02.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: <2003-3-5140756.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-ippm-metrics-registry-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-ippm-metrics-registry-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-3-5140756.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ ippm mailing list ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From mailnull@www1.ietf.org Thu Mar 6 06:43:41 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA05172 for ; Thu, 6 Mar 2003 06:43:40 -0500 (EST) Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h26BseV27857 for ippm-archive@odin.ietf.org; Thu, 6 Mar 2003 06:54:40 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h26BseO27854 for ; Thu, 6 Mar 2003 06:54:40 -0500 Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA05146 for ; Thu, 6 Mar 2003 06:43:09 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h26BrGO27788; Thu, 6 Mar 2003 06:53:16 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h26BcsO26474 for ; Thu, 6 Mar 2003 06:38:54 -0500 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA02911; Thu, 6 Mar 2003 06:27:24 -0500 (EST) Message-Id: <200303061127.GAA02911@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ippm@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Thu, 06 Mar 2003 06:27:23 -0500 Subject: [ippm] I-D ACTION:draft-ietf-ippm-reporting-mib-02.txt Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IETF IP Performance Metrics Working Group List-Post: List-Help: List-Subscribe: , --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Metrics Working Group of the IETF. Title : IPPM reporting MIB Author(s) : E. Stephan, J. Jewitt Filename : draft-ietf-ippm-reporting-mib-02.txt Pages : 74 Date : 2003-3-5 This memo defines a portion of the Management Information Base (MIB) designed for use with network management protocols in TCP/IP-based internets. In particular, this MIB specifies the objects used for managing the results of the IPPM metrics measures, for pushing alarms, and for reporting the measures results. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ippm-reporting-mib-02.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-ippm-reporting-mib-02.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-ippm-reporting-mib-02.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: <2003-3-5140803.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-ippm-reporting-mib-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-ippm-reporting-mib-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-3-5140803.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ ippm mailing list ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@ietf.org Thu Mar 6 06:45:16 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA05300 for ; Thu, 6 Mar 2003 06:45:16 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h26BoWO27647; Thu, 6 Mar 2003 06:50:32 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h26BcmO26458 for ; Thu, 6 Mar 2003 06:38:48 -0500 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA02892; Thu, 6 Mar 2003 06:27:17 -0500 (EST) Message-Id: <200303061127.GAA02892@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ippm@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Thu, 06 Mar 2003 06:27:17 -0500 Subject: [ippm] I-D ACTION:draft-ietf-ippm-metrics-registry-02.txt Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IETF IP Performance Metrics Working Group List-Post: List-Help: List-Subscribe: , --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Metrics Working Group of the IETF. Title : IPPM metrics registry Author(s) : E. Stephan Filename : draft-ietf-ippm-metrics-registry-02.txt Pages : 12 Date : 2003-3-5 This memo defines a registry of the IPPM working group metrics. It provides an OBJECT IDENTIFIER to each metric currently standardized by the IPPM WG. It defines the rules for the identification of the metrics standardized in the future. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ippm-metrics-registry-02.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-ippm-metrics-registry-02.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-ippm-metrics-registry-02.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: <2003-3-5140756.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-ippm-metrics-registry-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-ippm-metrics-registry-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-3-5140756.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ ippm mailing list ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@ietf.org Thu Mar 6 06:45:43 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA05361 for ; Thu, 6 Mar 2003 06:45:43 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h26BrGO27788; Thu, 6 Mar 2003 06:53:16 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h26BcsO26474 for ; Thu, 6 Mar 2003 06:38:54 -0500 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA02911; Thu, 6 Mar 2003 06:27:24 -0500 (EST) Message-Id: <200303061127.GAA02911@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ippm@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Thu, 06 Mar 2003 06:27:23 -0500 Subject: [ippm] I-D ACTION:draft-ietf-ippm-reporting-mib-02.txt Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IETF IP Performance Metrics Working Group List-Post: List-Help: List-Subscribe: , --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Metrics Working Group of the IETF. Title : IPPM reporting MIB Author(s) : E. Stephan, J. Jewitt Filename : draft-ietf-ippm-reporting-mib-02.txt Pages : 74 Date : 2003-3-5 This memo defines a portion of the Management Information Base (MIB) designed for use with network management protocols in TCP/IP-based internets. In particular, this MIB specifies the objects used for managing the results of the IPPM metrics measures, for pushing alarms, and for reporting the measures results. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ippm-reporting-mib-02.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-ippm-reporting-mib-02.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-ippm-reporting-mib-02.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: <2003-3-5140803.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-ippm-reporting-mib-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-ippm-reporting-mib-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-3-5140803.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ ippm mailing list ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@advanced.org Fri Mar 7 06:54:20 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA21513 for ; Fri, 7 Mar 2003 06:54:20 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h27Br4CN023294; Fri, 7 Mar 2003 06:53:04 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h27BqLCN023271 for ; Fri, 7 Mar 2003 06:52:21 -0500 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA20523; Fri, 7 Mar 2003 06:50:15 -0500 (EST) Message-Id: <200303071150.GAA20523@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; CC: ippm@advanced.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Subject: [ippm] I-D ACTION:draft-shalunov-reordering-definition-02.txt Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Fri, 07 Mar 2003 06:50:15 -0500 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Definition of IP Packet Reordering Metric Author(s) : S. Shalunov Filename : draft-shalunov-reordering-definition-02.txt Pages : 7 Date : 2003-3-6 Various pieces of network testing equipment currently often report a characteristic that is referred to as a 'degree (or percentage) of packet reordering'. The way this metric is computed is often undocumented and it differs between vendors. Having a useful numeric measure of the degree of packet reordering is important for applications such as TCP and VoIP on different ends of the spectrum. However, the metric that makes sense for one application may have no or little applicability to another. This document introduces a definition of reordering metric that is hoped to be applicable to a number of different applications by parametrizing the metric. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-shalunov-reordering-definition-02.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-shalunov-reordering-definition-02.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-shalunov-reordering-definition-02.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: <2003-3-6124429.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-shalunov-reordering-definition-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-shalunov-reordering-definition-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-3-6124429.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From mailnull@www1.ietf.org Fri Mar 7 07:05:54 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA23417 for ; Fri, 7 Mar 2003 07:05:54 -0500 (EST) Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h27CHN017576 for ippm-archive@odin.ietf.org; Fri, 7 Mar 2003 07:17:23 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h27CHNO17573 for ; Fri, 7 Mar 2003 07:17:23 -0500 Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA23375 for ; Fri, 7 Mar 2003 07:05:21 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h27CEvO17447; Fri, 7 Mar 2003 07:14:57 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h27C4sO15714 for ; Fri, 7 Mar 2003 07:04:54 -0500 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA21182; Fri, 7 Mar 2003 06:52:55 -0500 (EST) Message-Id: <200303071152.GAA21182@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ippm@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Fri, 07 Mar 2003 06:52:55 -0500 Subject: [ippm] I-D ACTION:draft-ietf-ippm-reordering-02.txt Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IETF IP Performance Metrics Working Group List-Post: List-Help: List-Subscribe: , --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Metrics Working Group of the IETF. Title : Packet Reordering Metric for IPPM Author(s) : A. Morton et al. Filename : draft-ietf-ippm-reordering-02.txt Pages : 21 Date : 2003-3-6 This memo defines a simple metric to determine if a network has maintained packet order. It provides motivations for the new metric, suggests a metric definition, and discusses the issues associated with measurement. The memo includes sample metrics to quantify the extent of reordering in several useful dimensions. Some examples of evaluation using the various sample metrics are included. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ippm-reordering-02.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-ippm-reordering-02.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-ippm-reordering-02.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: <2003-3-6125142.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-ippm-reordering-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-ippm-reordering-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-3-6125142.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ ippm mailing list ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@ietf.org Fri Mar 7 07:12:46 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA24063 for ; Fri, 7 Mar 2003 07:12:46 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h27CEvO17447; Fri, 7 Mar 2003 07:14:57 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h27C4sO15714 for ; Fri, 7 Mar 2003 07:04:54 -0500 Received: from CNRI.Reston.VA.US (localhost [127.0.0.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA21182; Fri, 7 Mar 2003 06:52:55 -0500 (EST) Message-Id: <200303071152.GAA21182@ietf.org> Mime-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" To: IETF-Announce: ; Cc: ippm@ietf.org From: Internet-Drafts@ietf.org Reply-to: Internet-Drafts@ietf.org Date: Fri, 07 Mar 2003 06:52:55 -0500 Subject: [ippm] I-D ACTION:draft-ietf-ippm-reordering-02.txt Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IETF IP Performance Metrics Working Group List-Post: List-Help: List-Subscribe: , --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP Performance Metrics Working Group of the IETF. Title : Packet Reordering Metric for IPPM Author(s) : A. Morton et al. Filename : draft-ietf-ippm-reordering-02.txt Pages : 21 Date : 2003-3-6 This memo defines a simple metric to determine if a network has maintained packet order. It provides motivations for the new metric, suggests a metric definition, and discusses the issues associated with measurement. The memo includes sample metrics to quantify the extent of reordering in several useful dimensions. Some examples of evaluation using the various sample metrics are included. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ippm-reordering-02.txt To remove yourself from the IETF Announcement list, send a message to ietf-announce-request with the word unsubscribe in the body of the message. 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-ippm-reordering-02.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-ippm-reordering-02.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: <2003-3-6125142.I-D@ietf.org> ENCODING mime FILE /internet-drafts/draft-ietf-ippm-reordering-02.txt --OtherAccess Content-Type: Message/External-body; name="draft-ietf-ippm-reordering-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2003-3-6125142.I-D@ietf.org> --OtherAccess-- --NextPart-- _______________________________________________ ippm mailing list ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@advanced.org Thu Mar 13 06:37:26 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA27128 for ; Thu, 13 Mar 2003 06:37:25 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2DBZ4CN031284; Thu, 13 Mar 2003 06:35:04 -0500 Received: from hotmail.com (f55.sea2.hotmail.com [207.68.165.55]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2DBYCCN031259 for ; Thu, 13 Mar 2003 06:34:13 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Thu, 13 Mar 2003 03:34:12 -0800 Received: from 193.116.20.220 by sea2fd.sea2.hotmail.msn.com with HTTP; Thu, 13 Mar 2003 11:34:12 GMT X-Originating-IP: [193.116.20.220] From: "gab.seun jones.ewulomi" To: ippm@advanced.org Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 13 Mar 2003 11:34:12.0646 (UTC) FILETIME=[7868E460:01C2E954] X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Subject: [ippm] snmp data collections - data Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Thu, 13 Mar 2003 11:34:12 +0000 Hi Guys, I need directions on how to make conclusive performance behaviour of all the data have been collecting on about 120 routers (using snmp (mib2) to collect the raw data which is stored into a database(collection is at 5min intervals). I have about a year and half worth of data of the following mibs. I currently have about 40GB worth of raw data not aggregated(which not really a lot of data compared to netflow flows). I am implementing netflow at the moment to show us more e.g port, time duration of flows, application, src, dest etc. We have been using this data more proactively but havent sat down to utilize all this data to come to a conclusion about our traffic IP-Packet Loss Serial-Link/Packet-Errors (in/out)(percentage) Average Receive Utilization(percentage) Average Transmit Utilization(percentage) Router-CPU Total Utilization(percentage) Bit count Throughput (in/out) Packet count Throughput (in/out) Total Byte volume (in/out) Total Byte error volume (in/out) Router MegaBytes-Mem-Usage Total packet volume (in/out) I have decided for each router take the (using monthly intervals) 1)Total packet volume (in/out) - total volume for each month, Average, Median, 95 percentile,Min, Max 2)Total Byte volume (in/out) - total volume for each month, Average, Median, 95 percentile, Min, Max 3)Bit count Throughput (in/out) - total volume for each month, Average, Median, 95 percentile, Min, Max 4)Packet count Throughput (in/out) - total volume for each month, Average, Median, 95 percentile, Min, Max 5)Total Byte error volume (in/out) - total volume for each month, Average, Min, Max 6)Average Receive Utilization(percentage) - Average, Median, 95 percentile, Min, Max 7)Average Transmit Utilization(percentage) - Average, Median, 95 percentile, Min, Max 8)Total Utilization(percentage) - Average, Median, 95 percentile, Min, Max 9)Router-CPU - Average, Min, Max 10)Router MegaBytes-Mem-Usage - Average, Min, Max 11)IP-Packet Loss - Min, Max My main aim as my knowledge permits me and also because im just usig snmp to collect the data is to see the patterns each month for each router. 1)My question is for suggestion on how to use the data. 2)How would you guys utilize this sort of data if you were in my shoes 3)What other calculations would be worthwhile regards seun _________________________________________________________________ Overloaded with spam? With MSN 8, you can filter it out http://join.msn.com/?page=features/junkmail&pgmarket=en-gb&XAPID=32&DI=1059 _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Thu Mar 13 11:54:39 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA08687 for ; Thu, 13 Mar 2003 11:54:39 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2DGt4CN008336; Thu, 13 Mar 2003 11:55:04 -0500 Received: from basie.internet2.edu (basie.internet2.edu [207.75.164.22]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2DGs7CN008308 for ; Thu, 13 Mar 2003 11:54:08 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id CA1F07B4E9; Thu, 13 Mar 2003 11:54:07 -0500 (EST) Received: from aa188.internet2.edu (aa188.internet2.edu [207.75.164.188]) by basie.internet2.edu (Postfix) with ESMTP id 600E47B4CB; Thu, 13 Mar 2003 11:54:06 -0500 (EST) From: Matthew J Zekauskas To: agenda@ietf.org Cc: ippm@advanced.org, Matt Zekauskas , Merike Kaeo Message-ID: <177001785.1047556382@localhost> X-Mailer: Mulberry/2.2.1 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS 0.3.12pre8 Subject: [ippm] Agenda for IPPM at IETF56 in San Francisco Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Thu, 13 Mar 2003 11:53:02 -0500 Content-Transfer-Encoding: 7bit IP Performance Metrics WG (ippm) Tuesday, March 18 at 15:45 - 16:45 ================================== CHAIRS: Merike Kaeo , Matt Zekauskas AGENDA: 1. Agenda bashing Working Group Milestones Status (5 min) -- Matt Zekauskas, Merike Kaeo 2. Discussion on One-Way Active Measurements Protocol (10 min) -- Stanislav Shalunov http://www.ietf.org/internet-drafts/draft-ietf-ippm-owdp-05.txt 3. Discussion on Packet Reordering (25 min) -- Al Morton http://www.ietf.org/internet-drafts/draft-ietf-ippm-reordering-02.txt Anticipating potential discussion, you might also want to refresh your memory on Stanislav's n-reordering draft (it's relatively short), a current version (substantially unchanged from the original) is: http://www.ietf.org/internet-drafts/draft-shalunov-reordering-definition-02 .txt 4. IPPM Reporting MIB and Metrics Registry discussion (20 min) -- Jessie Jewitt & Emile Stephan http://www.ietf.org/internet-drafts/draft-ietf-ippm-reporting-mib-02.txt http://www.ietf.org/internet-drafts/draft-ietf-ippm-metrics-registry-02.txt 5. Wrap-up _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Fri Mar 14 01:38:41 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id BAA05760 for ; Fri, 14 Mar 2003 01:38:41 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2E6c4CN031870; Fri, 14 Mar 2003 01:38:04 -0500 Received: from smtp2.cp.tin.it (vsmtp2.tin.it [212.216.176.222]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h27FbSCN029780 for ; Fri, 7 Mar 2003 10:37:29 -0500 Received: from ims2f.cp.tin.it (192.168.70.102) by smtp2.cp.tin.it (6.5.033) id 3E660875000E8605 for ippm@advanced.org; Fri, 7 Mar 2003 16:37:27 +0100 Received: from [192.168.70.225] by ims2f.cp.tin.it with HTTP; Fri, 7 Mar 2003 16:37:27 +0100 Message-ID: <3E375C9E0002CD40@ims2f.cp.tin.it> From: davidgreco@tin.it To: ippm@advanced.org MIME-Version: 1.0 Content-Type: text/plain; charset="ISO-8859-15" X-Originating-IP: 192.168.70.225 X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mailhost.advanced.org id h27FbSCN029780 Subject: [ippm] question Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Fri, 7 Mar 2003 16:37:27 +0100 Content-Transfer-Encoding: 8bit hi, i'm writing from italy, my name is david i saw you wrote: ******************************************************* > By the way, I have a question ... > What's the difference between a bottleneck b/w and an available b/w? > Which of b/w's can "pathchar" give me? The available bandwidth along a path between two Internet hosts is equal to the bandwidth at the bottleneck. In other words, in the context of pathchar, they're the same thing. ******************************************************** yes, but pathchar doen't work with crosstraffic. the vps(variable packet size) works with a empty link, don't it? the available bandwith that you mean, is the link capacity? or if is not, what is it? do you know any software under linux, to measure the available bandiwith on a link? not the capacity, in the sence that this tool should be to measure the bandwith also with crosstraffic (bing, pathchar don't work well with traffic) thanks, david greco _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Fri Mar 14 07:31:04 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA23786 for ; Fri, 14 Mar 2003 07:31:04 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2ECR4CN007695; Fri, 14 Mar 2003 07:27:05 -0500 Received: from basie.internet2.edu (basie.internet2.edu [207.75.164.22]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2ECQUCN007679 for ; Fri, 14 Mar 2003 07:26:30 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id 1B4557B4A5; Fri, 14 Mar 2003 07:26:30 -0500 (EST) Received: from slip-32-102-79-229.mi.us.prserv.net (slip-32-102-79-229.mi.us.prserv.net [32.102.79.229]) by basie.internet2.edu (Postfix) with ESMTP id AAF827B49E; Fri, 14 Mar 2003 07:26:27 -0500 (EST) From: Matthew J Zekauskas To: ippm@advanced.org Cc: Matt Zekauskas Message-ID: <2747981.1047626723@localhost> X-Mailer: Mulberry/2.2.1 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS 0.3.12pre8 Subject: [ippm] FYI, TSVWG agenda item: ipmp Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Fri, 14 Mar 2003 07:25:23 -0500 Content-Transfer-Encoding: 7bit FYI, for those not on the TSVWG list. Jon Bennett has updated his IPMP draft (he presented at IPPM in Atlanta), and is making a presentation to TSVWG (I don't have any details, I just read the agenda). In addition, Tony McGregor (original IPMP author, presented last March in Minneapolis) has submitted a revised draft of his version ( http://www.ietf.org/internet-drafts/draft-mcgregor-ipmp-01.txt ). People that are interested might want to read both drafts and attend the TSVWG meeting. --Matt ---------- Forwarded Message ---------- Date: Tuesday, March 11, 2003 10:34 PM -0800 From: Allison Mankin To: tsvwg@ietf.org, agenda@ietf.org Cc: mankin@psg.com, sob@harvard.edu, jon.peterson@neustar.biz Subject: [Tsvwg] Agenda for TSVWG Meeting in SF [excerpt -mjz] Measurement discussion* draft-bennett-ippm-ipmp-01.txt - John Bennett - 15 mins. *An IP measurement protocol, this was considered by the IPPM WG, but seen as broader, so sent here for a discussion by a larger group of transport folks. ---------- End Forwarded Message ---------- _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Fri Mar 14 12:04:42 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA02822 for ; Fri, 14 Mar 2003 12:04:41 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2EH25CN015586; Fri, 14 Mar 2003 12:02:05 -0500 Received: from hotmail.com (f73.sea2.hotmail.com [207.68.165.73]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2EH1kCN015560 for ; Fri, 14 Mar 2003 12:01:47 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 14 Mar 2003 09:01:46 -0800 Received: from 193.116.20.220 by sea2fd.sea2.hotmail.msn.com with HTTP; Fri, 14 Mar 2003 17:01:46 GMT X-Originating-IP: [193.116.20.220] From: "gab.seun jones.ewulomi" To: ippm@advanced.org Subject: Re: [ippm] snmp data collections - data Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 14 Mar 2003 17:01:46.0356 (UTC) FILETIME=[6558CB40:01C2EA4B] X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Fri, 14 Mar 2003 17:01:46 +0000 >From: mukul goyal >To: "gab.seun jones.ewulomi" >Subject: Re: [ippm] snmp data collections - data >Date: Thu, 13 Mar 2003 12:58:37 -0500 (EST) > >Hi Seun, > >I think the following statistics will be interesting: > >1) Classify the interfaces based on outgoing traffic loads and examine >a) the variation of the traffic load on selected (heavy, averae and >light) interfaces over the course of a day, a month, a year. >b) how does the comparative traffic load on the interfaces (i.e. the >classification of the interfaces among "heavy", "average", >"light" categories) vary over the course of a day, a month, a year. > >2) The same analysis for interface packet loss rate. > >As per my knowledge, only a limited amount of work exists regarding the >typical traffic patterns in a network. Anja Feldmann's work has suggested >that the traffic load between src-dest router pairs follows a zipf like >distribution and that the relative position of src-destination router >pair in terms of the average traffic load does not vary a whole lot over >the course of a day or perhaps several days. It will be interesting to >know what are the statistics for traffic loads on the interfaces. > >Further, I am not aware of any published research that illustrates how the >observed loss rate on the router interfaces varies over time. Also, it >will be interesting to know: >1) if there are some specific router interfaces that perennially suffer >from high packet loss rate. >2) where are these interfaces located: at the edge or in the middle >(my guess: perhaps at the edge). >3) What are the typical loss rates and loss rate range. > >These are only some of the things that can be done with the data you have. >Please keep us posted on the results of your work on the mailing list. > >Thanks, >Mukul Goyal > >On Thu, 13 Mar 2003, gab.seun jones.ewulomi wrote: > > > Hi Guys, > > > > I need directions on how to make conclusive performance behaviour of all >the > > data have been collecting on about 120 routers (using snmp (mib2) to >collect > > the raw data which is stored into a database(collection is at 5min > > intervals). I have about a year and half worth of data of the following > > mibs. I currently have about 40GB worth of raw data not aggregated(which >not > > really a lot of data compared to netflow flows). I am implementing >netflow > > at the moment to show us more e.g port, time duration of flows, >application, > > src, dest etc. > > > > We have been using this data more proactively but havent sat down to >utilize > > all this data to come to a conclusion about our traffic > > > > IP-Packet Loss > > Serial-Link/Packet-Errors (in/out)(percentage) > > Average Receive Utilization(percentage) > > Average Transmit Utilization(percentage) > > Router-CPU > > Total Utilization(percentage) > > Bit count Throughput (in/out) > > Packet count Throughput (in/out) > > Total Byte volume (in/out) > > Total Byte error volume (in/out) > > Router MegaBytes-Mem-Usage > > Total packet volume (in/out) > > > > I have decided for each router take the (using monthly intervals) > > 1)Total packet volume (in/out) - total volume for each month, Average, > > Median, 95 percentile,Min, Max > > 2)Total Byte volume (in/out) - total volume for each month, Average, >Median, > > 95 percentile, Min, Max > > 3)Bit count Throughput (in/out) - total volume for each month, Average, > > Median, 95 percentile, Min, Max > > 4)Packet count Throughput (in/out) - total volume for each month, >Average, > > Median, 95 percentile, Min, Max > > 5)Total Byte error volume (in/out) - total volume for each month, >Average, > > Min, Max > > > > 6)Average Receive Utilization(percentage) - Average, Median, 95 >percentile, > > Min, Max > > 7)Average Transmit Utilization(percentage) - Average, Median, 95 >percentile, > > Min, Max > > 8)Total Utilization(percentage) - Average, Median, 95 percentile, Min, >Max > > 9)Router-CPU - Average, Min, Max > > 10)Router MegaBytes-Mem-Usage - Average, Min, Max > > 11)IP-Packet Loss - Min, Max > > > > My main aim as my knowledge permits me and also because im just usig >snmp to > > collect the data is to see the patterns each month for each router. > > > > 1)My question is for suggestion on how to use the data. > > 2)How would you guys utilize this sort of data if you were in my shoes > > 3)What other calculations would be worthwhile > > > > regards > > seun > > > > _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://messenger.msn.co.uk _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Fri Mar 14 12:09:51 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id MAA02923 for ; Fri, 14 Mar 2003 12:09:51 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2EHA6CN016096; Fri, 14 Mar 2003 12:10:06 -0500 Received: from hotmail.com (f36.sea2.hotmail.com [207.68.165.36]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2EH9qCN016033 for ; Fri, 14 Mar 2003 12:09:52 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Fri, 14 Mar 2003 09:09:51 -0800 Received: from 193.116.20.220 by sea2fd.sea2.hotmail.msn.com with HTTP; Fri, 14 Mar 2003 17:09:51 GMT X-Originating-IP: [193.116.20.220] From: "gab.seun jones.ewulomi" To: ippm@advanced.org Subject: Re: [ippm] snmp data collections - data Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 14 Mar 2003 17:09:51.0793 (UTC) FILETIME=[86B09A10:01C2EA4C] X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Fri, 14 Mar 2003 17:09:51 +0000 Hi Mukul, Your guess is correct the interfaces are mostly located on the edge routers. Your point is well taken. Another to add on my list I forgot to mention the packet formula(mib expression) I derived converts the packet loss into percentage. I will certainly be doing all that you mentioned especially the variations of the traffic load. Any more opinions/suggestions on methods to reach meaningful assumptions regards, gab >From: "gab.seun jones.ewulomi" >To: ippm@advanced.org >Subject: Re: [ippm] snmp data collections - data >Date: Fri, 14 Mar 2003 17:01:46 +0000 > > > > > > > >>From: mukul goyal >>To: "gab.seun jones.ewulomi" >>Subject: Re: [ippm] snmp data collections - data >>Date: Thu, 13 Mar 2003 12:58:37 -0500 (EST) >> >>Hi Seun, >> >>I think the following statistics will be interesting: >> >>1) Classify the interfaces based on outgoing traffic loads and examine >>a) the variation of the traffic load on selected (heavy, averae and >>light) interfaces over the course of a day, a month, a year. >>b) how does the comparative traffic load on the interfaces (i.e. the >>classification of the interfaces among "heavy", "average", >>"light" categories) vary over the course of a day, a month, a year. >> >>2) The same analysis for interface packet loss rate. >> >>As per my knowledge, only a limited amount of work exists regarding the >>typical traffic patterns in a network. Anja Feldmann's work has suggested >>that the traffic load between src-dest router pairs follows a zipf like >>distribution and that the relative position of src-destination router >>pair in terms of the average traffic load does not vary a whole lot over >>the course of a day or perhaps several days. It will be interesting to >>know what are the statistics for traffic loads on the interfaces. >> >>Further, I am not aware of any published research that illustrates how the >>observed loss rate on the router interfaces varies over time. Also, it >>will be interesting to know: >>1) if there are some specific router interfaces that perennially suffer >>from high packet loss rate. >>2) where are these interfaces located: at the edge or in the middle >>(my guess: perhaps at the edge). >>3) What are the typical loss rates and loss rate range. >> >>These are only some of the things that can be done with the data you have. >>Please keep us posted on the results of your work on the mailing list. >> >>Thanks, >>Mukul Goyal >> >>On Thu, 13 Mar 2003, gab.seun jones.ewulomi wrote: >> >> > Hi Guys, >> > >> > I need directions on how to make conclusive performance behaviour of >>all the >> > data have been collecting on about 120 routers (using snmp (mib2) to >>collect >> > the raw data which is stored into a database(collection is at 5min >> > intervals). I have about a year and half worth of data of the following >> > mibs. I currently have about 40GB worth of raw data not >>aggregated(which not >> > really a lot of data compared to netflow flows). I am implementing >>netflow >> > at the moment to show us more e.g port, time duration of flows, >>application, >> > src, dest etc. >> > >> > We have been using this data more proactively but havent sat down to >>utilize >> > all this data to come to a conclusion about our traffic >> > >> > IP-Packet Loss >> > Serial-Link/Packet-Errors (in/out)(percentage) >> > Average Receive Utilization(percentage) >> > Average Transmit Utilization(percentage) >> > Router-CPU >> > Total Utilization(percentage) >> > Bit count Throughput (in/out) >> > Packet count Throughput (in/out) >> > Total Byte volume (in/out) >> > Total Byte error volume (in/out) >> > Router MegaBytes-Mem-Usage >> > Total packet volume (in/out) >> > >> > I have decided for each router take the (using monthly intervals) >> > 1)Total packet volume (in/out) - total volume for each month, Average, >> > Median, 95 percentile,Min, Max >> > 2)Total Byte volume (in/out) - total volume for each month, Average, >>Median, >> > 95 percentile, Min, Max >> > 3)Bit count Throughput (in/out) - total volume for each month, Average, >> > Median, 95 percentile, Min, Max >> > 4)Packet count Throughput (in/out) - total volume for each month, >>Average, >> > Median, 95 percentile, Min, Max >> > 5)Total Byte error volume (in/out) - total volume for each month, >>Average, >> > Min, Max >> > >> > 6)Average Receive Utilization(percentage) - Average, Median, 95 >>percentile, >> > Min, Max >> > 7)Average Transmit Utilization(percentage) - Average, Median, 95 >>percentile, >> > Min, Max >> > 8)Total Utilization(percentage) - Average, Median, 95 percentile, Min, >>Max >> > 9)Router-CPU - Average, Min, Max >> > 10)Router MegaBytes-Mem-Usage - Average, Min, Max >> > 11)IP-Packet Loss - Min, Max >> > >> > My main aim as my knowledge permits me and also because im just usig >>snmp to >> > collect the data is to see the patterns each month for each router. >> > >> > 1)My question is for suggestion on how to use the data. >> > 2)How would you guys utilize this sort of data if you were in my shoes >> > 3)What other calculations would be worthwhile >> > >> > regards >> > seun >> > >> > > >_________________________________________________________________ >It's fast, it's easy and it's free. Get MSN Messenger today! >http://messenger.msn.co.uk > >_______________________________________________ >ippm mailing list >ippm@advanced.org >http://mailhost.advanced.org/mailman/listinfo/ippm _________________________________________________________________ Stay in touch with absent friends - get MSN Messenger http://messenger.msn.co.uk _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Sat Mar 15 07:31:48 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id HAA14985 for ; Sat, 15 Mar 2003 07:31:48 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2FCR4CN014091; Sat, 15 Mar 2003 07:27:04 -0500 Received: from web15101.mail.bjs.yahoo.com (web15101.mail.bjs.yahoo.com [61.135.128.13]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with SMTP id h2FCQCCN014067 for ; Sat, 15 Mar 2003 07:26:15 -0500 Message-ID: <20030315122605.4163.qmail@web15101.mail.bjs.yahoo.com> Received: from [61.174.158.156] by web15101.mail.bjs.yahoo.com via HTTP; Sat, 15 Mar 2003 20:26:05 CST From: =?gb2312?q?Jing=20Shen?= Subject: Re: [ippm] snmp data collections - data To: "gab.seun jones.ewulomi" , ippm@advanced.org In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1597610813-1047731165=:4146" Content-Transfer-Encoding: 8bit X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Sat, 15 Mar 2003 20:26:05 +0800 (CST) --0-1597610813-1047731165=:4146 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 8bit Hi, Is there any statics on the queue length in each router? that's maybe interesting as well as traffic pattern & packet loss rate. Hope to have a chance to read your analysis result. thanks in advance. "gab.seun jones.ewulomi" wrote:Hi Mukul, Your guess is correct the interfaces are mostly located on the edge routers. Your point is well taken. Another to add on my list I forgot to mention the packet formula(mib expression) I derived converts the packet loss into percentage. I will certainly be doing all that you mentioned especially the variations of the traffic load. Any more opinions/suggestions on methods to reach meaningful assumptions regards, gab Jing Shen State Key Lab of CAD&CG ZheJiang University(YuQuan) HangZhou, ZheJiang Province 310027 P.R.China --------------------------------- Do You Yahoo!? "¸ü¶à¾ªÏ²£¬Í¬Ñù¾«²Ê£¬NetVista A30 ÈÈÂô" --0-1597610813-1047731165=:4146 Content-Type: text/html; charset=gb2312 Content-Transfer-Encoding: 8bit

Hi,

Is there any statics on the queue length in each router?

that's maybe interesting as well as traffic pattern & packet loss rate.

Hope to have a chance to read your analysis result.

thanks in advance.

 "gab.seun jones.ewulomi" <seun_ewulomi@hotmail.com> wrote:

Hi Mukul,

Your guess is correct the interfaces are mostly located on the edge routers.
Your point is well taken. Another to add on my list

I forgot to mention the packet formula(mib expression) I derived converts
the packet loss into percentage.

I will certainly be doing all that you mentioned especially the variations
of the traffic load.

Any more opinions/suggestions on methods to reach meaningful assumptions

regards,
gab



Jing Shen

State Key Lab of CAD&CG
ZheJiang University(YuQuan)
HangZhou, ZheJiang Province 310027
P.R.China


Do You Yahoo!?
"¸ü¶à¾ªÏ²£¬Í¬Ñù¾«²Ê£¬NetVista A30 ÈÈÂô" --0-1597610813-1047731165=:4146-- _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Sat Mar 15 08:50:03 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA16074 for ; Sat, 15 Mar 2003 08:50:03 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2FDo4CN016177; Sat, 15 Mar 2003 08:50:05 -0500 Received: from web15104.mail.bjs.yahoo.com (web15104.mail.bjs.yahoo.com [61.135.128.16]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with SMTP id h2FDnYCN016017 for ; Sat, 15 Mar 2003 08:49:36 -0500 Message-ID: <20030315134932.91119.qmail@web15104.mail.bjs.yahoo.com> Received: from [61.174.158.156] by web15104.mail.bjs.yahoo.com via HTTP; Sat, 15 Mar 2003 21:49:32 CST From: =?gb2312?q?Jing=20Shen?= Subject: Re: [ippm] FYI, TSVWG agenda item: ipmp To: Matthew J Zekauskas , ippm@advanced.org Cc: Matt Zekauskas In-Reply-To: <2747981.1047626723@localhost> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0-1399582402-1047736172=:90628" Content-Transfer-Encoding: 8bit X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Sat, 15 Mar 2003 21:49:32 +0800 (CST) --0-1399582402-1047736172=:90628 Content-Type: text/plain; charset=gb2312 Content-Transfer-Encoding: 8bit Hi, I just read draft-mcgregor-ipmp-01.txt, and have a little question on it: in Sec4.4.2, it is stated that : ........this requires writingthe address to the packet and updating the checksum and Path Pointer in the packet as described in section 3.3.1 and 4.2.1. In this case the forwarding system does not need to process IPMP Information Request packets. ............................. if forwarding router needs to update checksum and path pointer in IPMP packet, it should know which packet should be updated. Why is the draft stated forwarding system DOES NOT need to process IRP? And, is there any consideration on supporting function like traceroute? Thanks regards Matthew J Zekauskas wrote:FYI, for those not on the TSVWG list. Jon Bennett has updated his IPMP draft (he presented at IPPM in Atlanta), and is making a presentation to TSVWG (I don't have any details, I just read the agenda). In addition, Tony McGregor (original IPMP author, presented last March in Minneapolis) has submitted a revised draft of his version ( http://www.ietf.org/internet-drafts/draft-mcgregor-ipmp-01.txt ). People that are interested might want to read both drafts and attend the TSVWG meeting. --Matt ---------- Forwarded Message ---------- Date: Tuesday, March 11, 2003 10:34 PM -0800 From: Allison Mankin To: tsvwg@ietf.org, agenda@ietf.org Cc: mankin@psg.com, sob@harvard.edu, jon.peterson@neustar.biz Subject: [Tsvwg] Agenda for TSVWG Meeting in SF [excerpt -mjz] Measurement discussion* draft-bennett-ippm-ipmp-01.txt - John Bennett - 15 mins. *An IP measurement protocol, this was considered by the IPPM WG, but seen as broader, so sent here for a discussion by a larger group of transport folks. ---------- End Forwarded Message ---------- _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm Jing Shen State Key Lab of CAD&CG ZheJiang University(YuQuan) HangZhou, ZheJiang Province 310027 P.R.China --------------------------------- Do You Yahoo!? "¸ü¶à¾ªÏ²£¬Í¬Ñù¾«²Ê£¬NetVista A30 ÈÈÂô" --0-1399582402-1047736172=:90628 Content-Type: text/html; charset=gb2312 Content-Transfer-Encoding: 8bit

Hi,

I just read draft-mcgregor-ipmp-01.txt, and have a little question on it:

in Sec4.4.2, it is stated that :

   ........this requires writingthe address to the packet and

   updating the checksum and Path
   Pointer in the packet as described in section 3.3.1 and 4.2.1.
   In this case the forwarding system does not need to process IPMP
   Information Request packets.
.............................

if forwarding router needs to update checksum and path pointer in IPMP

packet, it should know which packet should be updated. Why is the draft

stated forwarding system DOES NOT need to process IRP? 

And, is there any consideration on supporting function like traceroute?

Thanks

regards

 

 Matthew J Zekauskas <matt@internet2.edu> wrote:

FYI, for those not on the TSVWG list.

Jon Bennett has updated his IPMP draft (he presented at IPPM
in Atlanta), and is making a presentation to TSVWG (I don't
have any details, I just read the agenda). In addition,
Tony McGregor (original IPMP author, presented last March
in Minneapolis) has submitted a revised draft of his version
( http://www.ietf.org/internet-drafts/draft-mcgregor-ipmp-01.txt ).

People that are interested might want to read both drafts
and attend the TSVWG meeting.

--Matt

---------- Forwarded Message ----------
Date: Tuesday, March 11, 2003 10:34 PM -0800
From: Allison Mankin
To: tsvwg@ietf.org, agenda@ietf.org
Cc: mankin@psg.com, sob@harvard.edu, jon.peterson@neustar.biz
Subject: [Tsvwg] Agenda for TSVWG Meeting in SF

[excerpt -mjz]

Measurement discussion*

draft-bennett-! ippm-ipmp-01.txt - John Bennett - 15 mins.

*An IP measurement protocol, this was considered by
the IPPM WG, but seen as broader, so sent here for a
discussion by a larger group of transport folks.


---------- End Forwarded Message ----------



_______________________________________________
ippm mailing list
ippm@advanced.org
http://mailhost.advanced.org/mailman/listinfo/ippm


Jing Shen

State Key Lab of CAD&CG
ZheJiang University(YuQuan)
HangZhou, ZheJiang Province 310027
P.R.China


Do You Yahoo!?
"¸ü¶à¾ªÏ²£¬Í¬Ñù¾«²Ê£¬NetVista A30 ÈÈÂô" --0-1399582402-1047736172=:90628-- _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Sun Mar 16 15:17:30 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA06094 for ; Sun, 16 Mar 2003 15:17:29 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2GKG4CN005894; Sun, 16 Mar 2003 15:16:04 -0500 Received: from byerley.cs.waikato.ac.nz (byerley.cs.waikato.ac.nz [130.217.250.10]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2GKFZCN005878 for ; Sun, 16 Mar 2003 15:15:36 -0500 Received: from tonym (helo=localhost) by byerley.cs.waikato.ac.nz with local-esmtp (Exim 3.35 #1 (Debian)) id 18ueXa-000074-00; Mon, 17 Mar 2003 08:15:30 +1200 From: Tony McGregor To: =?gb2312?q?Jing=20Shen?= cc: ippm@advanced.org Subject: Re: [ippm] FYI, TSVWG agenda item: ipmp In-Reply-To: <20030315134932.91119.qmail@web15104.mail.bjs.yahoo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Mon, 17 Mar 2003 08:15:30 +1200 (NZST) On Sat, 15 Mar 2003, [gb2312] Jing Shen wrote: > I just read draft-mcgregor-ipmp-01.txt, and have a little question on it: > in Sec4.4.2, it is stated that : > ........this requires writingthe address to the packet and > > updating the checksum and Path > Pointer in the packet as described in section 3.3.1 and 4.2.1. > In this case the forwarding system does not need to process IPMP > Information Request packets. > ............................. > > if forwarding router needs to update checksum and path pointer in > IPMP packet, it should know which packet should be updated. Why is > the draft stated forwarding system DOES NOT need to process IRP? The primary function of the Information Request/Information Reply mechanism is to allow timestamps to be mapped from router timestamps to real time. If a router does not insert timestamps this mechanism is not needed. Section 4.4.2 allows a simpler router implementation for a vendor to provide a very simple IPMP implementation, should they choose to do that. > And, is there any consideration on supporting function like traceroute? A single IPMP echo request/reply will return all IPMP enabled components of the path. A traceroute like approach can then be used to resolve any non-IPMP components of the path, if they exist. Note that even if IPMP is only implemented in the end-systems this mechanism can return the forward and reverse path, because IPMP preserves TTL at the echoing host. Tony _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Sun Mar 16 20:53:25 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id UAA15663 for ; Sun, 16 Mar 2003 20:53:25 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2H1r4CN014435; Sun, 16 Mar 2003 20:53:04 -0500 Received: from sark.cc.gatech.edu (sark.cc.gatech.edu [130.207.7.23]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2H1qGCN014418 for ; Sun, 16 Mar 2003 20:52:17 -0500 Received: from sirius.cc.gatech.edu (IDENT:r9Dfajw++TAjo1cHsn9Gj/krIWPZui/c@sirius.cc.gatech.edu [130.207.8.117]) by sark.cc.gatech.edu (8.12.8/8.12.8) with ESMTP id h2H1qFlF024964; Sun, 16 Mar 2003 20:52:15 -0500 (EST) Received: from localhost (jain@localhost) by sirius.cc.gatech.edu (8.12.8/8.12.8) with ESMTP id h2H1qF7o002841; Sun, 16 Mar 2003 20:52:15 -0500 From: Manish Jain To: davidgreco@tin.it cc: ippm@advanced.org Subject: Re: [ippm] question In-Reply-To: <3E375C9E0002CD40@ims2f.cp.tin.it> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Sun, 16 Mar 2003 20:52:15 -0500 (EST) Hello, On Fri, 7 Mar 2003 davidgreco@tin.it wrote: > hi, i'm writing from italy, my name is david > > i saw you wrote: > ******************************************************* > > By the way, I have a question ... > > What's the difference between a bottleneck b/w and an available b/w ? Bottleneck b/w is a very loosly defined term and has been used at times to refer to capacity or available bw of the path. Capacity of an end to end path is the maximum possible throughput when there is __NO__ cross traffic on the path. In other words, end-to-end capacity is equal to the minimum of hop capacities constituting the path. On the other hand, available b/w of a link is unutilized capacity of the link. So, available b/w of an end-to-end path is equal to is equal to minimum of available bw of all links on the path. The thing to note here is that available bandwidth and capacity of path are equal when there is no cross traffic on the path and available bw less than capacity in presensce of cross traffic. > > Which of b/w's can "pathchar" give me? > > The available bandwidth along a path between two Internet hosts is > equal to the bandwidth at the bottleneck. In other words, in the > context of pathchar, they're the same thing. > ******************************************************** > > yes, but pathchar doen't work with crosstraffic. the vps(variable packet > size) works with a empty link, don't it? pathchar claims to measure per hop capcity on a end to end path. "The effect of layer-2 store-and-forward devices on per-hop capacity estimation" shows that methodology used by pathchar (vps tools in general) produces consistently erroneous results in the presence of layer-2 devices in the measured path. > do you know any software under linux, to measure the available bandiwith > on a link? not the capacity, in the sence that this tool > should be to measure the bandwith also with crosstraffic (bing, pathchar > don't work well with traffic) pathload measures available bandwidth. "End-to-end available bandwidth: measurement methodology, dynamics, and relation with TCP throughput" describes the methodology implemented in the tool. -- Manish Jain www.cc.gatech.edu/~jain _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Mon Mar 17 08:44:01 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA13244 for ; Mon, 17 Mar 2003 08:44:00 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2HDf4CN031699; Mon, 17 Mar 2003 08:41:05 -0500 Received: from laposte.enst-bretagne.fr (laposte.enst-bretagne.fr [192.108.115.3]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2HDeZCN031669 for ; Mon, 17 Mar 2003 08:40:36 -0500 Received: from antares.enst-bretagne.fr (antares.enst-bretagne.fr [192.44.75.8]) by laposte.enst-bretagne.fr (8.11.6/8.11.6/2003.03.17) with ESMTP id h2HDefN02367; Mon, 17 Mar 2003 14:40:41 +0100 Received: from taureau-tse (taureau-tse.enst-bretagne.fr [192.44.75.100]) by antares.enst-bretagne.fr (8.11.6/8.11.6) with SMTP id h2HDeWa27974; Mon, 17 Mar 2003 14:40:32 +0100 (MET) Message-Id: <3.0.6.32.20030317143653.009b9220@antares.enst-bretagne.fr> X-Sender: vaton@antares.enst-bretagne.fr X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) To: "gab.seun jones.ewulomi" , ippm@advanced.org From: Sandrine Vaton Subject: Re: [ippm] snmp data collections - data In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by amavisd-milter (http://amavis.org/) at enst-bretagne.fr Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by mailhost.advanced.org id h2HDeZCN031669 Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Mon, 17 Mar 2003 14:36:53 +0100 Content-Transfer-Encoding: 8bit Hi Mukul, >>1) Classify the interfaces based on outgoing traffic loads and examine >>a) the variation of the traffic load on selected (heavy, averae and >>light) interfaces over the course of a day, a month, a year. >>b) how does the comparative traffic load on the interfaces (i.e. the >>classification of the interfaces among "heavy", "average", >>"light" categories) vary over the course of a day, a month, a year. >> >>2) The same analysis for interface packet loss rate. >> >>As per my knowledge, only a limited amount of work exists regarding the >>typical traffic patterns in a network. Anja Feldmann's work has suggested >>that the traffic load between src-dest router pairs follows a zipf like >>distribution and that the relative position of src-destination router >>pair in terms of the average traffic load does not vary a whole lot over >>the course of a day or perhaps several days. It will be interesting to >>know what are the statistics for traffic loads on the interfaces. >> >From my experience I can say that the traffic patterns will depend on the type network considered : - if you are on a local area network then a hidden Markov model will be convenient for modelling the variations of the traffic load on each src-dest pair - on the contrary, if you are on the core network then the only statistical patterns that you will see will be mainly due to the periodical variations of human activity (that is to say the daily/weekly/... variations) and other models such as harmonic+noise will be useful. Kind regards, Sandrine Vaton Assistant Professor ENST Bretagne http://perso-info.enst-bretagne.fr/~vaton > --------------------------- Sandrine VATON Maître de Conférences ENST Bretagne BP 832 29285 Brest Cédex France tél:+33 2 29 00 10 29 http://perso-info.enst-bretagne.fr/~vaton _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Tue Mar 18 08:27:39 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id IAA10485 for ; Tue, 18 Mar 2003 08:27:39 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2IDO4CN005454; Tue, 18 Mar 2003 08:24:04 -0500 Received: from hotmail.com (f79.sea2.hotmail.com [207.68.165.79]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2IDNeCN005438 for ; Tue, 18 Mar 2003 08:23:40 -0500 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Tue, 18 Mar 2003 05:23:39 -0800 Received: from 193.116.20.220 by sea2fd.sea2.hotmail.msn.com with HTTP; Tue, 18 Mar 2003 13:23:39 GMT X-Originating-IP: [193.116.20.220] From: "gab.seun jones.ewulomi" To: ippm@advanced.org Subject: Re: [ippm] snmp data collections - data Mime-Version: 1.0 Content-Type: text/plain; format=flowed Message-ID: X-OriginalArrivalTime: 18 Mar 2003 13:23:39.0913 (UTC) FILETIME=[96DF0F90:01C2ED51] X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Tue, 18 Mar 2003 13:23:39 +0000 Hi, All the data are all wide area network collections of traffic passing through the egress interfaces on over 120 sites around the globe. Most of the network is of a hub and spoke architecture. Basically on each continet we have a boundry router that connects to the core. Just to mention this are all pure snmp formula derived collections. regards, seun >From: Sandrine Vaton >To: "gab.seun jones.ewulomi" , ippm@advanced.org >Subject: Re: [ippm] snmp data collections - data >Date: Mon, 17 Mar 2003 14:36:53 +0100 > >Hi Mukul, > > >>1) Classify the interfaces based on outgoing traffic loads and examine > >>a) the variation of the traffic load on selected (heavy, averae and > >>light) interfaces over the course of a day, a month, a year. > >>b) how does the comparative traffic load on the interfaces (i.e. the > >>classification of the interfaces among "heavy", "average", > >>"light" categories) vary over the course of a day, a month, a year. > >> > >>2) The same analysis for interface packet loss rate. > >> > >>As per my knowledge, only a limited amount of work exists regarding the > >>typical traffic patterns in a network. Anja Feldmann's work has >suggested > >>that the traffic load between src-dest router pairs follows a zipf like > >>distribution and that the relative position of src-destination router > >>pair in terms of the average traffic load does not vary a whole lot over > >>the course of a day or perhaps several days. It will be interesting to > >>know what are the statistics for traffic loads on the interfaces. > >> > > >From my experience I can say that the traffic patterns will depend on the >type network considered : >- if you are on a local area network then a hidden Markov model will be >convenient for modelling the variations of the traffic load on each >src-dest pair >- on the contrary, if you are on the core network then the only statistical >patterns that you will see will be mainly due to the periodical variations >of human activity (that is to say the daily/weekly/... variations) and >other models such as harmonic+noise will be useful. > >Kind regards, > >Sandrine Vaton >Assistant Professor >ENST Bretagne >http://perso-info.enst-bretagne.fr/~vaton > > > > > >--------------------------- >Sandrine VATON >Maître de Conférences >ENST Bretagne >BP 832 >29285 Brest Cédex >France >tél:+33 2 29 00 10 29 >http://perso-info.enst-bretagne.fr/~vaton _________________________________________________________________ Stay in touch with absent friends - get MSN Messenger http://messenger.msn.co.uk _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Tue Mar 18 11:58:10 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id LAA18254 for ; Tue, 18 Mar 2003 11:58:09 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2IGw4CN012018; Tue, 18 Mar 2003 11:58:05 -0500 Received: from psg.com (psg.com [147.28.0.62]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2IGvlCO012002 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 18 Mar 2003 11:57:48 -0500 Received: from localhost ([127.0.0.1] helo=psg.com) by psg.com with esmtp (Exim 3.36 #1) id 18vKPJ-0003wr-00; Tue, 18 Mar 2003 08:57:45 -0800 To: shalunov@internet2.edu Subject: re: [ippm] IESG review of draft-ietf-ippm-owdp-reqs- Cc: ippm@advanced.org Reply-To: mankin@psg.com From: Allison Mankin Message-Id: X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Tue, 18 Mar 2003 08:57:45 -0800 Hi, It took some time for Steve Bellovin to re-review the issues here. We will go forward with approval with one RFC-Editor note that you must submit to me ASAP (not waiting so long this time :) and the protocol document must take into account the timestamp protection issue that Steve raised in his comments and that you did not consider here. The RFC Editor note is as follows - where you mention authentication, authorization should also be explicitly brought in too. Allison > ------- Forwarded Message > > > http://www.internet2.edu/~shalunov/ippm/draft-ietf-ippm-owdp-reqs-05.txt > has been submitted to the internet-drafts repository. > > Its purpose is to address replay attack issues raised in Steve > Bellovin's security review. > > To save you the trouble of digging it out and running diff, the > following substantially new text was included: > > 6.6. Replay Attacks > > OWAMP-Control must be resistant to any replay attacks. > > OWAMP-Test, on the other hand, is a protocol for network measurement. > One of the attributes of networks is packet duplication. OWAMP-Test > has to be suitable for measurement of duplication. This would make > it vulnerable to attacks that involve replaying a recent packet. For > the recipient of such a packet it is impossible to determine whether > the duplication is malicious or naturally occurring. > > OWAMP-Test should measure all duplication -- malicious or otherwise. > Note that this is similar to delay attacks: an attacker can hold up a > packet for some short period of time and then release it to continue > on its way to the recipient. There's no way such delay can be > reliably distinguished from naturally occuring delay by the > recipient. > > OWAMP-Test should measure the network as it was. Note, however, that > this does not prevent the data from being sanitized at a later stage > of processing, analysis, or consumption. Some sanity checks (those > that are deemed reliable and erring on the side of inclusion) should > be performed by OWAMP-Test recipient immediately. > > ------- End of Forwarded Message > _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Tue Mar 18 13:52:29 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA23744 for ; Tue, 18 Mar 2003 13:52:29 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2IIp6CN016007; Tue, 18 Mar 2003 13:51:06 -0500 Received: from basie.internet2.edu (basie.internet2.edu [207.75.164.22]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2IIo3CN015979 for ; Tue, 18 Mar 2003 13:50:04 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id B14F47B4DD; Tue, 18 Mar 2003 13:50:03 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id 931F17B4C3; Tue, 18 Mar 2003 13:50:02 -0500 (EST) To: Allison Mankin Cc: ippm@advanced.org Subject: Re: [ippm] IESG review of draft-ietf-ippm-owdp-reqs- References: From: stanislav shalunov In-Reply-To: Message-ID: <87u1e01pd2.fsf@cain.internet2.edu> Lines: 46 X-Mailer: Gnus v5.7/Emacs 20.4 X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS 0.3.12pre8 Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: 18 Mar 2003 13:50:01 -0500 Allison Mankin writes: > We will go forward with approval with one RFC-Editor note that you > must submit to me ASAP (not waiting so long this time :) Sorry about that. I'll provide quicker turnaround this time. http://www.internet2.edu/~shalunov/ippm/draft-ietf-ippm-owdp-reqs-06.txt differs from the previous version (-05) as follows (omitting data and version number differences): @@ -406,7 +406,7 @@ concurrent and subsequent OWAMP-Test traffic.) .Pb -Authentication +Authentication and Authorization It should be possible to authenticate peers to each other using a user ID and a shared secret. It should be infeasible for any external @@ -417,6 +417,13 @@ obtained by observing, modifying or initiating protocol transactions to impersonate (other) valid users. +Authorization shall normally be performed on the basis of the +authenticated identity. For some lower security environments, it +might be appropriate to have authorization that is partially based on +the OWAMP-Control client IP address. The authorization and other +policy issues shall be deferred by the specification to the +implementors as much as possible. + Does this adequately address the note? Or is that extra paragraph too much and I should have just changed the heading `Authentication' to `Authentication and Authorization'. > and the protocol document must take into account the timestamp > protection issue that Steve raised in his comments and that you did > not consider here. OK. -- Stanislav Shalunov http://www.internet2.edu/~shalunov/ This time, [...], Americans know in our stomachs what that means. --Bill Keller in NYT op-ed, 20030222 _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Tue Mar 18 14:54:36 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA26750 for ; Tue, 18 Mar 2003 14:54:36 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2IJq4CN018082; Tue, 18 Mar 2003 14:52:04 -0500 Received: from basie.internet2.edu (basie.internet2.edu [207.75.164.22]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2IJp9CN018054 for ; Tue, 18 Mar 2003 14:51:09 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id 54D2E7B4EF for ; Tue, 18 Mar 2003 14:51:09 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id EBCD77B4E3 for ; Tue, 18 Mar 2003 14:51:06 -0500 (EST) To: ippm@advanced.org From: stanislav shalunov Message-ID: <87znnszc5z.fsf@cain.internet2.edu> Lines: 26 X-Mailer: Gnus v5.7/Emacs 20.4 X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS 0.3.12pre8 Subject: [ippm] draft-ietf-ippm-owdp-06.txt Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: 18 Mar 2003 14:51:04 -0500 -----BEGIN PGP SIGNED MESSAGE----- A new version of OWAMP specification is informally available from http://www.internet2.edu/~shalunov/ippm/draft-ietf-ippm-owdp-06.txt (MD5 = ad6730202cc3b2bb56f73d37c76ecadd). It will be submitted to internet-drafts repository once submissions are taken after the meeting. The changes in this version will be described in today's presentation. -----BEGIN PGP SIGNATURE----- Version: PGPfreeware 5.0i for non-commercial use Charset: noconv iQCVAwUBPnd4hJRUn1EgN49xAQHWkwP/epnkQ6RQeofRDp5FZLN0/tOqhU3vb38o pBa50v8lrePNC7WYowx7rAng4UEgQjv333AzfUsYY/ClxaiFcN0j9ZHrH9Qzm0Wu 2WDkiyQxRAY4j7feK9ds2KkHjWDJVRgDK4IGolUcrVw5O+rdK+JN0tZCLlVTk/28 uVlGCkPM4hM= =WJi3 -----END PGP SIGNATURE----- -- Stanislav Shalunov http://www.internet2.edu/~shalunov/ Clothes make the man. Naked people have little or no influence on society. -- Mark Twain _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Tue Mar 18 16:40:54 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA01498 for ; Tue, 18 Mar 2003 16:40:54 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2ILe5CN021455; Tue, 18 Mar 2003 16:40:05 -0500 Received: from psg.com (psg.com [147.28.0.62]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2ILdhCO021411 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 18 Mar 2003 16:39:44 -0500 Received: from localhost ([127.0.0.1] helo=psg.com) by psg.com with esmtp (Exim 3.36 #1) id 18vOo7-000H1U-00; Tue, 18 Mar 2003 13:39:39 -0800 To: stanislav shalunov cc: ippm@advanced.org Subject: Re: [ippm] IESG review of draft-ietf-ippm-owdp-reqs- In-Reply-To: Message from stanislav shalunov of "18 Mar 2003 13:50:01 EST." <87u1e01pd2.fsf@cain.internet2.edu> From: Allison Mankin Message-Id: X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Tue, 18 Mar 2003 13:39:39 -0800 Hi, Definitely it would not be enough to just change the title of the Section. The last two sentences are not actually ok - the requirement by the Security area are that the test injection have a default stance of authorization and that the standard be supportive of encouragement of a specific approach to authorization. Possibly you mean by your last sentence that use of authorization (policy) is up to the implementor of the tests. This is certainly true. Only implementation of a particular authentication/authorization mechanism would be standardized, not use. Allison > > > We will go forward with approval with one RFC-Editor note that you > > must submit to me ASAP (not waiting so long this time :) > > Sorry about that. I'll provide quicker turnaround this time. > http://www.internet2.edu/~shalunov/ippm/draft-ietf-ippm-owdp-reqs-06.txt > differs from the previous version (-05) as follows (omitting data and > version number differences): > > @@ -406,7 +406,7 @@ > concurrent and subsequent OWAMP-Test traffic.) > > .Pb > -Authentication > +Authentication and Authorization > > It should be possible to authenticate peers to each other using a user > ID and a shared secret. It should be infeasible for any external > @@ -417,6 +417,13 @@ > obtained by observing, modifying or initiating protocol transactions > to impersonate (other) valid users. > > +Authorization shall normally be performed on the basis of the > +authenticated identity. For some lower security environments, it > +might be appropriate to have authorization that is partially based on > +the OWAMP-Control client IP address. The authorization and other > +policy issues shall be deferred by the specification to the > +implementors as much as possible. > + > > Does this adequately address the note? Or is that extra paragraph too > much and I should have just changed the heading `Authentication' to > `Authentication and Authorization'. > > > and the protocol document must take into account the timestamp > > protection issue that Steve raised in his comments and that you did > > not consider here. > > OK. > > -- > Stanislav Shalunov http://www.internet2.edu/~shalunov/ > > This time, [...], Americans know in our stomachs what that means. > --Bill Keller in NYT op-ed, 20030222 _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Tue Mar 18 16:59:41 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id QAA02319 for ; Tue, 18 Mar 2003 16:59:41 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2ILw4CN022203; Tue, 18 Mar 2003 16:58:04 -0500 Received: from basie.internet2.edu (basie.internet2.edu [207.75.164.22]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2ILvaCN022181 for ; Tue, 18 Mar 2003 16:57:37 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id 4A6587B4CE; Tue, 18 Mar 2003 16:57:35 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id ED4CD7B4D3; Tue, 18 Mar 2003 16:57:33 -0500 (EST) To: Allison Mankin Cc: ippm@advanced.org Subject: Re: [ippm] IESG review of draft-ietf-ippm-owdp-reqs- References: From: stanislav shalunov In-Reply-To: Message-ID: <87u1e0xrqt.fsf@cain.internet2.edu> Lines: 41 X-Mailer: Gnus v5.7/Emacs 20.4 X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS 0.3.12pre8 Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: 18 Mar 2003 16:57:30 -0500 Allison Mankin writes: > The last two sentences are not actually ok - the requirement by the > Security area are that the test injection have a default stance of > authorization and that the standard be supportive of encouragement of > a specific approach to authorization. > > Possibly you mean by your last sentence that use of authorization (policy) > is up to the implementor of the tests. This is certainly true. Only > implementation of a particular authentication/authorization mechanism would > be standardized, not use. Would the following text work better? (This would be instead of the paragraph inserted in -06.) Authorization shall normally be performed on the basis of the authenticated identity (username) and the specification shall require all implementations to support such a mode of authorization. Different identities (or classes of identities) can have different testing priviliges. For some lower security environments, it might be appropriate to have authorization that is partially based on the OWAMP-Control client IP address. The specification shall allow implementations to use this authorization mechanism where the user deems it appropriate. The use of authorization for arriving at specific policy decisions (such as whether to allow a specific test with a specific source and destination and with a given test send schedule -- which would determine the average network capacity utilization -- at a given time) is up to the users. OWAMP servers are encouraged to allow for a certain amount of anonymous use, where any party can initiate any test that consumes sufficiently small amounts of resources (network capacity, disk space, etc.). To prevent denial-of-service attacks, it must be impossible to use this facility to direct traffic at third parties that have not explicitly asked for it. -- Stanislav Shalunov http://www.internet2.edu/~shalunov/ This message is designed to be viewed at 600 dpi. _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Tue Mar 18 18:20:41 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA05797 for ; Tue, 18 Mar 2003 18:20:40 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2INL4CN024766; Tue, 18 Mar 2003 18:21:04 -0500 Received: from Modus.surfnetusa.com ([208.201.152.19]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2INKiCO024748 for ; Tue, 18 Mar 2003 18:20:45 -0500 Received: from seabreeze (unverified [130.129.138.224]) by Modus.surfnetusa.com (Vircom SMTPRS 2.0.244) with SMTP id ; Tue, 18 Mar 2003 15:20:42 -0800 Message-ID: <001101c2eda4$f36e5970$e08a8182@seabreeze> From: "Merike Kaeo" To: "Allison Mankin" , "stanislav shalunov" Cc: References: <87u1e0xrqt.fsf@cain.internet2.edu> Subject: Re: [ippm] IESG review of draft-ietf-ippm-owdp-reqs- MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Tue, 18 Mar 2003 15:20:18 -0800 Content-Transfer-Encoding: 7bit I am ok with this new wording although I would change (username) to (such as username) to more explicitly allow other means of identification. In the protocol specification there needs to be great care to ensure that some anonymous tests can be done without serious security problems (mainly DoS related). - merike ----- Original Message ----- From: "stanislav shalunov" To: "Allison Mankin" Cc: Sent: Tuesday, March 18, 2003 1:57 PM Subject: Re: [ippm] IESG review of draft-ietf-ippm-owdp-reqs- > Allison Mankin writes: > > > The last two sentences are not actually ok - the requirement by the > > Security area are that the test injection have a default stance of > > authorization and that the standard be supportive of encouragement of > > a specific approach to authorization. > > > > Possibly you mean by your last sentence that use of authorization (policy) > > is up to the implementor of the tests. This is certainly true. Only > > implementation of a particular authentication/authorization mechanism would > > be standardized, not use. > > Would the following text work better? (This would be instead of the > paragraph inserted in -06.) > > > Authorization shall normally be performed on the basis of the > authenticated identity (username) and the specification shall require > all implementations to support such a mode of authorization. > Different identities (or classes of identities) can have different > testing priviliges. For some lower security environments, it might be > appropriate to have authorization that is partially based on the > OWAMP-Control client IP address. The specification shall allow > implementations to use this authorization mechanism where the user > deems it appropriate. The use of authorization for arriving at > specific policy decisions (such as whether to allow a specific test > with a specific source and destination and with a given test send > schedule -- which would determine the average network capacity > utilization -- at a given time) is up to the users. > > OWAMP servers are encouraged to allow for a certain amount of > anonymous use, where any party can initiate any test that consumes > sufficiently small amounts of resources (network capacity, disk space, > etc.). To prevent denial-of-service attacks, it must be impossible to > use this facility to direct traffic at third parties that have not > explicitly asked for it. > > -- > Stanislav Shalunov http://www.internet2.edu/~shalunov/ > > This message is designed to be viewed at 600 dpi. > _______________________________________________ > ippm mailing list > ippm@advanced.org > http://mailhost.advanced.org/mailman/listinfo/ippm > _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Wed Mar 19 13:53:58 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA00582 for ; Wed, 19 Mar 2003 13:53:58 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2JIs5CN024304; Wed, 19 Mar 2003 13:54:05 -0500 Received: from basie.internet2.edu (basie.internet2.edu [207.75.164.22]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2JIrbCN024288 for ; Wed, 19 Mar 2003 13:53:37 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id E99227B4EF; Wed, 19 Mar 2003 13:53:36 -0500 (EST) Received: from slip-32-102-79-229.mi.us.prserv.net (wl-139-88.wireless.ietf56.ietf.org [130.129.139.88]) by basie.internet2.edu (Postfix) with ESMTP id 7FF4A7B4E1; Wed, 19 Mar 2003 13:53:35 -0500 (EST) From: Matthew J Zekauskas To: presentations@ietf.org Cc: ippm@advanced.org, Matt Zekauskas , Merike Kaeo Message-ID: <457977426.1048081952@localhost> X-Mailer: Mulberry/2.2.1 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS 0.3.12pre8 Subject: [ippm] Presentations for IPPM at IETF56 in SF Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Wed, 19 Mar 2003 13:52:32 -0500 Content-Transfer-Encoding: 7bit The presentations ("slides") given at the IPPM session at IETF56 are all available in PDF format from http://people.internet2.edu/~matt/IPPM/Meetings/ietf56 (minutes are not yet ready). --Matt _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Thu Mar 20 18:48:21 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA14539 for ; Thu, 20 Mar 2003 18:48:21 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2KNm4CN007490; Thu, 20 Mar 2003 18:48:04 -0500 Received: from basie.internet2.edu (basie.internet2.edu [207.75.164.22]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2KNltCN007474 for ; Thu, 20 Mar 2003 18:47:55 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id E33987B498; Thu, 20 Mar 2003 18:47:54 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id D38727B497; Thu, 20 Mar 2003 18:47:53 -0500 (EST) To: Allison Mankin Cc: ippm@advanced.org Subject: Re: [ippm] IESG review of draft-ietf-ippm-owdp-reqs- References: <87u1e0xrqt.fsf@cain.internet2.edu> From: stanislav shalunov In-Reply-To: <87u1e0xrqt.fsf@cain.internet2.edu> Message-ID: <87vfydiord.fsf@cain.internet2.edu> Lines: 30 X-Mailer: Gnus v5.7/Emacs 20.4 X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS 0.3.12pre8 Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: 20 Mar 2003 18:47:50 -0500 Allison, Would the following work as the RFC Editor note regarding authorization? New subsection (needs to be inserted before the `Integrity' subsection and after the `Authentication' subsection with subsequent subsections renumbered appropriately): 6.5. Authorization Authorization shall normally be performed on the basis of the authenticated identity (such as username) and the specification shall require all implementations to support such a mode of authorization. Different identities (or classes of identities) can have different testing priviliges. The use of authorization for arriving at specific policy decisions (such as whether to allow a specific test with a specific source and destination and with a given test send schedule -- which would determine the average network capacity utilization -- at a given time) is up to the users. If convenient, nroff source might be useful: http://www.internet2.edu/~shalunov/ippm/draft-ietf-ippm-owdp-reqs.nroff (to be compiled with `nroff -ms'). -- Stanislav Shalunov http://www.internet2.edu/~shalunov/ Clothes make the man. Naked people have little or no influence on society. -- Mark Twain _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Fri Mar 21 14:12:57 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id OAA23053 for ; Fri, 21 Mar 2003 14:12:57 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2LJC4CN008087; Fri, 21 Mar 2003 14:12:05 -0500 Received: from basie.internet2.edu (basie.internet2.edu [207.75.164.22]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2LJBrCN008071 for ; Fri, 21 Mar 2003 14:11:53 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id 748527B4D1; Fri, 21 Mar 2003 14:11:53 -0500 (EST) Received: from wl-139-88.wireless.ietf56.ietf.org (wl-139-88.wireless.ietf56.ietf.org [130.129.139.88]) by basie.internet2.edu (Postfix) with ESMTP id 11A2D7B4B9; Fri, 21 Mar 2003 14:11:52 -0500 (EST) From: Matthew J Zekauskas To: ippm@advanced.org Cc: Matt Zekauskas , Merike Kaeo Message-ID: <631872945.1048255848@localhost> X-Mailer: Mulberry/2.2.1 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS 0.3.12pre8 Subject: [ippm] jabber transcript from IPPM at IETF56 Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Fri, 21 Mar 2003 14:10:48 -0500 Content-Transfer-Encoding: 7bit Thanks to Simon Leinen (I think, judging from the userid) there is a Jabber transcript of the IPPM session: http://www.jabber.com/chatbot/logs/conference.ietf.jabber.com/ippm/2003-03-18.html We're still working on the minutes. --Matt _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From mailnull@www1.ietf.org Sun Mar 23 23:19:26 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA21399 for ; Sun, 23 Mar 2003 23:19:26 -0500 (EST) Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h2O4d5h20980 for ippm-archive@odin.ietf.org; Sun, 23 Mar 2003 23:39:05 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2O4d5O20977 for ; Sun, 23 Mar 2003 23:39:05 -0500 Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA21393 for ; Sun, 23 Mar 2003 23:18:55 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2O4aSO20068; Sun, 23 Mar 2003 23:36:28 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2O4SPO19866 for ; Sun, 23 Mar 2003 23:28:25 -0500 Received: from flamingo.mail.pas.earthlink.net (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA21302 for ; Sun, 23 Mar 2003 23:08:15 -0500 (EST) Received: from h-68-164-28-91.snvacaid.covad.net ([68.164.28.91] helo=oemcomputer) by flamingo.mail.pas.earthlink.net with smtp (Exim 3.33 #1) id 18xJIA-0005KJ-00 for ippm@ietf.org; Sun, 23 Mar 2003 20:10:34 -0800 Message-ID: <004901c2f1bb$dc052be0$7f1afea9@oemcomputer> From: "Randy Presuhn" To: References: <200303061127.GAA02892@ietf.org> Date: Sun, 23 Mar 2003 20:14:26 -0800 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: [ippm] Re: I-D ACTION:draft-ietf-ippm-metrics-registry-02.txt Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IETF IP Performance Metrics Working Group List-Post: List-Help: List-Subscribe: , Hi - Here are a few quick comments on draft-ietf-ippm-metrics-registry-02.txt I didn't see discussion of these in the WG archive; my apologies if they've already been covered somewhere. Technical comments: Section 4, where it says: | The name of the metric has to respect ASN.1 constraints. The name has | to start with a lower case. The letter - is forbidden (more or less) | in the name. In a way to preserve the readability of the metric name | the letters following a - are forced to upper case. This is not quite right. The restrictions come from RFC 2578 section 3.1. The readability guideline presumably belongs to this registry. The talk about "-" being "more or less" forbidden is confusing. RFC 2578 forbids "-" in this context (since these registrations are not coming from SMIv1 translations). If "-" is prohibited, the text saying that letters following "-" are mapped to upper case doesn't make sense. Suggested replacement: The name of the metric must respect the [SMIv2] rules for descriptors. Section 4, where it says: | Each metrics specification will include a section describing its | metrics identifiers. I started out trying to treat this as an editorial nit, but then realized that the possible changes needed to make it grammatical had different technical meaning. The fundamental question is whether this is a requirement for registry documents or for the metrics' base specifications. (which, I suppose, might be the same document in some cases) Fix depends on what is meant. 4.1: the template needs IMPORTS for the MODULE-IDENTITY and OBJECT-IDENTITY macros. An instance would also need an IMPORTS for "rfc" or "other" the template should also make it clear that the module name needs to be unique. http://www.ietf.org/internet-drafts/draft-ietf-ops-mib-review-guidelines-01.txt has useful guidelines. 4.3: (forgive me if the WG has already considered this) Might it make sense to structure this like other registries, e.g., the one for ifTypes? First, the current proposal leads to a proliferation of MIB modules. Secondly, the proposed approval mechanism requires an immortal IPPM WG, so a backup review mechanism might make sense. 4.4: Nothing prevents other organizations from registering metrics in their own object identifier trees. Editorial nits that jumped out at me: Abstract: "provides"..."to" should be either "assigns"..."to" or "provides"..."for" Section 1: it's not clear to me whether the MIB boilerplate really applies to this document, but, since it does define a MIB module, I'm sure the question will keep popping up. Section 2, first bullet: there is no reference (informative, I suppose) for RFC 2330. Section 3: "the future" -> "future" (both places) Section 4, first sentence: "IDENTIFIER" -> "IDENTIFIERs" "associates"..."to" -> "associates"..."with" "the node the branch" -> "which branch" "the document not the semantic" -> "the document, not the semantic" "to uniforms the metrics names" -> "to unify the metrics' names" "Each metrics specification" -> "Each metric's specification" Section 4.1 "where are identified" -> "which identifies" "where is defined the registry" -> "where the registry is defined" "terminate by" -> "should end with" "a OBJECT-IDENTITY" -> "an OBJECT-IDENITTY" Section 4.3: "when they names" -> "when their names" Section 4.4 "organization" -> "organizations" (both places) Section 5: CONTACT-INFO list in MODULE-IDENTITY should be updated; see http://www.ietf.org/internet-drafts/draft-ietf-ops-mib-review-guidelines-01.txt section 4.5 for specific requirements Section 5: copyright notice is missing. See http://www.ietf.org/internet-drafts/draft-ietf-ops-mib-review-guidelines-01.txt for details on MIB module copyright notices. Section 5: the DESCRIPTIONs for these are not terribly helpful. The REFERENCEs make them better than useless, but not much. :-) Section 8: references section should be split into normative and informative references per http://www.ietf.org/internet-drafts/draft-rfc-editor-rfc2223bis-04.txt and should include RFC 2578 as a normative reference, since it defines IMPORTed macros and object identifiers. Full Copyright Statement: "2001" -> "2003", expiration date is wrong. I IPR section required by RFC 2026 section 10 is missing. Randy _______________________________________________ ippm mailing list ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@ietf.org Sun Mar 23 23:21:04 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA21432 for ; Sun, 23 Mar 2003 23:21:04 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2O4aSO20068; Sun, 23 Mar 2003 23:36:28 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2O4SPO19866 for ; Sun, 23 Mar 2003 23:28:25 -0500 Received: from flamingo.mail.pas.earthlink.net (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id XAA21302 for ; Sun, 23 Mar 2003 23:08:15 -0500 (EST) Received: from h-68-164-28-91.snvacaid.covad.net ([68.164.28.91] helo=oemcomputer) by flamingo.mail.pas.earthlink.net with smtp (Exim 3.33 #1) id 18xJIA-0005KJ-00 for ippm@ietf.org; Sun, 23 Mar 2003 20:10:34 -0800 Message-ID: <004901c2f1bb$dc052be0$7f1afea9@oemcomputer> From: "Randy Presuhn" To: References: <200303061127.GAA02892@ietf.org> Date: Sun, 23 Mar 2003 20:14:26 -0800 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 Subject: [ippm] Re: I-D ACTION:draft-ietf-ippm-metrics-registry-02.txt Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IETF IP Performance Metrics Working Group List-Post: List-Help: List-Subscribe: , Hi - Here are a few quick comments on draft-ietf-ippm-metrics-registry-02.txt I didn't see discussion of these in the WG archive; my apologies if they've already been covered somewhere. Technical comments: Section 4, where it says: | The name of the metric has to respect ASN.1 constraints. The name has | to start with a lower case. The letter - is forbidden (more or less) | in the name. In a way to preserve the readability of the metric name | the letters following a - are forced to upper case. This is not quite right. The restrictions come from RFC 2578 section 3.1. The readability guideline presumably belongs to this registry. The talk about "-" being "more or less" forbidden is confusing. RFC 2578 forbids "-" in this context (since these registrations are not coming from SMIv1 translations). If "-" is prohibited, the text saying that letters following "-" are mapped to upper case doesn't make sense. Suggested replacement: The name of the metric must respect the [SMIv2] rules for descriptors. Section 4, where it says: | Each metrics specification will include a section describing its | metrics identifiers. I started out trying to treat this as an editorial nit, but then realized that the possible changes needed to make it grammatical had different technical meaning. The fundamental question is whether this is a requirement for registry documents or for the metrics' base specifications. (which, I suppose, might be the same document in some cases) Fix depends on what is meant. 4.1: the template needs IMPORTS for the MODULE-IDENTITY and OBJECT-IDENTITY macros. An instance would also need an IMPORTS for "rfc" or "other" the template should also make it clear that the module name needs to be unique. http://www.ietf.org/internet-drafts/draft-ietf-ops-mib-review-guidelines-01.txt has useful guidelines. 4.3: (forgive me if the WG has already considered this) Might it make sense to structure this like other registries, e.g., the one for ifTypes? First, the current proposal leads to a proliferation of MIB modules. Secondly, the proposed approval mechanism requires an immortal IPPM WG, so a backup review mechanism might make sense. 4.4: Nothing prevents other organizations from registering metrics in their own object identifier trees. Editorial nits that jumped out at me: Abstract: "provides"..."to" should be either "assigns"..."to" or "provides"..."for" Section 1: it's not clear to me whether the MIB boilerplate really applies to this document, but, since it does define a MIB module, I'm sure the question will keep popping up. Section 2, first bullet: there is no reference (informative, I suppose) for RFC 2330. Section 3: "the future" -> "future" (both places) Section 4, first sentence: "IDENTIFIER" -> "IDENTIFIERs" "associates"..."to" -> "associates"..."with" "the node the branch" -> "which branch" "the document not the semantic" -> "the document, not the semantic" "to uniforms the metrics names" -> "to unify the metrics' names" "Each metrics specification" -> "Each metric's specification" Section 4.1 "where are identified" -> "which identifies" "where is defined the registry" -> "where the registry is defined" "terminate by" -> "should end with" "a OBJECT-IDENTITY" -> "an OBJECT-IDENITTY" Section 4.3: "when they names" -> "when their names" Section 4.4 "organization" -> "organizations" (both places) Section 5: CONTACT-INFO list in MODULE-IDENTITY should be updated; see http://www.ietf.org/internet-drafts/draft-ietf-ops-mib-review-guidelines-01.txt section 4.5 for specific requirements Section 5: copyright notice is missing. See http://www.ietf.org/internet-drafts/draft-ietf-ops-mib-review-guidelines-01.txt for details on MIB module copyright notices. Section 5: the DESCRIPTIONs for these are not terribly helpful. The REFERENCEs make them better than useless, but not much. :-) Section 8: references section should be split into normative and informative references per http://www.ietf.org/internet-drafts/draft-rfc-editor-rfc2223bis-04.txt and should include RFC 2578 as a normative reference, since it defines IMPORTed macros and object identifiers. Full Copyright Statement: "2001" -> "2003", expiration date is wrong. I IPR section required by RFC 2026 section 10 is missing. Randy _______________________________________________ ippm mailing list ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@advanced.org Thu Mar 27 18:16:24 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id SAA25027 for ; Thu, 27 Mar 2003 18:16:24 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2RNE4CN027087; Thu, 27 Mar 2003 18:14:04 -0500 Received: from wren.cs.unc.edu (wren.cs.unc.edu [152.2.128.86]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h1EMIUCN022402 for ; Fri, 14 Feb 2003 17:18:30 -0500 Received: from cs.unc.edu (vivek-cs.cs.unc.edu [152.2.130.16]) by wren.cs.unc.edu (8.12.5/8.12.5) with ESMTP id h1EMIThi008915 for ; Fri, 14 Feb 2003 17:18:30 -0500 (EST) Message-ID: <3E4D6B35.9010004@cs.unc.edu> From: Vivek Sawant User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.0.2) Gecko/20021120 Netscape/7.01 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ippm@advanced.org Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) Subject: [ippm] Surveyor Data Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Fri, 14 Feb 2003 17:18:29 -0500 Content-Transfer-Encoding: 7bit Hi, Anyone on the list knows about the status of the Surveyor project. Is there a way to get access to Surveyor measurement data? Looks like the Advanced website is undergoing major changes. I was not able to get to the data (and several other pages.) Thanks. \vivek _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Thu Mar 27 19:09:39 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA27523 for ; Thu, 27 Mar 2003 19:09:38 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2S024CN028626; Thu, 27 Mar 2003 19:02:04 -0500 Received: from basie.internet2.edu (basie.internet2.edu [207.75.164.22]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2S01CCN028590 for ; Thu, 27 Mar 2003 19:01:13 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id 5C3D07B488; Thu, 27 Mar 2003 19:01:10 -0500 (EST) Received: from aa132.internet2.edu (aa132.internet2.edu [207.75.164.132]) by basie.internet2.edu (Postfix) with ESMTP id 01C6E7B47D; Thu, 27 Mar 2003 19:01:09 -0500 (EST) From: Matthew J Zekauskas To: ippm@advanced.org Cc: Vivek Sawant Subject: Re: [ippm] Surveyor Data Message-ID: <358983611.1048791603@localhost> In-Reply-To: <3E4D6B35.9010004@cs.unc.edu> References: <3E4D6B35.9010004@cs.unc.edu> X-Mailer: Mulberry/2.2.1 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS 0.3.12pre8 Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Thu, 27 Mar 2003 19:00:03 -0500 Content-Transfer-Encoding: 7bit --On Friday, February 14, 2003 5:18 PM -0500 Vivek Sawant wrote: > Hi, > > Anyone on the list knows about the status of the Surveyor project. Is there a way to get access > to Surveyor measurement data? Looks like the Advanced website is undergoing major changes. I was > not able to get to the data (and several other pages.) > > Thanks. > > \vivek First, apologies for taking so long to get this message out on the list; it got stalled in moderation and I didn't see it :(. (no, there aren't any others) (but, see a following message about the list address). Second, yep... Advanced contracted (hence my new home email address), and is no longer hosting any servers. Paul Barford from the University of Wisconsin-Madison and his group are taking them over... and I don't know precisely the status, but they should be up "real soon now". I do know that Paul has a significant fraction of the historical data... if that is of interest to you, you might try contacting him. [ pb at cs.wisc.edu ]. --Matt _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From ippm-admin@advanced.org Thu Mar 27 19:10:23 2003 Received: from mailhost.advanced.org (root@mailhost.advanced.org [12.29.241.3]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA27607 for ; Thu, 27 Mar 2003 19:10:22 -0500 (EST) Received: from mailhost.advanced.org (localhost [127.0.0.1]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2S094CN028848; Thu, 27 Mar 2003 19:09:04 -0500 Received: from basie.internet2.edu (basie.internet2.edu [207.75.164.22]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2S08CCN028804 for ; Thu, 27 Mar 2003 19:08:13 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id 976B87B488; Thu, 27 Mar 2003 19:08:12 -0500 (EST) Received: from aa132.internet2.edu (aa132.internet2.edu [207.75.164.132]) by basie.internet2.edu (Postfix) with ESMTP id AC2E77B47D; Thu, 27 Mar 2003 19:08:11 -0500 (EST) From: Matthew J Zekauskas To: ippm@advanced.org Cc: Matt Zekauskas , Merike Kaeo Message-ID: <359405938.1048792026@localhost> X-Mailer: Mulberry/2.2.1 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS 0.3.12pre8 Subject: [ippm] [ADMIN] Mailing list moving to IETF.ORG Sender: ippm-admin@advanced.org Errors-To: ippm-admin@advanced.org X-BeenThere: ippm@advanced.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: IETF IP Performance Metrics Working Group List List-Unsubscribe: , List-Archive: Date: Thu, 27 Mar 2003 19:07:06 -0500 Content-Transfer-Encoding: 7bit As hinted earlier, the official ippm list is moving to ietf.org. This should be the last message using the old list... I spent a few hours today making sure the lists were synchronized; after I send this out I will point ippm@advanced.org to ippm@ietf.org, and then send out another message. If you see one but not the other, then feel free to add, delete or modify your subscription. (You can do this via https://www1.ietf.org/mailman/listinfo/ippm ). After a month or so I'll remove the alias and replace it with a vacation message... quite frankly the majority of the mail to ippm@advanced.org is trash (about 15 messages a day now). I'll send a message when the alias is gone. --Matt _______________________________________________ ippm mailing list ippm@advanced.org http://mailhost.advanced.org/mailman/listinfo/ippm From mailnull@www1.ietf.org Thu Mar 27 19:43:31 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA28784 for ; Thu, 27 Mar 2003 19:43:31 -0500 (EST) Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h2S152H06510 for ippm-archive@odin.ietf.org; Thu, 27 Mar 2003 20:05:02 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2S152O06507 for ; Thu, 27 Mar 2003 20:05:02 -0500 Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA28766 for ; Thu, 27 Mar 2003 19:43:00 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2S13QO06363; Thu, 27 Mar 2003 20:03:26 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2S0viO06138 for ; Thu, 27 Mar 2003 19:57:44 -0500 Received: from basie.internet2.edu (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA28581 for ; Thu, 27 Mar 2003 19:35:43 -0500 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id 5E5227B488; Thu, 27 Mar 2003 19:38:04 -0500 (EST) Received: from aa132.internet2.edu (aa132.internet2.edu [207.75.164.132]) by basie.internet2.edu (Postfix) with ESMTP id 6D9F47B47D; Thu, 27 Mar 2003 19:38:03 -0500 (EST) Date: Thu, 27 Mar 2003 19:36:58 -0500 From: Matthew J Zekauskas To: ippm@ietf.org Cc: Matthew J Zekauskas , Merike Kaeo Subject: Re: [ippm] [ADMIN] Mailing list moving to IETF.ORG Message-ID: <361197995.1048793818@localhost> In-Reply-To: <359405938.1048792026@localhost> References: <359405938.1048792026@localhost> X-Mailer: Mulberry/2.2.1 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by AMaViS 0.3.12pre8 Content-Transfer-Encoding: 7bit Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IETF IP Performance Metrics Working Group List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit OK, the One True List should now be ippm@ietf.org. ippm@advanced.org should forward over. I'll test momentarily. Update your address books. --Matt --On Thursday, March 27, 2003 7:07 PM -0500 Matthew J Zekauskas wrote: > As hinted earlier, the official ippm list is moving to ietf.org. > This should be the last message using the old list... I spent > a few hours today making sure the lists were synchronized; > after I send this out I will point ippm@advanced.org to ippm@ietf.org, > and then send out another message. If you see one but not the > other, then feel free to add, delete or modify your subscription. > (You can do this via https://www1.ietf.org/mailman/listinfo/ippm ). > > After a month or so I'll remove the alias and replace it with a vacation > message... quite frankly the majority of the mail to ippm@advanced.org > is trash (about 15 messages a day now). I'll send a message when the > alias is gone. > > --Matt > > > _______________________________________________ > ippm mailing list > ippm@advanced.org > http://mailhost.advanced.org/mailman/listinfo/ippm > _______________________________________________ ippm mailing list ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From mailnull@www1.ietf.org Thu Mar 27 19:43:40 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA28802 for ; Thu, 27 Mar 2003 19:43:40 -0500 (EST) Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h2S15Bb06526 for ippm-archive@odin.ietf.org; Thu, 27 Mar 2003 20:05:11 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2S15BO06523 for ; Thu, 27 Mar 2003 20:05:11 -0500 Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA28770 for ; Thu, 27 Mar 2003 19:43:09 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2S13uO06387; Thu, 27 Mar 2003 20:03:56 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2S0wWO06154 for ; Thu, 27 Mar 2003 19:58:32 -0500 Received: from mailhost.advanced.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA28616 for ; Thu, 27 Mar 2003 19:36:30 -0500 (EST) Received: from basie.internet2.edu (basie.internet2.edu [207.75.164.22]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2S0cpCN029944 for ; Thu, 27 Mar 2003 19:38:52 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id A66BB7B488; Thu, 27 Mar 2003 19:38:51 -0500 (EST) Received: from aa132.internet2.edu (aa132.internet2.edu [207.75.164.132]) by basie.internet2.edu (Postfix) with ESMTP id B7EFC7B47D; Thu, 27 Mar 2003 19:38:50 -0500 (EST) Date: Thu, 27 Mar 2003 19:37:45 -0500 From: Matthew J Zekauskas To: ippm@advanced.org Cc: Matt Zekauskas Message-ID: <361244872.1048793865@localhost> X-Mailer: Mulberry/2.2.1 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS 0.3.12pre8 Content-Transfer-Encoding: 7bit Subject: [ippm] [admin] test to make sure the list is forwarded properly. feel free to delete. Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IETF IP Performance Metrics Working Group List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit test. _______________________________________________ ippm mailing list ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@ietf.org Thu Mar 27 19:45:30 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA28865 for ; Thu, 27 Mar 2003 19:45:30 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2S13uO06387; Thu, 27 Mar 2003 20:03:56 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2S0wWO06154 for ; Thu, 27 Mar 2003 19:58:32 -0500 Received: from mailhost.advanced.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA28616 for ; Thu, 27 Mar 2003 19:36:30 -0500 (EST) Received: from basie.internet2.edu (basie.internet2.edu [207.75.164.22]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2S0cpCN029944 for ; Thu, 27 Mar 2003 19:38:52 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id A66BB7B488; Thu, 27 Mar 2003 19:38:51 -0500 (EST) Received: from aa132.internet2.edu (aa132.internet2.edu [207.75.164.132]) by basie.internet2.edu (Postfix) with ESMTP id B7EFC7B47D; Thu, 27 Mar 2003 19:38:50 -0500 (EST) Date: Thu, 27 Mar 2003 19:37:45 -0500 From: Matthew J Zekauskas To: ippm@advanced.org Cc: Matt Zekauskas Message-ID: <361244872.1048793865@localhost> X-Mailer: Mulberry/2.2.1 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by AMaViS-ng (Milter interface) X-Virus-Scanned: by AMaViS 0.3.12pre8 Content-Transfer-Encoding: 7bit Subject: [ippm] [admin] test to make sure the list is forwarded properly. feel free to delete. Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IETF IP Performance Metrics Working Group List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit test. _______________________________________________ ippm mailing list ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From ippm-admin@ietf.org Thu Mar 27 19:46:48 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA28924 for ; Thu, 27 Mar 2003 19:46:48 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2S13QO06363; Thu, 27 Mar 2003 20:03:26 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2S0viO06138 for ; Thu, 27 Mar 2003 19:57:44 -0500 Received: from basie.internet2.edu (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id TAA28581 for ; Thu, 27 Mar 2003 19:35:43 -0500 (EST) Received: from localhost (localhost.localdomain [127.0.0.1]) by basie.internet2.edu (Postfix) with ESMTP id 5E5227B488; Thu, 27 Mar 2003 19:38:04 -0500 (EST) Received: from aa132.internet2.edu (aa132.internet2.edu [207.75.164.132]) by basie.internet2.edu (Postfix) with ESMTP id 6D9F47B47D; Thu, 27 Mar 2003 19:38:03 -0500 (EST) Date: Thu, 27 Mar 2003 19:36:58 -0500 From: Matthew J Zekauskas To: ippm@ietf.org Cc: Matthew J Zekauskas , Merike Kaeo Subject: Re: [ippm] [ADMIN] Mailing list moving to IETF.ORG Message-ID: <361197995.1048793818@localhost> In-Reply-To: <359405938.1048792026@localhost> References: <359405938.1048792026@localhost> X-Mailer: Mulberry/2.2.1 (Win32) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Scanned: by AMaViS 0.3.12pre8 Content-Transfer-Encoding: 7bit Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IETF IP Performance Metrics Working Group List-Post: List-Help: List-Subscribe: , Content-Transfer-Encoding: 7bit OK, the One True List should now be ippm@ietf.org. ippm@advanced.org should forward over. I'll test momentarily. Update your address books. --Matt --On Thursday, March 27, 2003 7:07 PM -0500 Matthew J Zekauskas wrote: > As hinted earlier, the official ippm list is moving to ietf.org. > This should be the last message using the old list... I spent > a few hours today making sure the lists were synchronized; > after I send this out I will point ippm@advanced.org to ippm@ietf.org, > and then send out another message. If you see one but not the > other, then feel free to add, delete or modify your subscription. > (You can do this via https://www1.ietf.org/mailman/listinfo/ippm ). > > After a month or so I'll remove the alias and replace it with a vacation > message... quite frankly the majority of the mail to ippm@advanced.org > is trash (about 15 messages a day now). I'll send a message when the > alias is gone. > > --Matt > > > _______________________________________________ > ippm mailing list > ippm@advanced.org > http://mailhost.advanced.org/mailman/listinfo/ippm > _______________________________________________ ippm mailing list ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm From mailnull@www1.ietf.org Mon Mar 31 13:49:58 2003 Received: from www1.ietf.org (ietf.org [132.151.1.19] (may be forged)) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA18841 for ; Mon, 31 Mar 2003 13:49:58 -0500 (EST) Received: (from mailnull@localhost) by www1.ietf.org (8.11.6/8.11.6) id h2VJDKs09254 for ippm-archive@odin.ietf.org; Mon, 31 Mar 2003 14:13:20 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2VJDKK09251 for ; Mon, 31 Mar 2003 14:13:20 -0500 Received: from www1.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA18828 for ; Mon, 31 Mar 2003 13:49:27 -0500 (EST) Received: from www1.ietf.org (localhost.localdomain [127.0.0.1]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2VJB8K09144; Mon, 31 Mar 2003 14:11:08 -0500 Received: from ietf.org (odin.ietf.org [132.151.1.176]) by www1.ietf.org (8.11.6/8.11.6) with ESMTP id h2VIvaK07800 for ; Mon, 31 Mar 2003 13:57:36 -0500 Received: from mailhost.advanced.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA18244 for ; Mon, 31 Mar 2003 13:33:44 -0500 (EST) Received: from archer.cs.wisc.edu (archer.cs.wisc.edu [128.105.140.11]) by mailhost.advanced.org (8.12.6/8.12.6/Debian-8) with ESMTP id h2VIa9CN015295 for ; Mon, 31 Mar 2003 13:36:09 -0500 Received: from localhost (jgast@localhost) by archer.cs.wisc.edu (8.9.2/8.9.2) with ESMTP id MAA11814; Mon, 31 Mar 2003 12:36:09 -0600 (CST) Date: Mon, 31 Mar 2003 12:36:09 -0600 (CST) From: James Gast To: ippm@advanced.org cc: Paul Barford , Vivek Sawant Subject: Re: [ippm] Surveyor Data In-Reply-To: <358983611.1048791603@localhost> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: by AMaViS-ng (Milter interface) Sender: ippm-admin@ietf.org Errors-To: ippm-admin@ietf.org X-BeenThere: ippm@ietf.org X-Mailman-Version: 2.0.12 Precedence: bulk List-Unsubscribe: , List-Id: IETF IP Performance Metrics Working Group List-Post: List-Help: List-Subscribe: , Hi, Vivek and the IPPM list - We will be supporting both old Surveyor data and new Surveyor data here at the Wisconsin Advanced Internet Lab. The "real soon now" Matt mentioned is likely to be summer, 2003. We now appreciate how much work Matt and Advanced did for the good of the community. The old data has been moved over to a newer RAID, and we are just now figuring out how to make it available to the research community. If you have any specific suggestions or requests, please E-Mail Paul Barford or me, Jim Gast. We are particularly interested in knowing which graphs and statistics you found most useful. THANKS, /Jim Gast, Wisconsin Advanced Internet Lab On Thu, 27 Mar 2003, Matthew J Zekauskas wrote: > --On Friday, February 14, 2003 5:18 PM -0500 Vivek Sawant wrote: > > > Hi, > > > > Anyone on the list knows about the status of the Surveyor project. Is there a way to get access > > to Surveyor measurement data? Looks like the Advanced website is undergoing major changes. I was > > not able to get to the data (and several other pages.) > > > > Thanks. > > > > \vivek > > First, apologies for taking so long to get this message out on > the list; it got stalled in moderation and I didn't see it :(. > (no, there aren't any others) (but, see a following message > about the list address). > > Second, yep... Advanced contracted (hence my new home email > address), and is no longer hosting any servers. Paul Barford > from the University of Wisconsin-Madison and his group are taking > them over... and I don't know precisely the status, but they > should be up "real soon now". I do know that Paul has a > significant fraction of the historical data... if that is of > interest to you, you might try contacting him. [ pb at cs.wisc.edu ]. > > --Matt > _______________________________________________ > ippm mailing list > ippm@advanced.org > http://mailhost.advanced.org/mailman/listinfo/ippm > ****************************************************** Jim Gast * http://www.cs.wisc.edu/~jgast JGast@cs.wisc.edu * ****************************************************** _______________________________________________ ippm mailing list ippm@ietf.org https://www1.ietf.org/mailman/listinfo/ippm