From rrs@cisco.com Wed Jan 14 13:26:50 2004 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA01741 for ; Wed, 14 Jan 2004 13:26:50 -0500 (EST) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AgpjA-0001Av-00 for sctp-impl-archive@ietf.org; Wed, 14 Jan 2004 13:26:52 -0500 Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AgpiI-00019M-00 for sctp-impl-archive@ietf.org; Wed, 14 Jan 2004 13:25:59 -0500 Received: from sj-iport-4.cisco.com ([171.68.10.86]) by ietf-mx with esmtp (Exim 4.12) id 1AgphT-00015G-00 for sctp-impl-archive@ietf.org; Wed, 14 Jan 2004 13:25:07 -0500 Received: from nailgun.cisco.com (nailgun.cisco.com [171.69.11.147]) by sj-core-3.cisco.com (8.12.6/8.12.6) with ESMTP id i0EINcQw012913; Wed, 14 Jan 2004 10:23:40 -0800 (PST) Received: from nailscatch (localhost [127.0.0.1]) by nailgun.cisco.com (8.12.2/8.12.2) with ESMTP id i0EIMnKs012005 for sctp-impl-filtered; Wed, 14 Jan 2004 10:22:51 -0800 (PST) Message-Id: <200401141822.i0EIMnKs012005@nailgun.cisco.com> Content-Type: multipart/alternative; boundary="----------=_1074104569-12001-0" Content-Transfer-Encoding: binary Mime-Version: 1.0 X-Mailer: NAILS X-Brought-To-You-BY: djohnsen, stharms, Enterprise Messaging, and the letter "E" Subject: Greeting SCTP'ers List-Id: sctp-impl To: SCTP Implementors From: "Randall Stewart (cisco)" X-Nails-Approved: rrs@cisco.com Date: Wed, 14 Jan 2004 12:22:41 -0600 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 This is a multi-part message in MIME format... ------------=_1074104569-12001-0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: binary Hi all: The 17th patch to kame is now available. This has been sent to Kame to be incorporated... one special note. The alternate routing code is now a patch as well. It is setup to be applied by running a shell script to get back the alt-routing code. We moved this code into a patch format so that we can get SCTP into the base BSD's easier... You can see further details on the web site on how to apply the alt-routing patch (after you apply the kame patch.. or on top of a later kame that includes patch 17). http://www.sctp.org Happy SCTPing R -- Randall R. Stewart ITD - Transport Technologies 815-477-2127(o) or 815-342-5222(c) ------------=_1074104569-12001-0-- From rrs@cisco.com Sun Jan 18 13:20:52 2004 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id NAA27040 for ; Sun, 18 Jan 2004 13:20:52 -0500 (EST) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AiHXa-0001Bm-00 for sctp-impl-archive@ietf.org; Sun, 18 Jan 2004 13:20:54 -0500 Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AiHWd-00019H-00 for sctp-impl-archive@ietf.org; Sun, 18 Jan 2004 13:19:56 -0500 Received: from sj-iport-2-in.cisco.com ([171.71.176.71] helo=sj-iport-2.cisco.com) by ietf-mx with esmtp (Exim 4.12) id 1AiHVr-00016i-00 for sctp-impl-archive@ietf.org; Sun, 18 Jan 2004 13:19:08 -0500 Received: from sj-core-2.cisco.com (171.71.177.254) by sj-iport-2.cisco.com with ESMTP; 18 Jan 2004 10:21:31 +0000 Received: from nailgun.cisco.com (nailgun.cisco.com [171.69.11.147]) by sj-core-2.cisco.com (8.12.9/8.12.6) with ESMTP id i0IIHnVM006575; Sun, 18 Jan 2004 10:17:49 -0800 (PST) Received: from nailscatch (localhost [127.0.0.1]) by nailgun.cisco.com (8.12.2/8.12.2) with ESMTP id i0IIGCKs026882 for sctp-impl-filtered; Sun, 18 Jan 2004 10:16:14 -0800 (PST) Message-Id: <200401181816.i0IIGCKs026882@nailgun.cisco.com> Content-Type: multipart/alternative; boundary="----------=_1074449772-26880-0" Content-Transfer-Encoding: binary Mime-Version: 1.0 X-Mailer: NAILS X-Brought-To-You-BY: djohnsen, stharms, Enterprise Messaging, and the letter "E" Subject: Greetings SCTP'ers List-Id: sctp-impl To: SCTP Implementors From: "Randall Stewart (cisco)" X-Nails-Approved: rrs@cisco.com Date: Sun, 18 Jan 2004 12:16:07 -0600 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 This is a multi-part message in MIME format... ------------=_1074449772-26880-0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Disposition: inline Content-Transfer-Encoding: binary Howdy: I have just placed two things up on the SCTP web site: 1) Patch 18 which will go hand and hand with the KAME snap for tommorrow 1/19/2004. This is a very small patch to fix a very big error :-D I, the current code has a bug (from the last patch) that breaks servers using the TCP mode :-< Its a one line fix. Plus as part of kame, the kame folks added a new time comparison that does not seem to be in kernel land FreeBSD. We have ifdef'd this and restored the old comparison code so that if you don't have the cmp routine you can always use the orginal code (this is the default behaviour i.e. original code). 2) After Armando sent me an email on the subject I realized that not everyone understands my concept of alternate route. I have thus put an explanation file up that gives a bit of soapbox and some technical info on what you get when you add the alternate route patch. You can reach it via the download page or follow this link: http://www.sctp.org/what_is_alt_route Happy SCTPing R -- Randall R. Stewart ITD - Transport Technologies 815-477-2127(o) or 815-342-5222(c) ------------=_1074449772-26880-0-- From iyengar@mail.eecis.udel.edu Mon Jan 19 17:17:07 2004 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA11417 for ; Mon, 19 Jan 2004 17:17:02 -0500 (EST) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1Aihhb-0001vZ-00 for sctp-impl-archive@ietf.org; Mon, 19 Jan 2004 17:16:59 -0500 Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1Aihaj-0001ZY-00 for sctp-impl-archive@ietf.org; Mon, 19 Jan 2004 17:09:53 -0500 Received: from sj-iport-1-in.cisco.com ([171.71.176.70] helo=sj-iport-1.cisco.com) by ietf-mx with esmtp (Exim 4.12) id 1AihWm-00019x-00 for sctp-impl-archive@ietf.org; Mon, 19 Jan 2004 17:05:48 -0500 Received: from nailgun.cisco.com (nailgun.cisco.com [171.69.11.147]) by sj-core-4.cisco.com (8.12.6/8.12.6) with ESMTP id i0JM4JjQ012084; Mon, 19 Jan 2004 14:04:19 -0800 (PST) Received: from nailscatch (localhost [127.0.0.1]) by nailgun.cisco.com (8.12.2/8.12.2) with ESMTP id i0JM3PKs018596 for sctp-impl-filtered; Mon, 19 Jan 2004 14:03:27 -0800 (PST) Message-Id: <200401192203.i0JM3PKs018596@nailgun.cisco.com> Content-Type: multipart/alternative; boundary="----------=_1074549805-18588-0" Content-Transfer-Encoding: binary Mime-Version: 1.0 X-Mailer: NAILS X-Brought-To-You-BY: djohnsen, stharms, Enterprise Messaging, and the letter "E" Subject: Alternate route List-Id: sctp-impl To: "Randall Stewart (cisco)" From: Janardhan Iyengar Cc: sctp-impl@external.cisco.com X-Nails-Approved: iyengar@mail.eecis.udel.edu Date: Mon, 19 Jan 2004 16:51:55 -0500 (EST) X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 This is a multi-part message in MIME format... ------------=_1074549805-18588-0 Content-Type: TEXT/PLAIN; charset="US-ASCII" Content-Disposition: inline Content-Transfer-Encoding: binary Hi Randy, I have a question regarding the (well detailed !) "why_is_alt_route" document: " Note that this route has to be at the same level of the tree, i.e. the code cannot return a less specific match or a more specific match. The code basically had to find the exact level of the routing tree that the existing route was cloned from and see if there are any alternates at that level, if so it could clone one of these and hand it back. " Why does the match have to be exact? regards, jana On Sun, 18 Jan 2004, Randall Stewart (cisco) wrote: > Howdy: > > I have just placed two things up on the SCTP web site: > > 1) Patch 18 which will go hand and hand with the KAME snap > for tommorrow 1/19/2004. This is a very small patch to fix > a very big error :-D I, the current code has a bug (from the > last patch) that breaks servers using the TCP mode :-< Its > a one line fix. Plus as part of kame, the kame folks added a > new time comparison that does not seem to be in kernel > land FreeBSD. We have ifdef'd this and restored the old > comparison code so that if you don't have the cmp routine > you can always use the orginal code (this is the default behaviour > i.e. original code). > > 2) After Armando sent me an email on the subject I realized that > not everyone understands my concept of alternate route. I have > thus put an explanation file up that gives a bit of soapbox and > some technical info on what you get when you add the alternate > route patch. You can reach it via the download page or follow > this link: > > http://www.sctp.org/what_is_alt_route > > Happy SCTPing > > R > > -- > Randall R. Stewart > ITD - Transport Technologies > 815-477-2127(o) or 815-342-5222(c) > > > --------------------------------------------------------------- Visit www.narmada.org, www.indiatogether.org --------------------------------------------------------------- ------------=_1074549805-18588-0-- From rrs@cisco.com Mon Jan 19 17:30:13 2004 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id RAA12192 for ; Mon, 19 Jan 2004 17:30:13 -0500 (EST) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AihuQ-0003Dx-00 for sctp-impl-archive@ietf.org; Mon, 19 Jan 2004 17:30:14 -0500 Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1Aiht1-0002ze-00 for sctp-impl-archive@ietf.org; Mon, 19 Jan 2004 17:28:48 -0500 Received: from sj-iport-2-in.cisco.com ([171.71.176.71] helo=sj-iport-2.cisco.com) by ietf-mx with esmtp (Exim 4.12) id 1AihqJ-0002bN-00 for sctp-impl-archive@ietf.org; Mon, 19 Jan 2004 17:25:59 -0500 Received: from sj-core-4.cisco.com (171.68.223.138) by sj-iport-2.cisco.com with ESMTP; 19 Jan 2004 14:28:27 +0000 Received: from nailgun.cisco.com (nailgun.cisco.com [171.69.11.147]) by sj-core-4.cisco.com (8.12.6/8.12.6) with ESMTP id i0JMOVjQ024927; Mon, 19 Jan 2004 14:24:31 -0800 (PST) Received: from nailscatch (localhost [127.0.0.1]) by nailgun.cisco.com (8.12.2/8.12.2) with ESMTP id i0JMO5Ks018874 for sctp-impl-filtered; Mon, 19 Jan 2004 14:24:07 -0800 (PST) Message-Id: <200401192224.i0JMO5Ks018874@nailgun.cisco.com> Content-Type: multipart/alternative; boundary="----------=_1074551045-18872-0" Content-Transfer-Encoding: binary Mime-Version: 1.0 X-Mailer: NAILS X-Brought-To-You-BY: djohnsen, stharms, Enterprise Messaging, and the letter "E" Subject: Re: Alternate route List-Id: sctp-impl To: Janardhan Iyengar From: "Randall Stewart (cisco)" Cc: sctp-impl@external.cisco.com X-Nails-Approved: rrs@cisco.com Date: Mon, 19 Jan 2004 16:23:58 -0600 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org X-Spam-Status: No, hits=0.0 required=5.0 tests=none autolearn=no version=2.60 This is a multi-part message in MIME format... ------------=_1074551045-18872-0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Disposition: inline Content-Transfer-Encoding: binary Jana: Good question I put that in there to see what kind of response I would get :-D But it is quite true... it has to do with the way routing is supposed to work. You are supposed to have the most specific match to the path.. i.e. the most bits. So once you select the level that is correct you must stay to that level. A way to look at it is with an example.. lets say we have: route add default gw-1 route add default gw-2 route add host-a host-special route add host-a host-special-2 route add special-net-a gw-special-1 route add special-net-a gw-special-2 Now if you don't stay at the same level then you will get one of the defaults (possibly) which may have NO idea on how to reach host-a or special-net-a.. these are specific. The admin placed them in the table for a specific reason. Maybe the network topology has a special access to a specific subnet or host.. the main default router will have no idea where to send the packets... but the host or net specific route DOES.. then in that case you need to stay at that level.. even if there is only one router at that level you may have to stay there just because there is no assurance that a router higher in the tree knows how to get there. There are cases where it would work.. i.e. that gw-special-1 or 2 had the same knowledge as gw-1/2 it is just better to go through them to get to the specific network (maybe closer etc)... but how do you tell that apart from the case where they do NOT have the same knowledge? After playing with this, I could never figure out a better way then staying at the same level.. there may be.. but I could not see it... If you have an idea let me know and I would be glad to go play radix tree madness ... these radix trees are so much fun :-> Glad you like the explanation.. I just wish the BSD community would too.. R Janardhan Iyengar wrote: >Hi Randy, > >I have a question regarding the (well detailed !) "why_is_alt_route" >document: > >" Note that this route has to be at the same level of the tree, i.e. the >code cannot return a less specific match or a more specific match. The >code basically had to find the exact level of the routing tree that the >existing route was cloned from and see if there are any alternates at that >level, if so it could clone one of these and hand it back. " > >Why does the match have to be exact? > >regards, >jana > >On Sun, 18 Jan 2004, Randall Stewart (cisco) wrote: > > > >>Howdy: >> >>I have just placed two things up on the SCTP web site: >> >>1) Patch 18 which will go hand and hand with the KAME snap >> for tommorrow 1/19/2004. This is a very small patch to fix >> a very big error :-D I, the current code has a bug (from the >> last patch) that breaks servers using the TCP mode :-< Its >> a one line fix. Plus as part of kame, the kame folks added a >> new time comparison that does not seem to be in kernel >> land FreeBSD. We have ifdef'd this and restored the old >> comparison code so that if you don't have the cmp routine >> you can always use the orginal code (this is the default behaviour >> i.e. original code). >> >>2) After Armando sent me an email on the subject I realized that >> not everyone understands my concept of alternate route. I have >> thus put an explanation file up that gives a bit of soapbox and >> some technical info on what you get when you add the alternate >> route patch. You can reach it via the download page or follow >> this link: >> >>http://www.sctp.org/what_is_alt_route >> >>Happy SCTPing >> >>R >> >>-- >>Randall R. Stewart >>ITD - Transport Technologies >>815-477-2127(o) or 815-342-5222(c) >> >> >> >> >> > >--------------------------------------------------------------- > Visit www.narmada.org, www.indiatogether.org >--------------------------------------------------------------- > > > -- Randall R. Stewart ITD - Transport Technologies 815-477-2127(o) or 815-342-5222(c) ------------=_1074551045-18872-0-- From Michael.Tuexen@micmac.franken.de Thu Jan 22 15:13:09 2004 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA07185 for ; Thu, 22 Jan 2004 15:13:08 -0500 (EST) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AjlCK-0004w1-00 for sctp-impl-archive@ietf.org; Thu, 22 Jan 2004 15:13:04 -0500 Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1Ajl8T-0004kJ-00 for sctp-impl-archive@ietf.org; Thu, 22 Jan 2004 15:09:06 -0500 Received: from sj-iport-1-in.cisco.com ([171.71.176.70] helo=sj-iport-1.cisco.com) by ietf-mx with esmtp (Exim 4.12) id 1Ajl5E-0000TQ-00 for sctp-impl-archive@ietf.org; Thu, 22 Jan 2004 15:05:45 -0500 Received: from nailgun.cisco.com (nailgun.cisco.com [171.69.11.147]) by sj-core-2.cisco.com (8.12.9/8.12.6) with ESMTP id i0MK2hff023536; Thu, 22 Jan 2004 12:02:43 -0800 (PST) Received: from nailscatch (localhost [127.0.0.1]) by nailgun.cisco.com (8.12.2/8.12.2) with ESMTP id i0MK1WKs013389 for sctp-impl-filtered; Thu, 22 Jan 2004 12:01:34 -0800 (PST) Message-Id: <200401222001.i0MK1WKs013389@nailgun.cisco.com> Content-Type: multipart/alternative; boundary="----------=_1074801691-13387-0" Content-Transfer-Encoding: binary Mime-Version: 1.0 X-Mailer: NAILS X-Brought-To-You-BY: djohnsen, stharms, Enterprise Messaging, and the letter "E" Subject: [SCTP-Announce] 7th SCTP Interop List-Id: sctp-impl To: SCTP Implementors , "'discussion@sctp.de'" , announce@sctp.de From: Michael Tuexen X-Nails-Approved: Michael.Tuexen@micmac.franken.de Date: Thu, 22 Jan 2004 20:47:56 +0100 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org X-Spam-Status: No, hits=0.1 required=5.0 tests=AWL autolearn=no version=2.60 This is a multi-part message in MIME format... ------------=_1074801691-13387-0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Disposition: inline Content-Transfer-Encoding: binary Dear all, the 7th SCTP Interop will be hosted by the University of Applied Sciences in Muenster, Germany. It will start on July 25th and will end on July 30th. It is the week before the summer IETF. In addition to the testbed we have used in previous Interops (support of dual homed hosts, IPv4 and IPv6, delay, loss, jitter) we will also provide a switched GBit Ethernet network for performance testing and a simulated satellite link with middle boxes generating packet drop reports. Tested specifications include RFC 2960, RFC 3309, PR-SCTP, ADD-IP, PKT-DRP-REP and possibly more. I would like to know who is interested in attending the Interop to finalize my planning because we have to charge some money to cover the costs. We also have to make sure that we have enough electric power in the room. Therefore I would like to know - which companies would like to attend - the number of participants of each company - how many computers (laptop, desktop, ...) and switches / hubs each company will bring in. Please send your response to tuexen@fh-muenster.de After having an initial guess about the number of participants I will set up a website with the all the information regarding registration, fee, hotel, traveling and so on you need. If you have any questions do not hesitate to contact me. Thank you very much for your cooperation. Best regards Michael _______________________________________________ announce mailing list announce@sctp.de http://www.sctp.de/mailman/listinfo/announce ------------=_1074801691-13387-0-- From Michael.Tuexen@micmac.franken.de Thu Jan 22 15:42:00 2004 Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id PAA09855 for ; Thu, 22 Jan 2004 15:42:00 -0500 (EST) Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AjleL-0007Xh-00 for sctp-impl-archive@ietf.org; Thu, 22 Jan 2004 15:42:01 -0500 Received: from exim by ietf-mx with spam-scanned (Exim 4.12) id 1AjldI-0007Nf-00 for sctp-impl-archive@ietf.org; Thu, 22 Jan 2004 15:40:57 -0500 Received: from sj-iport-3-in.cisco.com ([171.71.176.72] helo=sj-iport-3.cisco.com) by ietf-mx with esmtp (Exim 4.12) id 1Ajlc1-0007AR-00 for sctp-impl-archive@ietf.org; Thu, 22 Jan 2004 15:39:37 -0500 Received: from sj-core-5.cisco.com (171.71.177.238) by sj-iport-3.cisco.com with ESMTP; 22 Jan 2004 12:43:26 +0000 Received: from nailgun.cisco.com (nailgun.cisco.com [171.69.11.147]) by sj-core-5.cisco.com (8.12.9/8.12.6) with ESMTP id i0MKclKd008121; Thu, 22 Jan 2004 12:38:48 -0800 (PST) Received: from nailscatch (localhost [127.0.0.1]) by nailgun.cisco.com (8.12.2/8.12.2) with ESMTP id i0MKb6Ks013861 for sctp-impl-filtered; Thu, 22 Jan 2004 12:37:08 -0800 (PST) Message-Id: <200401222037.i0MKb6Ks013861@nailgun.cisco.com> Content-Type: multipart/alternative; boundary="----------=_1074803825-13859-0" Content-Transfer-Encoding: binary Mime-Version: 1.0 X-Mailer: NAILS X-Brought-To-You-BY: djohnsen, stharms, Enterprise Messaging, and the letter "E" Subject: 7th SCTP Interop List-Id: sctp-impl To: SCTP Implementors , "'discussion@sctp.de'" , announce@sctp.de From: Michael Tuexen X-Nails-Approved: Michael.Tuexen@micmac.franken.de Date: Thu, 22 Jan 2004 20:47:56 +0100 X-Spam-Checker-Version: SpamAssassin 2.60 (1.212-2003-09-23-exp) on ietf-mx.ietf.org X-Spam-Status: No, hits=0.1 required=5.0 tests=AWL autolearn=no version=2.60 This is a multi-part message in MIME format... ------------=_1074803825-13859-0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Disposition: inline Content-Transfer-Encoding: binary Dear all, the 7th SCTP Interop will be hosted by the University of Applied Sciences in Muenster, Germany. It will start on July 25th and will end on July 30th. It is the week before the summer IETF. In addition to the testbed we have used in previous Interops (support of dual homed hosts, IPv4 and IPv6, delay, loss, jitter) we will also provide a switched GBit Ethernet network for performance testing and a simulated satellite link with middle boxes generating packet drop reports. Tested specifications include RFC 2960, RFC 3309, PR-SCTP, ADD-IP, PKT-DRP-REP and possibly more. I would like to know who is interested in attending the Interop to finalize my planning because we have to charge some money to cover the costs. We also have to make sure that we have enough electric power in the room. Therefore I would like to know - which companies would like to attend - the number of participants of each company - how many computers (laptop, desktop, ...) and switches / hubs each company will bring in. Please send your response to tuexen@fh-muenster.de After having an initial guess about the number of participants I will set up a website with the all the information regarding registration, fee, hotel, traveling and so on you need. If you have any questions do not hesitate to contact me. Thank you very much for your cooperation. Best regards Michael ------------=_1074803825-13859-0--