From owner-ip-dvb@erg.abdn.ac.uk Tue Jan 13 17:25:08 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0DHOOA7029300 for ; Tue, 13 Jan 2004 17:24:24 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.10/8.12.2/Submit) id i0DHONAM029299 for ip-dvb-subscribed-users; Tue, 13 Jan 2004 17:24:23 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from gateway.hns.com (gateway.hns.com [208.236.67.14]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0DHNRA8029248 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Tue, 13 Jan 2004 17:23:30 GMT Received: from excore8.hns.com (excore8.hns.com [139.85.52.156]) by gateway.hns.com (Switch-3.1.2/Switch-3.1.0) with ESMTP id i0DHMabr021109 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 13 Jan 2004 12:22:58 -0500 (EST) Received: from hns.com (altasun9.md.hnsnet [10.48.51.25]) by excore8.hns.com (Switch-3.1.0/Switch-3.1.0) with ESMTP id i0DHMUcJ017342 for ; Tue, 13 Jan 2004 12:22:30 -0500 (EST) Message-ID: <40042954.E7D60601@hns.com> Date: Tue, 13 Jan 2004 12:22:28 -0500 From: John Border X-Mailer: Mozilla 4.79 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: ip-dvb@erg.abdn.ac.uk Subject: Seoul References: <2BF0AD29BC31FE46B7887732114404310357E83F@trebe003.europe.nokia.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ERG-MailScanner: Found to be clean, Found to be clean Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk Gorry, Can you comment on the status of the IETF working group (I don't see it listed yet on the working groups page) and whether or not there will be an IPDVB meeting in Seoul? John From owner-ip-dvb@erg.abdn.ac.uk Tue Jan 13 19:14:15 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0DJDiA7003628 for ; Tue, 13 Jan 2004 19:13:44 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.10/8.12.2/Submit) id i0DJDi6i003627 for ip-dvb-subscribed-users; Tue, 13 Jan 2004 19:13:44 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from erg.abdn.ac.uk (gresley-ipv6.erg.abdn.ac.uk [IPv6:2001:630:241:1:20a:95ff:fe7d:5f0c]) (authenticated bits=0) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0DJCpA8003584 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 13 Jan 2004 19:12:51 GMT Message-ID: <40044334.8030506@erg.abdn.ac.uk> Date: Tue, 13 Jan 2004 19:12:52 +0000 From: Gorry Fairhurst Organization: Univesrity of Aberdeen User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ip-dvb@erg.abdn.ac.uk, tcpsat@ISI.EDU Subject: IJSCN: Internet over Digital Broadcast Video Networks - revised deadlines. Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-ERG-MailScanner: Found to be clean, Found to be clean Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk LAST Call for Papers The original deadline for submission to the forth-coming Special Issue of the International Journal of Computer Networks devoted to "Internet over Digital Broadcast Video Networks" has been extended to: 20th February 2004. Final copies of all papers must be sent by the above date to the following email address: gorry@erg.abdn.ac.uk or marie@mjmontpetit.com The prefered format for the review process is PDF, although other formats may be accepted. Details of the final format required for accepted submissions may be found at: http://authors.elsevier.com/JournalDetail.html?PubID=505606&Precis= If your submission has been acknowledged, and a paper number allocated, then no further action is required by you - but you *MAY* update your manuscript and resubmit before the above revised deadline. DETAIL OF CALL Internet over Digital Broadcast Video Networks Editors: Marie-José Montpetit, mjmontpetit.com and Gorry Fairhurst, Universtity of Aberdeen Digital Video Broadcasting (DVB) technologies are widely used over broadcast media that include satellite (DVB-S), cable (DVB-C and Open Cable) and terrestrial (DVB-T). They provide unidirectional communications from the content provider to the end user. The return channel can be either via a terrestrial technology or via satellite (DVB return channel system or RCS). Current standards define a link layer protocol to enable transmission of the digital multimedia content. More and more, however, DVB is used to build Internet-compatible networks. In order to do this an MPEG-2 Transport Stream cell is used as a “container” for the IP packets with an added encapsulation header to allow the information to be adequately processed. Over the years a number of encapsulation methods have been explored to transmit data over broadcast media. The current standard for DVB is the Multi-Protocol Encapsulation (MPE). While this may be used to send Internet Packets, there are further issues that arise when used to build an Internet Service. Such issues are an active research topic, and have received recent attention in the Internet Engineering Task Force (IETF) community. In addition, recent efforts have been dedicated to making DVB a more dynamic network with protocols for address resolution and multicast group management to complement current solution that use table based methods. Finally, the support for Quality of Service (QoS) and security service is also actively pursued. This special issue intends to review current IP over DVB research and establish what the status of this important technology is in the deployment of the broadband networks of the near future. Topics addressed by the special issue include (but are not limited to): - system design and scenarios - DVB and MPEG-2 networking technologies - encapsulation and hardware/software implementations for IPv4 and v6 - address resolution - multicast group management - quality of service issues - simulation of DVB networks - standardization efforts REVIEW PROCESS Each paper will independently be reviewed against the goal of the call for papers, the technical content, the contribution to the field, and the quality of the finished submission. A summary of reviewers comments will be returned to the authors at the end of the submission process. TIMETABLE Full papers due: February 20th 2004 (Final call) Reviews returned: April 19th Final Manuscript due: June 1st From owner-ip-dvb@erg.abdn.ac.uk Tue Jan 13 19:59:52 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0DJxQA7005301 for ; Tue, 13 Jan 2004 19:59:26 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.10/8.12.2/Submit) id i0DJxPUZ005300 for ip-dvb-subscribed-users; Tue, 13 Jan 2004 19:59:26 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from erg.abdn.ac.uk (gresley-ipv6.erg.abdn.ac.uk [IPv6:2001:630:241:1:20a:95ff:fe7d:5f0c]) (authenticated bits=0) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0DJwpA8005261 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Tue, 13 Jan 2004 19:58:52 GMT Message-ID: <40044DFC.9090400@erg.abdn.ac.uk> Date: Tue, 13 Jan 2004 19:58:52 +0000 From: Gorry Fairhurst Organization: Univesrity of Aberdeen User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.4) Gecko/20030624 Netscape/7.1 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ip-dvb@erg.abdn.ac.uk Subject: Re: Seoul References: <2BF0AD29BC31FE46B7887732114404310357E83F@trebe003.europe.nokia.com> <40042954.E7D60601@hns.com> In-Reply-To: <40042954.E7D60601@hns.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-ERG-MailScanner: Found to be clean, Found to be clean Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk John, We are still not an IETF working group, but there has been progress behind the scenes. A proposed charter for this WG was circulated by the IESG to the IETF and Internet Area Chairs before the last Minneapolis IETF meeting. There was some feedback that we have been working to address resulting in the latest version of our proposed charter text below. We're still working to tune the milestones, etc. but I am expecting that this charter will be submited to the IESG for consideration at their next meeting on 22-Jan. We've had BoFs at the previous two IETFs. I am undecided about the need to call a meeting in Seoul (so if *anyone* has views, please do tell the list). It seems we are making progress with the ULE Spec, and that the requirements document is now in a position where the WG could offer comments and suggestions. If there is a need to meet, I'd be very willing to ask for a meeting slot, but obviously not all groups can meet at every IETF (there simply wouldn't be space), so the question is I guess, are there issues that need to be discussed, agenda items, or new inputs that we can expect in the next month? Gorry ------- IP over MPEG-2/DVB (ipdvb) Chair(s): Gorry Fairhurst Responsible Area Director: Margaret Wasserman Mailing Lists: General Discussion: ip-dvb@erg.abdn.ac.uk To subscribe: subscribe ip-dvb at majordomo@erg.abdn.ac.uk Archive: http://www.erg.abdn.ac.uk/ip-dvb/archive/ Description of Working Group: The WG will develop new protocols and architectures to enable better deployment of IP over MPEG-2 transport and provide easier interworking with IP networks. Specific properties of this subnetwork technology include link-layer support for unicast and multicast, large numbers of down-stream receivers, and efficiency of transmission. These properties resemble those in some other wireless networks. The specific ndards: DVB-RCS; DVB-S and DVB-T and related ATSC Specifications) in protocols on the existing generation of networks. The WG will endeavour to reuse existing open standard technologies, giving guidance on usage in IP networks, whenever they are able to fulfil requirements. For instance, it acknowledges the existing Multiprotocol Encapsulation (MPE) [ATSC A/90;ETSI EN 301192] and that this will continue to be deployed in the future to develop new markets. Any alternative encapsulation would need to co-exist with MPE. Appropriate standards will be defined to support transmission of IPv4 and IPv6 datagrams between IP networks connected using MPEG-2 transport subnetworks. This includes options for encapsulation, dynamic unicast address resolution for IPv4/IPv6, and the mechanisms needed to map routed IP multicast traffic to the MPEG-2 transport subnetwork. The standards will be appropriate to both MPE and any alternative encapsulation method developed. The developed protocols may also be applicable to other multicast enabled subnetwork technologies supporting large numbers of directly connected systems. The current list of work items is: Specify the requirements and architecture for supporting IPv4/IPv6 via MPEG-2 transmission networks. Such requirements should consider the range of platforms currently (or anticipated to be) in use. This draft will be an Informational RFC. Define a standards-track RFC defining an efficient encapsulation method. The design will consider the need for MAC addresses, the potential need for synchronisation between streams, support for a wide range of IPv4/IPv6 and multicast traffic. Provide an Informational RFC describing a framework for unicast and multicast address resolution over MPEG-2 transmission networks. The document will describe options for the address resolution process, relating these to appropriate usage scenarios and suggesting appropriate protocol mechanisms for both the existing Multi-Protocol Encapsulation (MPE) and the efficient encapsulation (2). Consideration will be paid to existing standards, and the cases for IPv6 and IPv4 will be described. Define standards-track RFC(s) to specify procedures for dynamic address resolution for IPv4/IPv6. This will describe the protocol and syntax of the information exchanged to bind unicast and multicast flows to the MPEG-2 TS Logical Channels. This will include specific optimisations appropriate for networks reaching large numbers of down-stream systems. Goals and Milestones: JAN 04 Draft of a WG Architecture ID describing usage of MPEG-2 transport for IP transmission. MAR 04 Draft of a WG ID on the new Encapsulation. JUL 04 Draft of a WG ID on the AR Framework, specifying mechanisms to perform address resolution. JUL 04 Submit Architecture to IESG OCT 04 Draft of a WG ID or the AR Protocol, defining a protocol to perform IP address resolution. OCT 04 Submit Encapsulation to IESG APR 05 Submit AR Framework to IESG AUG 05 Submit AR Protocol to IESG AUG 05 Progress the Encapsulation RFC along the IETF standards track. > > From owner-ip-dvb@erg.abdn.ac.uk Tue Jan 13 21:32:34 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0DLWBA7008825 for ; Tue, 13 Jan 2004 21:32:11 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.10/8.12.2/Submit) id i0DLWBSF008824 for ip-dvb-subscribed-users; Tue, 13 Jan 2004 21:32:11 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from gateway.hns.com (gateway.hns.com [208.236.67.13]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0DLVdA8008794 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NOT) for ; Tue, 13 Jan 2004 21:31:40 GMT Received: from excore8.hns.com (excore8.hns.com [139.85.52.126]) by gateway.hns.com (Switch-3.1.2/Switch-3.1.0) with ESMTP id i0DLVabr015422 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=NO) for ; Tue, 13 Jan 2004 16:31:37 -0500 (EST) Received: from hns.com (altasun9.md.hnsnet [10.48.51.25]) by excore8.hns.com (Switch-3.1.0/Switch-3.1.0) with ESMTP id i0DLVUcJ018666 for ; Tue, 13 Jan 2004 16:31:30 -0500 (EST) Message-ID: <400463B0.A4D2D3B2@hns.com> Date: Tue, 13 Jan 2004 16:31:28 -0500 From: John Border X-Mailer: Mozilla 4.79 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: ip-dvb@erg.abdn.ac.uk Subject: Re: Seoul References: <2BF0AD29BC31FE46B7887732114404310357E83F@trebe003.europe.nokia.com> <40042954.E7D60601@hns.com> <40044DFC.9090400@erg.abdn.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-ERG-MailScanner: Found to be clean, Found to be clean Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk I was mainly just curious. I am probably not going to be in Seoul so I definitely don't have any suggestions re needing a meeting. And, from the proposed milestones, it doesn't look like anything will come up sooner than San Diego... John Gorry Fairhurst wrote: > > John, > > We are still not an IETF working group, but there has been progress > behind the scenes. > > A proposed charter for this WG was circulated by the IESG to the IETF > and Internet Area Chairs before the last Minneapolis IETF meeting. > There was some feedback that we have been working to address resulting > in the latest version of our proposed charter text below. We're still > working to tune the milestones, etc. but I am expecting that this > charter will be submited to the IESG for consideration at their next > meeting on 22-Jan. > > We've had BoFs at the previous two IETFs. I am undecided about the need > to call a meeting in Seoul (so if *anyone* has views, please do tell the > list). It seems we are making progress with the ULE Spec, and that the > requirements document is now in a position where the WG could offer > comments and suggestions. > > If there is a need to meet, I'd be very willing to ask for a meeting > slot, but obviously not all groups can meet at every IETF (there simply > wouldn't be space), so the question is I guess, are there issues that > need to be discussed, agenda items, or new inputs that we can expect in > the next month? > > Gorry > > ------- > > IP over MPEG-2/DVB (ipdvb) > > Chair(s): > Gorry Fairhurst > > Responsible Area Director: > Margaret Wasserman > > Mailing Lists: > General Discussion: ip-dvb@erg.abdn.ac.uk > To subscribe: subscribe ip-dvb at majordomo@erg.abdn.ac.uk > Archive: http://www.erg.abdn.ac.uk/ip-dvb/archive/ > > Description of Working Group: > The WG will develop new protocols and architectures to enable better > deployment of IP over MPEG-2 transport and provide easier interworking > with IP networks. Specific properties of this subnetwork technology > include link-layer support for unicast and multicast, large numbers > of down-stream receivers, and efficiency of transmission. These > properties resemble those in some other wireless networks. The specific > ndards: DVB-RCS; DVB-S and DVB-T and related ATSC Specifications) in > protocols on the existing generation of networks. > > The WG will endeavour to reuse existing open standard technologies, > giving guidance on usage in IP networks, whenever they are able to > fulfil requirements. For instance, it acknowledges the existing > Multiprotocol Encapsulation (MPE) [ATSC A/90;ETSI EN 301192] and that > this will continue to be deployed in the future to develop new markets. > Any alternative encapsulation would need to co-exist with MPE. > > Appropriate standards will be defined to support transmission of IPv4 > and IPv6 datagrams between IP networks connected using MPEG-2 transport > subnetworks. This includes options for encapsulation, dynamic unicast > address resolution for IPv4/IPv6, and the mechanisms needed to map > routed IP multicast traffic to the MPEG-2 transport subnetwork. The > standards will be appropriate to both MPE and any alternative > encapsulation method developed. The developed protocols may also be > applicable to other multicast enabled subnetwork technologies supporting > large numbers of directly connected systems. > > The current list of work items is: > Specify the requirements and architecture for supporting IPv4/IPv6 via > MPEG-2 transmission networks. Such requirements should consider the range > of platforms currently (or anticipated to be) in use. This draft will be > an Informational RFC. > > Define a standards-track RFC defining an efficient encapsulation method. > The design will consider the need for MAC addresses, the potential need > for synchronisation between streams, support for a wide range of IPv4/IPv6 > and multicast traffic. > > Provide an Informational RFC describing a framework for unicast and > multicast address resolution over MPEG-2 transmission networks. The > document will describe options for the address resolution process, > relating these to appropriate usage scenarios and suggesting appropriate > protocol mechanisms for both the existing Multi-Protocol Encapsulation > (MPE) and the efficient encapsulation (2). Consideration will be paid to > existing standards, and the cases for IPv6 and IPv4 will be described. > > Define standards-track RFC(s) to specify procedures for dynamic address > resolution for IPv4/IPv6. This will describe the protocol and syntax of > the information exchanged to bind unicast and multicast flows to the MPEG-2 > TS Logical Channels. This will include specific optimisations > appropriate for > networks reaching large numbers of down-stream systems. > > Goals and Milestones: > > JAN 04 Draft of a WG Architecture ID describing usage of MPEG-2 > transport for IP transmission. > MAR 04 Draft of a WG ID on the new Encapsulation. > JUL 04 Draft of a WG ID on the AR Framework, specifying mechanisms > to perform address resolution. > JUL 04 Submit Architecture to IESG > OCT 04 Draft of a WG ID or the AR Protocol, defining a protocol to > perform IP address resolution. > OCT 04 Submit Encapsulation to IESG > APR 05 Submit AR Framework to IESG > AUG 05 Submit AR Protocol to IESG > AUG 05 Progress the Encapsulation RFC along the IETF standards track. > > > > > From owner-ip-dvb@erg.abdn.ac.uk Wed Jan 14 07:20:21 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0E7JIA7028296 for ; Wed, 14 Jan 2004 07:19:18 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.10/8.12.2/Submit) id i0E7JI0g028295 for ip-dvb-subscribed-users; Wed, 14 Jan 2004 07:19:18 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from proxy.6wind.com (proxy.ipv6.6wind.com [194.250.197.211]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0E7HvA7028224 for ; Wed, 14 Jan 2004 07:17:58 GMT Received: from intranet.6wind.com (intranet [10.0.0.113]) by proxy.6wind.com (Postfix) with ESMTP id 92671630 for ; Wed, 14 Jan 2004 08:17:57 +0100 (CET) Received: from 6wind.com (vouvray.dev.6wind.com [10.16.0.135]) by intranet.6wind.com (Postfix) with ESMTP id 765D96F1; Wed, 14 Jan 2004 08:17:57 +0100 (CET) Message-ID: <4004EE0F.9010609@6wind.com> Date: Wed, 14 Jan 2004 08:21:51 +0100 From: Alain RITOUX User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: IPDVB Subject: Some precisions about CRC32 description X-Enigmail-Version: 0.71.0.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-ERG-MailScanner: Found to be clean, Found to be clean Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk Hi all, The text in draft is : In the CRC32 description, it should be added that the checksum to be computed is the forward CRC-32 (as opposed to the reverse way, as I learnt recently). So I would propose a sloght modification to the CRC descritption in 4.6 : "Each SNDU MUST carry a 32-bit CRC field in the last four bytes of the SNDU. This position eases CRC computation by hardware. The forward ^^^^^^^^^^^^ CRC-32 polynomial is to be used. This is a 32 bit value calculated according to the generator polynomial represented 0x04C11DB7 in hexadecimal: x^32+x^26+x^23+x^22+x^16+x^12+x^11+x^10+x^8+x^7+x^5+x^4+x^2+x^1+x^0. " More over, there are reference to Ethernet, MPE, and AAL5, "Examples where this polynomial is also employed include Ethernet, DSM-CC section syntax [ISO-DSMCC} and AAL5 [ITU3563]. The use resembles, but is different to that in SCTP [RFC3309]." can anyone confirm, those are exactly the same computation (IV=0xffffffff, forward computation, no final XOR) ? if not, the reference should be removed for it might lead to errors. An exemple wouldn't hurt, so here is what I computed, for a small ping6 from 2001:660:3008:1789::5 to 2001:660:3008:1789::6, with the associated DVB MAC addr being 01:02:03:04:05:06. It gives the following SNDU : 0000: 00 3f 86 dd 01 02 03 04 05 06 60 00 00 00 00 0d .?........`..... 0010: 3a 40 20 01 06 60 30 08 17 89 00 00 00 00 00 00 :@ ..`0......... 0020: 00 05 20 01 06 60 30 08 17 89 00 00 00 00 00 00 .. ..`0......... 0030: 00 06 80 00 9c 58 07 70 00 00 00 00 00 00 00 02 .....X.p........ 0040: 72 c9 c2 r.. Regards. Alain. -- Alain RITOUX Tel +33-1-39-30-92-32 Fax +33-1-39-30-92-11 visit our web http://www.6wind.com From owner-ip-dvb@erg.abdn.ac.uk Thu Jan 15 02:16:45 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F2GNA7008781 for ; Thu, 15 Jan 2004 02:16:23 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.10/8.12.2/Submit) id i0F2GNCZ008780 for ip-dvb-subscribed-users; Thu, 15 Jan 2004 02:16:23 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from wisdom.ai3.net (wisdom.ai3.net [202.249.25.2]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F2FXA7008736 for ; Thu, 15 Jan 2004 02:15:35 GMT Received: from [192.168.0.130] (unknown [202.249.25.98]) by wisdom.ai3.net (postfix-2.0.15) with ESMTP id 110DE11F05 for ; Thu, 15 Jan 2004 11:15:30 +0900 (JST) Date: Thu, 15 Jan 2004 11:15:31 +0900 From: Hidetaka IZUMIYAMA To: ip-dvb@erg.abdn.ac.uk Subject: Re: ULE implementations and interoperability testing In-Reply-To: References: Message-Id: <20040115111356.9EEF.IZU@wishnet.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.07.01 X-ERG-MailScanner: Found to be clean, Found to be clean Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk Dear Frank, I'm Hidetaka Izumiyama and I run a company called Wishnet Inc in Japan. I used to chair IETF's UDLR-WG. We have started implementation of ULE and we are very much interested in the interoperability testing. I would appreciate it if you could provide me with further information on the interoperability testing or advise how details can be found. Many thanks in advance for your assistance and I look forward to hearing from you soon. Best regards, Hidetaka Izumiyama President CEO Wishnet Inc. 5-15-10-101 Shirokanedai, Minato-ku Tokyo, 108-0071, Japan Tel.+81-3-5447-7130 Fax.+81-3-5447-7131 Email: izu@wishnet.co.jp > 1. ULE implementations > > Two teams that were implementing ULE gave a presentation at the ip-over-dvb > BOF at IETF-58. Information on these two ESA sponsored projects that will > target the upcoming ULE draft revision 2 can be found on the ESA Telecom > website: > > http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11271 > > and > > http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11265 > > This is related to other activities the European Space Agency has initiated > to support the IPv4 to IPv6 transition in satellite telecommunications, more > information on this can be found on > > http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11405 > > 2. ULE availability > > A number of senders (modified routers or DVB-S encapsulators) and receivers > ( PCI cards or modified routers) using these two prototype implementations > will be available for experiments and interoperability tests, via ESA or the > projects contacts. They are expected to be available around February 2004. > > 3. ULE traces > > As stated in the IETF-58 minutes: packet hex dumps used in these projects > will be made available for early interoperability testing. They will be > available via the IP-over-DVB list. > > 4. ULE interoperability testing > > Concerning receiver testing: in case there is interest , we would be willing > to setup at certain times a DVB-S carrier on a satellite with European > coverage with e.g.: > - one PID with ULE carrying IPv4 > - one PID with ULE carrying IPv6 > > Concerning sender testing: our uplink facilities could be made available for > such purposes. > > Best regards, > > > Frank > > > > Frank.Zeppenfeldt@esa.int > Tel +31 (0)71 5654376 > Fax +31 (0)71 5654093 > http://telecom.esa.int/ > D-APP/TSM > ESA/ESTEC (European Space & Technology Centre) > Keplerlaan 1 > Postbus 299 > 2200 AG Noordwijk (The Netherlands) From owner-ip-dvb@erg.abdn.ac.uk Thu Jan 15 02:57:10 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F2umA7010057 for ; Thu, 15 Jan 2004 02:56:48 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.10/8.12.2/Submit) id i0F2umBP010055 for ip-dvb-subscribed-users; Thu, 15 Jan 2004 02:56:48 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from ems-t.ca (ns.ems-t.ca [209.167.130.34]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F2txA7010008 for ; Thu, 15 Jan 2004 02:56:00 GMT Received: from ems-t.ca ([141.186.252.65]) by gateway.ems-t.ca with SMTP id <44268>; Wed, 14 Jan 2004 22:04:16 -0500 Illegal-Object: S Return-path: <> ^-expected word Received: from MONTREAL-Message_Server by ems-t.ca with Novell_GroupWise; Wed, 14 Jan 2004 21:52:17 -0500 Message-Id: X-Mailer: Novell GroupWise 5.2 Date: Wed, 14 Jan 2004 21:52:12 -0500 From: "Andrew-Mark Pether" To: ip-dvb@erg.abdn.ac.uk Subject: Re: ULE implementations and interoperability testing Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline X-ERG-MailScanner: Found to be clean, Found to be clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by erg.abdn.ac.uk id i0F2ujbL010048 Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk Please be aware that due to changes at EMS, my address has changed. External users please use pether.a@emssatnet.com EMS users use the address book From owner-ip-dvb@erg.abdn.ac.uk Thu Jan 15 03:43:04 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F3gdA7012103 for ; Thu, 15 Jan 2004 03:42:40 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.10/8.12.2/Submit) id i0F3gdo6012102 for ip-dvb-subscribed-users; Thu, 15 Jan 2004 03:42:39 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from ems-t.ca (ns.ems-t.ca [209.167.130.34]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F3gEA7012086 for ; Thu, 15 Jan 2004 03:42:15 GMT Received: from ems-t.ca ([141.186.252.65]) by gateway.ems-t.ca with SMTP id <44129>; Wed, 14 Jan 2004 22:50:23 -0500 Illegal-Object: S Return-path: <> ^-expected word Received: from MONTREAL-Message_Server by ems-t.ca with Novell_GroupWise; Wed, 14 Jan 2004 22:38:24 -0500 Message-Id: X-Mailer: Novell GroupWise 5.2 Date: Wed, 14 Jan 2004 22:38:19 -0500 From: "Andrew-Mark Pether" To: ip-dvb@erg.abdn.ac.uk Subject: Re: ULE implementations and interoperability testing Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline X-ERG-MailScanner: Found to be clean, Found to be clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by erg.abdn.ac.uk id i0F3gcnr012098 Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk Please be aware that due to changes at EMS, my address has changed. External users please use pether.a@emssatnet.com EMS users use the address book From owner-ip-dvb@erg.abdn.ac.uk Thu Jan 15 04:26:01 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F4PcA7013434 for ; Thu, 15 Jan 2004 04:25:38 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.10/8.12.2/Submit) id i0F4PcXT013433 for ip-dvb-subscribed-users; Thu, 15 Jan 2004 04:25:38 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from ems-t.ca (ns.ems-t.ca [209.167.130.34]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F4P2A7013415 for ; Thu, 15 Jan 2004 04:25:02 GMT Received: from ems-t.ca ([141.186.252.65]) by gateway.ems-t.ca with SMTP id <44138>; Wed, 14 Jan 2004 23:33:17 -0500 Illegal-Object: S Return-path: <> ^-expected word Received: from MONTREAL-Message_Server by ems-t.ca with Novell_GroupWise; Wed, 14 Jan 2004 23:21:20 -0500 Message-Id: X-Mailer: Novell GroupWise 5.2 Date: Wed, 14 Jan 2004 23:21:11 -0500 From: "Andrew-Mark Pether" To: ip-dvb@erg.abdn.ac.uk Subject: Re: ULE implementations and interoperability testing Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline X-ERG-MailScanner: Found to be clean, Found to be clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by erg.abdn.ac.uk id i0F4PaQA013430 Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk Please be aware that due to changes at EMS, my address has changed. External users please use pether.a@emssatnet.com EMS users use the address book From owner-ip-dvb@erg.abdn.ac.uk Thu Jan 15 05:04:24 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F53PA7014556 for ; Thu, 15 Jan 2004 05:03:25 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.10/8.12.2/Submit) id i0F53Pul014555 for ip-dvb-subscribed-users; Thu, 15 Jan 2004 05:03:25 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from ems-t.ca (ns.ems-t.ca [209.167.130.34]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F52OA7014519 for ; Thu, 15 Jan 2004 05:02:24 GMT Received: from ems-t.ca ([141.186.252.65]) by gateway.ems-t.ca with SMTP id <44277>; Thu, 15 Jan 2004 00:10:43 -0500 Illegal-Object: S Return-path: <> ^-expected word Received: from MONTREAL-Message_Server by ems-t.ca with Novell_GroupWise; Wed, 14 Jan 2004 23:58:45 -0500 Message-Id: X-Mailer: Novell GroupWise 5.2 Date: Wed, 14 Jan 2004 23:58:40 -0500 From: "Andrew-Mark Pether" To: ip-dvb@erg.abdn.ac.uk Subject: Re: ULE implementations and interoperability testing Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline X-ERG-MailScanner: Found to be clean, Found to be clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by erg.abdn.ac.uk id i0F53MKd014550 Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk Please be aware that due to changes at EMS, my address has changed. External users please use pether.a@emssatnet.com EMS users use the address book From owner-ip-dvb@erg.abdn.ac.uk Thu Jan 15 05:46:17 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F5jBA7015931 for ; Thu, 15 Jan 2004 05:45:11 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.10/8.12.2/Submit) id i0F5jBgT015930 for ip-dvb-subscribed-users; Thu, 15 Jan 2004 05:45:11 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from ems-t.ca (ns.ems-t.ca [209.167.130.34]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F5idA7015898 for ; Thu, 15 Jan 2004 05:44:40 GMT Received: from ems-t.ca ([141.186.252.65]) by gateway.ems-t.ca with SMTP id <44080>; Thu, 15 Jan 2004 00:52:57 -0500 Illegal-Object: S Return-path: <> ^-expected word Received: from MONTREAL-Message_Server by ems-t.ca with Novell_GroupWise; Thu, 15 Jan 2004 00:41:00 -0500 Message-Id: X-Mailer: Novell GroupWise 5.2 Date: Thu, 15 Jan 2004 00:40:56 -0500 From: "Andrew-Mark Pether" To: ip-dvb@erg.abdn.ac.uk Subject: Re: ULE implementations and interoperability testing Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline X-ERG-MailScanner: Found to be clean, Found to be clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by erg.abdn.ac.uk id i0F5j7Vj015925 Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk Please be aware that due to changes at EMS, my address has changed. External users please use pether.a@emssatnet.com EMS users use the address book From owner-ip-dvb@erg.abdn.ac.uk Thu Jan 15 06:33:52 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F6XHA7017637 for ; Thu, 15 Jan 2004 06:33:17 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.10/8.12.2/Submit) id i0F6XGke017636 for ip-dvb-subscribed-users; Thu, 15 Jan 2004 06:33:16 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from ems-t.ca (ns.ems-t.ca [209.167.130.34]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F6WhA7017605 for ; Thu, 15 Jan 2004 06:32:43 GMT Received: from ems-t.ca ([141.186.252.65]) by gateway.ems-t.ca with SMTP id <44149>; Thu, 15 Jan 2004 01:41:04 -0500 Illegal-Object: S Return-path: <> ^-expected word Received: from MONTREAL-Message_Server by ems-t.ca with Novell_GroupWise; Thu, 15 Jan 2004 01:29:06 -0500 Message-Id: X-Mailer: Novell GroupWise 5.2 Date: Thu, 15 Jan 2004 01:28:58 -0500 From: "Andrew-Mark Pether" To: ip-dvb@erg.abdn.ac.uk Subject: Re: ULE implementations and interoperability testing Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline X-ERG-MailScanner: Found to be clean, Found to be clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by erg.abdn.ac.uk id i0F6XDh2017630 Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk Please be aware that due to changes at EMS, my address has changed. External users please use pether.a@emssatnet.com EMS users use the address book From owner-ip-dvb@erg.abdn.ac.uk Thu Jan 15 07:13:32 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F7CqA7018950 for ; Thu, 15 Jan 2004 07:12:52 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.10/8.12.2/Submit) id i0F7CqJ6018949 for ip-dvb-subscribed-users; Thu, 15 Jan 2004 07:12:52 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from ems-t.ca (ns.ems-t.ca [209.167.130.34]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F7C7A7018925 for ; Thu, 15 Jan 2004 07:12:07 GMT Received: from ems-t.ca ([141.186.252.65]) by gateway.ems-t.ca with SMTP id <44152>; Thu, 15 Jan 2004 02:20:27 -0500 Illegal-Object: S Return-path: <> ^-expected word Received: from MONTREAL-Message_Server by ems-t.ca with Novell_GroupWise; Thu, 15 Jan 2004 02:08:27 -0500 Message-Id: X-Mailer: Novell GroupWise 5.2 Date: Thu, 15 Jan 2004 02:08:21 -0500 From: "Andrew-Mark Pether" To: ip-dvb@erg.abdn.ac.uk Subject: Re: ULE implementations and interoperability testing Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline X-ERG-MailScanner: Found to be clean, Found to be clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by erg.abdn.ac.uk id i0F7CoBc018946 Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk Please be aware that due to changes at EMS, my address has changed. External users please use pether.a@emssatnet.com EMS users use the address book From owner-ip-dvb@erg.abdn.ac.uk Thu Jan 15 07:57:35 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F7uwA7020458 for ; Thu, 15 Jan 2004 07:56:58 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.10/8.12.2/Submit) id i0F7uwPS020457 for ip-dvb-subscribed-users; Thu, 15 Jan 2004 07:56:58 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from ems-t.ca (ns.ems-t.ca [209.167.130.34]) by erg.abdn.ac.uk (8.12.10/8.12.10) with ESMTP id i0F7uJA7020425 for ; Thu, 15 Jan 2004 07:56:20 GMT Received: from ems-t.ca ([141.186.252.65]) by gateway.ems-t.ca with SMTP id <44292>; Thu, 15 Jan 2004 03:04:37 -0500 Illegal-Object: S Return-path: <> ^-expected word Received: from MONTREAL-Message_Server by ems-t.ca with Novell_GroupWise; Thu, 15 Jan 2004 02:52:40 -0500 Message-Id: X-Mailer: Novell GroupWise 5.2 Date: Thu, 15 Jan 2004 02:52:35 -0500 From: "Andrew-Mark Pether" To: ip-dvb@erg.abdn.ac.uk Subject: Re: ULE implementations and interoperability testing Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline X-ERG-MailScanner: Found to be clean, Found to be clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by erg.abdn.ac.uk id i0F7utIX020451 Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk Please be aware that due to changes at EMS, my address has changed. External users please use pether.a@emssatnet.com EMS users use the address book From owner-ip-dvb@erg.abdn.ac.uk Tue Jan 20 07:08:03 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.11/8.12.11) with ESMTP id i0K76iHj000143 for ; Tue, 20 Jan 2004 07:06:44 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.11/8.12.2/Submit) id i0K76i7G000142 for ip-dvb-subscribed-users; Tue, 20 Jan 2004 07:06:44 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from esacom57-int.estec.esa.int (esacom57-ext.estec.esa.int [131.176.107.4]) by erg.abdn.ac.uk (8.12.11/8.12.11) with ESMTP id i0K75rRQ000102 for ; Tue, 20 Jan 2004 07:05:53 GMT Received: from esacom52.estec.esa.int (esacom52.estec.esa.int [131.176.7.7]) by esacom57-int.estec.esa.int (8.12.10/8.12.10/ESA-External-v3.2) with ESMTP id i0K732sT028433 for ; Tue, 20 Jan 2004 08:03:02 +0100 (MET) Received: from estecmta1.estec.esa.int (estecmta1.estec.esa.int [131.176.1.131]) by esacom52.estec.esa.int (8.12.10/8.12.10/ESA-Internal-v3.2) with ESMTP id i0K731Pf010697 for ; Tue, 20 Jan 2004 08:03:01 +0100 (MET) Subject: Re: ULE implementations and interoperability testing To: ip-dvb@erg.abdn.ac.uk X-Mailer: Lotus Notes Release 5.0.3 (Intl) 21 March 2000 Message-ID: From: Frank.Zeppenfeldt@esa.int Date: Tue, 20 Jan 2004 08:02:58 +0100 X-MIMETrack: Serialize by Router on estecmta1/estec/ESA(Release 5.0.11 |July 24, 2002) at 20-01-2004 08:03:01 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-ERG-MailScanner: Found to be clean, Found to be clean Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk Dear Hidetaka, We have an interoperability test planned in the first week of February 2004 between the two ESA sponsored implementations, see http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11271 http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11265 After this basic interoperability event, a representative hex dump of a TS with ULE 2.0 will be made available to the ip-over-dvb mailing list in such a way that also other ULE implementers can do their interoperability tests. It is our aim to have this dump and a corresponding description available on the ip-over-dvb list a week after testing (if we reach a reasonable state of interoperability during the first week of February). In addition, one implementation mentioned above will support one of the well-known DVB-S receiving cards for Linux, and the required drivers to support ULE 2.0 will be made freely available. This would be another way of interoperability testing with your ULE 2.0 sender. More details after the first week of February. Best regards, Frank Hidetaka IZUMIYAMA To: ip-dvb@erg.abdn.ac.uk Subject: Re: ULE implementations and interoperability testing Sent by: owner-ip-dvb@erg .abdn.ac.uk 2004/01/15 03:15 Please respond to ip-dvb Dear Frank, I'm Hidetaka Izumiyama and I run a company called Wishnet Inc in Japan. I used to chair IETF's UDLR-WG. We have started implementation of ULE and we are very much interested in the interoperability testing. I would appreciate it if you could provide me with further information on the interoperability testing or advise how details can be found. Many thanks in advance for your assistance and I look forward to hearing from you soon. Best regards, Hidetaka Izumiyama President CEO Wishnet Inc. 5-15-10-101 Shirokanedai, Minato-ku Tokyo, 108-0071, Japan Tel.+81-3-5447-7130 Fax.+81-3-5447-7131 Email: izu@wishnet.co.jp > 1. ULE implementations > > Two teams that were implementing ULE gave a presentation at the ip-over-dvb > BOF at IETF-58. Information on these two ESA sponsored projects that will > target the upcoming ULE draft revision 2 can be found on the ESA Telecom > website: > > http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11271 > > and > > http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11265 > > This is related to other activities the European Space Agency has initiated > to support the IPv4 to IPv6 transition in satellite telecommunications, more > information on this can be found on > > http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11405 > > 2. ULE availability > > A number of senders (modified routers or DVB-S encapsulators) and receivers > ( PCI cards or modified routers) using these two prototype implementations > will be available for experiments and interoperability tests, via ESA or the > projects contacts. They are expected to be available around February 2004. > > 3. ULE traces > > As stated in the IETF-58 minutes: packet hex dumps used in these projects > will be made available for early interoperability testing. They will be > available via the IP-over-DVB list. > > 4. ULE interoperability testing > > Concerning receiver testing: in case there is interest , we would be willing > to setup at certain times a DVB-S carrier on a satellite with European > coverage with e.g.: > - one PID with ULE carrying IPv4 > - one PID with ULE carrying IPv6 > > Concerning sender testing: our uplink facilities could be made available for > such purposes. > > Best regards, > > > Frank > > > > Frank.Zeppenfeldt@esa.int > Tel +31 (0)71 5654376 > Fax +31 (0)71 5654093 > http://telecom.esa.int/ > D-APP/TSM > ESA/ESTEC (European Space & Technology Centre) > Keplerlaan 1 > Postbus 299 > 2200 AG Noordwijk (The Netherlands) From owner-ip-dvb@erg.abdn.ac.uk Tue Jan 20 15:09:43 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.11/8.12.11) with ESMTP id i0KF8dG4018155 for ; Tue, 20 Jan 2004 15:08:39 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.11/8.12.2/Submit) id i0KF8dHj018153 for ip-dvb-subscribed-users; Tue, 20 Jan 2004 15:08:39 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from dns-1.fidelityaccess.net (ftp.fidelityaccess.net [66.94.70.210]) by erg.abdn.ac.uk (8.12.11/8.12.11) with ESMTP id i0KF7Awf018086 for ; Tue, 20 Jan 2004 15:07:11 GMT Received: from kevinportable (unverified [66.94.74.162]) by dns-1.fidelityaccess.net (Vircom SMTPRS 5.1.202) with SMTP id for ; Tue, 20 Jan 2004 10:07:05 -0500 From: "Kevin Kimmich" To: Subject: RE: ULE implementations and interoperability testing Date: Tue, 20 Jan 2004 10:07:06 -0500 Message-ID: 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 IMO, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1165 In-Reply-To: X-ERG-MailScanner: Found to be clean, Found to be clean Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk Hello Frank, My company is going to be using ULE for an IP over DVB implementation. I would be very interested in the specifics of this interoperability testing. What is the specification for ULE that you are using, the draft RFC ule-02.txt? Thanks, Kevin Kimmich Kevin Kimmich Software Engineer Efficient Channel Coding 600 Safeguard Plaza Suite 100 Brooklyn Heights, OH 44131 216.635.1610 -----Original Message----- From: owner-ip-dvb@erg.abdn.ac.uk [mailto:owner-ip-dvb@erg.abdn.ac.uk]On Behalf Of Frank.Zeppenfeldt@esa.int Sent: Tuesday, January 20, 2004 2:03 AM To: ip-dvb@erg.abdn.ac.uk Subject: Re: ULE implementations and interoperability testing Dear Hidetaka, We have an interoperability test planned in the first week of February 2004 between the two ESA sponsored implementations, see http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11271 http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11265 After this basic interoperability event, a representative hex dump of a TS with ULE 2.0 will be made available to the ip-over-dvb mailing list in such a way that also other ULE implementers can do their interoperability tests. It is our aim to have this dump and a corresponding description available on the ip-over-dvb list a week after testing (if we reach a reasonable state of interoperability during the first week of February). In addition, one implementation mentioned above will support one of the well-known DVB-S receiving cards for Linux, and the required drivers to support ULE 2.0 will be made freely available. This would be another way of interoperability testing with your ULE 2.0 sender. More details after the first week of February. Best regards, Frank Hidetaka IZUMIYAMA To: ip-dvb@erg.abdn.ac.uk Subject: Re: ULE implementations and interoperability testing Sent by: owner-ip-dvb@erg .abdn.ac.uk 2004/01/15 03:15 Please respond to ip-dvb Dear Frank, I'm Hidetaka Izumiyama and I run a company called Wishnet Inc in Japan. I used to chair IETF's UDLR-WG. We have started implementation of ULE and we are very much interested in the interoperability testing. I would appreciate it if you could provide me with further information on the interoperability testing or advise how details can be found. Many thanks in advance for your assistance and I look forward to hearing from you soon. Best regards, Hidetaka Izumiyama President CEO Wishnet Inc. 5-15-10-101 Shirokanedai, Minato-ku Tokyo, 108-0071, Japan Tel.+81-3-5447-7130 Fax.+81-3-5447-7131 Email: izu@wishnet.co.jp > 1. ULE implementations > > Two teams that were implementing ULE gave a presentation at the ip-over-dvb > BOF at IETF-58. Information on these two ESA sponsored projects that will > target the upcoming ULE draft revision 2 can be found on the ESA Telecom > website: > > http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11271 > > and > > http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11265 > > This is related to other activities the European Space Agency has initiated > to support the IPv4 to IPv6 transition in satellite telecommunications, more > information on this can be found on > > http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11405 > > 2. ULE availability > > A number of senders (modified routers or DVB-S encapsulators) and receivers > ( PCI cards or modified routers) using these two prototype implementations > will be available for experiments and interoperability tests, via ESA or the > projects contacts. They are expected to be available around February 2004. > > 3. ULE traces > > As stated in the IETF-58 minutes: packet hex dumps used in these projects > will be made available for early interoperability testing. They will be > available via the IP-over-DVB list. > > 4. ULE interoperability testing > > Concerning receiver testing: in case there is interest , we would be willing > to setup at certain times a DVB-S carrier on a satellite with European > coverage with e.g.: > - one PID with ULE carrying IPv4 > - one PID with ULE carrying IPv6 > > Concerning sender testing: our uplink facilities could be made available for > such purposes. > > Best regards, > > > Frank > > > > Frank.Zeppenfeldt@esa.int > Tel +31 (0)71 5654376 > Fax +31 (0)71 5654093 > http://telecom.esa.int/ > D-APP/TSM > ESA/ESTEC (European Space & Technology Centre) > Keplerlaan 1 > Postbus 299 > 2200 AG Noordwijk (The Netherlands) From owner-ip-dvb@erg.abdn.ac.uk Wed Jan 21 06:45:46 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.11/8.12.11) with ESMTP id i0L6iNwu023698 for ; Wed, 21 Jan 2004 06:44:23 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.11/8.12.2/Submit) id i0L6iM1w023697 for ip-dvb-subscribed-users; Wed, 21 Jan 2004 06:44:22 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from esacom57-int.estec.esa.int (esacom57-ext.estec.esa.int [131.176.107.4]) by erg.abdn.ac.uk (8.12.11/8.12.11) with ESMTP id i0L6h1AG023622 for ; Wed, 21 Jan 2004 06:43:02 GMT Received: from esacom52.estec.esa.int (esacom52.estec.esa.int [131.176.7.7]) by esacom57-int.estec.esa.int (8.12.10/8.12.10/ESA-External-v3.2) with ESMTP id i0L6grKf014106 for ; Wed, 21 Jan 2004 07:42:53 +0100 (MET) Received: from estecmta1.estec.esa.int (estecmta1.estec.esa.int [131.176.1.131]) by esacom52.estec.esa.int (8.12.10/8.12.10/ESA-Internal-v3.2) with ESMTP id i0L6grRn023331 for ; Wed, 21 Jan 2004 07:42:53 +0100 (MET) Subject: RE: ULE implementations and interoperability testing To: ip-dvb@erg.abdn.ac.uk X-Mailer: Lotus Notes Release 5.0.3 (Intl) 21 March 2000 Message-ID: From: Frank.Zeppenfeldt@esa.int Date: Wed, 21 Jan 2004 07:42:45 +0100 X-MIMETrack: Serialize by Router on estecmta1/estec/ESA(Release 5.0.11 |July 24, 2002) at 21-01-2004 07:42:53 AM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii X-ERG-MailScanner: Found to be clean, Found to be clean Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk Hello Kevin, The basis for interoperability testing is indeed http://www.ietf.org/internet-drafts/draft-fair-ipdvb-ule-02.txt On the specifics of interoperability testing: basically it is a collection of pings with different sizes for the "difficult" cases , some of them are mentioned in the Annex A of the Internet-Draft. Regards, Frank "Kevin Kimmich" .com> cc: Sent by: Subject: RE: ULE implementations and interoperability testing owner-ip-dvb@erg .abdn.ac.uk 2004/01/20 16:07 Please respond to ip-dvb Hello Frank, My company is going to be using ULE for an IP over DVB implementation. I would be very interested in the specifics of this interoperability testing. What is the specification for ULE that you are using, the draft RFC ule-02.txt? Thanks, Kevin Kimmich Kevin Kimmich Software Engineer Efficient Channel Coding 600 Safeguard Plaza Suite 100 Brooklyn Heights, OH 44131 216.635.1610 -----Original Message----- From: owner-ip-dvb@erg.abdn.ac.uk [mailto:owner-ip-dvb@erg.abdn.ac.uk]On Behalf Of Frank.Zeppenfeldt@esa.int Sent: Tuesday, January 20, 2004 2:03 AM To: ip-dvb@erg.abdn.ac.uk Subject: Re: ULE implementations and interoperability testing Dear Hidetaka, We have an interoperability test planned in the first week of February 2004 between the two ESA sponsored implementations, see http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11271 http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11265 After this basic interoperability event, a representative hex dump of a TS with ULE 2.0 will be made available to the ip-over-dvb mailing list in such a way that also other ULE implementers can do their interoperability tests. It is our aim to have this dump and a corresponding description available on the ip-over-dvb list a week after testing (if we reach a reasonable state of interoperability during the first week of February). In addition, one implementation mentioned above will support one of the well-known DVB-S receiving cards for Linux, and the required drivers to support ULE 2.0 will be made freely available. This would be another way of interoperability testing with your ULE 2.0 sender. More details after the first week of February. Best regards, Frank Hidetaka IZUMIYAMA To: ip-dvb@erg.abdn.ac.uk Subject: Re: ULE implementations and interoperability testing Sent by: owner-ip-dvb@erg .abdn.ac.uk 2004/01/15 03:15 Please respond to ip-dvb Dear Frank, I'm Hidetaka Izumiyama and I run a company called Wishnet Inc in Japan. I used to chair IETF's UDLR-WG. We have started implementation of ULE and we are very much interested in the interoperability testing. I would appreciate it if you could provide me with further information on the interoperability testing or advise how details can be found. Many thanks in advance for your assistance and I look forward to hearing from you soon. Best regards, Hidetaka Izumiyama President CEO Wishnet Inc. 5-15-10-101 Shirokanedai, Minato-ku Tokyo, 108-0071, Japan Tel.+81-3-5447-7130 Fax.+81-3-5447-7131 Email: izu@wishnet.co.jp > 1. ULE implementations > > Two teams that were implementing ULE gave a presentation at the ip-over-dvb > BOF at IETF-58. Information on these two ESA sponsored projects that will > target the upcoming ULE draft revision 2 can be found on the ESA Telecom > website: > > http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11271 > > and > > http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11265 > > This is related to other activities the European Space Agency has initiated > to support the IPv4 to IPv6 transition in satellite telecommunications, more > information on this can be found on > > http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11405 > > 2. ULE availability > > A number of senders (modified routers or DVB-S encapsulators) and receivers > ( PCI cards or modified routers) using these two prototype implementations > will be available for experiments and interoperability tests, via ESA or the > projects contacts. They are expected to be available around February 2004. > > 3. ULE traces > > As stated in the IETF-58 minutes: packet hex dumps used in these projects > will be made available for early interoperability testing. They will be > available via the IP-over-DVB list. > > 4. ULE interoperability testing > > Concerning receiver testing: in case there is interest , we would be willing > to setup at certain times a DVB-S carrier on a satellite with European > coverage with e.g.: > - one PID with ULE carrying IPv4 > - one PID with ULE carrying IPv6 > > Concerning sender testing: our uplink facilities could be made available for > such purposes. > > Best regards, > > > Frank > > > > Frank.Zeppenfeldt@esa.int > Tel +31 (0)71 5654376 > Fax +31 (0)71 5654093 > http://telecom.esa.int/ > D-APP/TSM > ESA/ESTEC (European Space & Technology Centre) > Keplerlaan 1 > Postbus 299 > 2200 AG Noordwijk (The Netherlands) From owner-ip-dvb@erg.abdn.ac.uk Fri Jan 23 01:42:15 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.11/8.12.11) with ESMTP id i0N1fMnX024733 for ; Fri, 23 Jan 2004 01:41:23 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.11/8.12.2/Submit) id i0N1fMYT024732 for ip-dvb-subscribed-users; Fri, 23 Jan 2004 01:41:22 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from wisdom.ai3.net (wisdom.ai3.net [202.249.25.2]) by erg.abdn.ac.uk (8.12.11/8.12.11) with ESMTP id i0N1ee54024699 for ; Fri, 23 Jan 2004 01:40:42 GMT Received: from [192.168.0.133] (rt57i.wishnet-edc.ai3.net [202.249.25.98]) by wisdom.ai3.net (postfix-2.0.15) with ESMTP id 781AB11F05 for ; Fri, 23 Jan 2004 10:40:39 +0900 (JST) Date: Fri, 23 Jan 2004 10:40:43 +0900 From: Hidetaka IZUMIYAMA To: ip-dvb@erg.abdn.ac.uk Subject: Re: ULE implementations and interoperability testing In-Reply-To: References: Message-Id: <20040123103311.0F20.IZU@wishnet.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver. 2.07.01 X-ERG-MailScanner: Found to be clean, Found to be clean Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk Dear Frank, Thank for very mush your information about interoperability test. After the hex dump of TS available, we will compare with our results. Best Regards, Izu > > Dear Hidetaka, > > We have an interoperability test planned in the first week of February 2004 > between the two ESA sponsored implementations, see > > http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11271 > http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11265 > > After this basic interoperability event, a representative hex dump of a TS > with ULE 2.0 will be made available to the ip-over-dvb mailing list in such a > way that also other ULE implementers can do their interoperability tests. > > It is our aim to have this dump and a corresponding description available on > the ip-over-dvb list a week after testing (if we reach a reasonable state of > interoperability during the first week of February). > > In addition, one implementation mentioned above will support one of the > well-known DVB-S receiving cards for Linux, and the required drivers to > support ULE 2.0 will be made freely available. This would be another way of > interoperability testing with your ULE 2.0 sender. > > More details after the first week of February. > > Best regards, > > Frank > > > > > > > Hidetaka > IZUMIYAMA To: ip-dvb@erg.abdn.ac.uk > jp> Subject: Re: ULE implementations and interoperability testing > Sent by: > owner-ip-dvb@erg > .abdn.ac.uk > > > 2004/01/15 03:15 > Please respond > to ip-dvb > > > > > > > Dear Frank, > > I'm Hidetaka Izumiyama and I run a company called Wishnet Inc in Japan. > I used to chair IETF's UDLR-WG. > > We have started implementation of ULE and we are very much interested in > the interoperability testing. I would appreciate it if you could > provide me with further information on the interoperability testing or > advise how details can be found. > > Many thanks in advance for your assistance and I look forward to hearing > from you soon. > > Best regards, > > Hidetaka Izumiyama > > President CEO > Wishnet Inc. > 5-15-10-101 Shirokanedai, Minato-ku > Tokyo, 108-0071, Japan > Tel.+81-3-5447-7130 > Fax.+81-3-5447-7131 > Email: izu@wishnet.co.jp > > > 1. ULE implementations > > > > Two teams that were implementing ULE gave a presentation at the ip-over-dvb > > BOF at IETF-58. Information on these two ESA sponsored projects that will > > target the upcoming ULE draft revision 2 can be found on the ESA Telecom > > website: > > > > http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11271 > > > > and > > > > http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11265 > > > > This is related to other activities the European Space Agency has initiated > > to support the IPv4 to IPv6 transition in satellite telecommunications, > more > > information on this can be found on > > > > http://telecom.esa.int/telecom/www/object/index.cfm?fobjectid=11405 > > > > 2. ULE availability > > > > A number of senders (modified routers or DVB-S encapsulators) and receivers > > ( PCI cards or modified routers) using these two prototype implementations > > will be available for experiments and interoperability tests, via ESA or > the > > projects contacts. They are expected to be available around February 2004. > > > > 3. ULE traces > > > > As stated in the IETF-58 minutes: packet hex dumps used in these projects > > will be made available for early interoperability testing. They will be > > available via the IP-over-DVB list. > > > > 4. ULE interoperability testing > > > > Concerning receiver testing: in case there is interest , we would be > willing > > to setup at certain times a DVB-S carrier on a satellite with European > > coverage with e.g.: > > - one PID with ULE carrying IPv4 > > - one PID with ULE carrying IPv6 > > > > Concerning sender testing: our uplink facilities could be made available > for > > such purposes. > > > > Best regards, > > > > > > Frank > > > > > > > > Frank.Zeppenfeldt@esa.int > > Tel +31 (0)71 5654376 > > Fax +31 (0)71 5654093 > > http://telecom.esa.int/ > > D-APP/TSM > > ESA/ESTEC (European Space & Technology Centre) > > Keplerlaan 1 > > Postbus 299 > > 2200 AG Noordwijk (The Netherlands) > > From owner-ip-dvb@erg.abdn.ac.uk Fri Jan 23 13:07:44 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.11/8.12.11) with ESMTP id i0ND73C0018234 for ; Fri, 23 Jan 2004 13:07:03 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.11/8.12.2/Submit) id i0ND73Os018233 for ip-dvb-subscribed-users; Fri, 23 Jan 2004 13:07:03 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from [139.133.207.163] (dhcp-207-163.erg.abdn.ac.uk [139.133.207.163]) (authenticated bits=0) by erg.abdn.ac.uk (8.12.11/8.12.11) with ESMTP id i0ND5gpT018185 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NOT); Fri, 23 Jan 2004 13:05:43 GMT User-Agent: Microsoft-Entourage/10.1.4.030702.0 Date: Fri, 23 Jan 2004 11:08:46 +0000 Subject: Re: [Fwd: [Fwd: Some precisions about CRC32 description]] From: Gorry Fairhurst To: Bernhard Collini-Nocker CC: Message-ID: In-Reply-To: Mime-version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit X-ERG-MailScanner: Found to be clean, Found to be clean Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk So, I like this contribution, and agree that we should include some guidance in an appendix to the next revision of the ULE-ID. I think we should await a summary of the experience of the Salzburg Interop tests (next week) between the two implementation that were described at the last IETF. I've also made a note that the CRC description needs to be updated: One word on the polynomial used for the CRC - the current ULE text is correct - but the problem is that the specifying the polynomial does not provide sufficient guidance on how to construct the CRC bytes. I had thought orginally we could refer to the use in SCTP, however since this placed the CRC *WITHIN* the header, the procedure differs significantly. I propose we explicitly talk about the polynomial - and THEN explicitly about the computation. Text to be rewritten (thanks for the pointer). Gorry On 21/1/04 9:08 am, "Bernhard Collini-Nocker" wrote: > Hi Gorry, > > sorry to answer late, I am sick suffering from a cold. > I am also convinced that this type of information could well fit into the > draft, maybe only with a different example or an additional IPv4 example. > > Bernhard > >> -----Original Message----- >> From: Gorry Fairhurst [mailto:gorry@erg.abdn.ac.uk] >> Sent: Donnerstag, 15. Janner 2004 20:26 >> To: Bernhard Collini-Nocker >> Subject: [Fwd: [Fwd: Some precisions about CRC32 description]] >> >> >> >> This looks like the right sort of input to the ULE draft, but >> does this make sense to you? >> >> >> Gorry >> >> -------- Original Message -------- >> Subject: Some precisions about CRC32 description >> Date: Wed, 14 Jan 2004 08:21:51 +0100 >> From: Alain RITOUX >> Reply-To: ip-dvb@erg.abdn.ac.uk >> To: IPDVB >> >> >> >> Hi all, >> >> The text in draft is : >> >> In the CRC32 description, it should be added that the checksum to be >> computed is the forward CRC-32 (as opposed to the reverse way, as I >> learnt recently). So I would propose a sloght modification to the CRC >> descritption in 4.6 : >> >> "Each SNDU MUST carry a 32-bit CRC field in the last four bytes of >> the SNDU. This position eases CRC computation by hardware. The forward >> ^^^^^^^^^^^^ >> CRC-32 polynomial is to be used. This is a 32 bit value calculated >> according to the generator polynomial represented 0x04C11DB7 in >> hexadecimal: >> x^32+x^26+x^23+x^22+x^16+x^12+x^11+x^10+x^8+x^7+x^5+x^4+x^2+x^1+x^0. " >> >> >> More over, there are reference to Ethernet, MPE, and AAL5, >> "Examples where this polynomial is also employed include Ethernet, >> DSM-CC section syntax [ISO-DSMCC} and AAL5 [ITU3563]. The use >> resembles, but is different to that in SCTP [RFC3309]." >> >> can anyone confirm, those are exactly the same computation >> (IV=0xffffffff, forward computation, no final XOR) ? if not, the >> reference should be removed for it might lead to errors. >> >> An exemple wouldn't hurt, so here is what I computed, for a small ping6 >> from 2001:660:3008:1789::5 to 2001:660:3008:1789::6, with the associated >> DVB MAC addr being 01:02:03:04:05:06. It gives the following SNDU : >> >> 0000: 00 3f 86 dd 01 02 03 04 05 06 60 00 00 00 00 0d .?........`..... >> 0010: 3a 40 20 01 06 60 30 08 17 89 00 00 00 00 00 00 :@ ..`0......... >> 0020: 00 05 20 01 06 60 30 08 17 89 00 00 00 00 00 00 .. ..`0......... >> 0030: 00 06 80 00 9c 58 07 70 00 00 00 00 00 00 00 02 .....X.p........ >> 0040: 72 c9 c2 r.. >> >> >> Regards. >> Alain. >> -- >> Alain RITOUX >> Tel +33-1-39-30-92-32 >> Fax +33-1-39-30-92-11 >> visit our web http://www.6wind.com >> >> >> >> >> >> > From owner-ip-dvb@erg.abdn.ac.uk Wed Jan 28 20:49:44 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.11/8.12.11) with ESMTP id i0SKmeoH016765 for ; Wed, 28 Jan 2004 20:48:40 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.11/8.12.2/Submit) id i0SKmdLI016764 for ip-dvb-subscribed-users; Wed, 28 Jan 2004 20:48:40 GMT Date: Wed, 28 Jan 2004 20:48:40 GMT Message-Id: <200401282048.i0SKmdLI016764@mavis.erg.abdn.ac.uk> X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f From: The IESG To: IETF-Announce: ; Cc: ip-dvb@erg.abdn.ac.uk, Gorry Fairhurst Subject: WG Action: IP over DVB (ipdvb) Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk X-ERG-MailScanner: Found to be clean A new IETF working group has been formed in the Internet Area. For additional information, please contact the Area Directors or the WG Chairs. IP over DVB (ipdvb) ------------------- Current Status: Proposed Working Group Chair(s): Gorry Fairhurst (gorry@erg.abdn.ac.uk) Responsible Area Director: Margaret Wasserman Mailing Lists: General Discussion: ip-dvb@erg.abdn.ac.uk To subscribe: subscribe ip-dvb at majordomo@erg.abdn.ac.uk Archive: http://www.erg.abdn.ac.uk/ip-dvb/archive/ Description of Working Group: The WG will develop new protocols and architectures to enable better deployment of IP over MPEG-2 transport and provide easier interworking with IP networks. Specific properties of this subnetwork technology include link-layer support for unicast and multicast, large numbers of down-stream receivers, and efficiency of transmission. These properties resemble those in some other wireless networks. The specific focus of the group is on the use of MPEG-2 transport (examples include the Digital Video Broadcast (DVB) standards: DVB-RCS; DVB-S and DVB-T and related ATSC Specifications) in next generation networks and is not concerned with the development, replacement, or retention of existing protocols on the existing generation of networks. The WG will endeavour to reuse existing open standard technologies, giving guidance on usage in IP networks, whenever they are able to fulfill requirements. For instance, we acknowledge the existing Multiprotocol Encapsulation (MPE) [ATSC A/90;ETSI EN 301192] and that this will continue to be deployed in the future to develop new markets. Any alternative encapsulation would need to co-exist with MPE. Appropriate standards will be defined to support transmission of IPv4 and IPv6 datagrams between IP networks connected using MPEG-2 transport subnetworks. This includes options for encapsulation, dynamic unicast address resolution for IPv4/IPv6, and the mechanisms needed to map routed IP multicast traffic to the MPEG-2 transport subnetwork. The standards will be appropriate to both MPE and any alternative encapsulation method developed. The developed protocols may also be applicable to other multicast enabled subnetwork technologies supporting large numbers of directly connected systems. The current list of work items is: Specify the requirements and architecture for supporting IPv4/IPv6 via MPEG-2 transmission networks. Such requirements should consider the range of platforms currently (or anticipated to be) in use. This draft will be an Informational RFC. Define a standards-track RFC defining an efficient encapsulation method. The design will consider the need for MAC addresses, the potential need for synchronisation between streams, support for a wide range of IPv4/IPv6 and multicast traffic. Provide an Informational RFC describing a framework for unicast and multicast address resolution over MPEG-2 transmission networks. The document will describe options for the address resolution process, relating these to appropriate usage scenarios and suggesting appropriate protocol mechanisms for both the existing Multi-Protocol Encapsulation (MPE) and the efficient encapsulation (2). Consideration will be paid to existing standards, and the cases for IPv6 and IPv4 will be described. Define standards-track RFC(s) to specify procedures for dynamic address resolution for IPv4/IPv6. This will describe the protocol and syntax of the information exchanged to bind unicast and multicast flows to the MPEG-2 TS Logical Channels. This will include specific optimisations appropriate for networks reaching large numbers of down-stream systems. Goals and Milestones: JAN 04 Draft of a WG Architecture ID describing usage of MPEG-2 transport for IP transmission. MAR 04 Draft of a WG ID on the new Encapsulation. JUL 04 Draft of a WG ID on the AR Framework, specifying mechanisms to perform address resolution. JUL 04 Submit Architecture to IESG OCT 04 Draft of a WG ID or the AR Protocol, defining a protocol to perform IP address resolution. OCT 04 Submit Encapsulation to IESG APR 05 Submit AR Framework to IESG AUG 05 Submit AR Protocol to IESG AUG 05 Progress the Encapsulation RFC along the IETF standards track. From owner-ip-dvb@erg.abdn.ac.uk Wed Jan 28 20:51:13 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.11/8.12.11) with ESMTP id i0SKogRO016882 for ; Wed, 28 Jan 2004 20:50:42 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.11/8.12.2/Submit) id i0SKogdr016881 for ip-dvb-subscribed-users; Wed, 28 Jan 2004 20:50:42 GMT Date: Wed, 28 Jan 2004 20:50:42 GMT Message-Id: <200401282050.i0SKogdr016881@mavis.erg.abdn.ac.uk> X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f From: The IESG To: IETF-Announce: ; Cc: ip-dvb@erg.abdn.ac.uk, Gorry Fairhurst Subject: WG Action: IP over DVB (ipdvb) Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk X-ERG-MailScanner: Found to be clean A new IETF working group has been formed in the Internet Area. For additional information, please contact the Area Directors or the WG Chairs. IP over DVB (ipdvb) ------------------- Current Status: Proposed Working Group Chair(s): Gorry Fairhurst (gorry@erg.abdn.ac.uk) Responsible Area Director: Margaret Wasserman Mailing Lists: General Discussion: ip-dvb@erg.abdn.ac.uk To subscribe: subscribe ip-dvb at majordomo@erg.abdn.ac.uk Archive: http://www.erg.abdn.ac.uk/ip-dvb/archive/ Description of Working Group: The WG will develop new protocols and architectures to enable better deployment of IP over MPEG-2 transport and provide easier interworking with IP networks. Specific properties of this subnetwork technology include link-layer support for unicast and multicast, large numbers of down-stream receivers, and efficiency of transmission. These properties resemble those in some other wireless networks. The specific focus of the group is on the use of MPEG-2 transport (examples include the Digital Video Broadcast (DVB) standards: DVB-RCS; DVB-S and DVB-T and related ATSC Specifications) in next generation networks and is not concerned with the development, replacement, or retention of existing protocols on the existing generation of networks. The WG will endeavour to reuse existing open standard technologies, giving guidance on usage in IP networks, whenever they are able to fulfill requirements. For instance, we acknowledge the existing Multiprotocol Encapsulation (MPE) [ATSC A/90;ETSI EN 301192] and that this will continue to be deployed in the future to develop new markets. Any alternative encapsulation would need to co-exist with MPE. Appropriate standards will be defined to support transmission of IPv4 and IPv6 datagrams between IP networks connected using MPEG-2 transport subnetworks. This includes options for encapsulation, dynamic unicast address resolution for IPv4/IPv6, and the mechanisms needed to map routed IP multicast traffic to the MPEG-2 transport subnetwork. The standards will be appropriate to both MPE and any alternative encapsulation method developed. The developed protocols may also be applicable to other multicast enabled subnetwork technologies supporting large numbers of directly connected systems. The current list of work items is: Specify the requirements and architecture for supporting IPv4/IPv6 via MPEG-2 transmission networks. Such requirements should consider the range of platforms currently (or anticipated to be) in use. This draft will be an Informational RFC. Define a standards-track RFC defining an efficient encapsulation method. The design will consider the need for MAC addresses, the potential need for synchronisation between streams, support for a wide range of IPv4/IPv6 and multicast traffic. Provide an Informational RFC describing a framework for unicast and multicast address resolution over MPEG-2 transmission networks. The document will describe options for the address resolution process, relating these to appropriate usage scenarios and suggesting appropriate protocol mechanisms for both the existing Multi-Protocol Encapsulation (MPE) and the efficient encapsulation (2). Consideration will be paid to existing standards, and the cases for IPv6 and IPv4 will be described. Define standards-track RFC(s) to specify procedures for dynamic address resolution for IPv4/IPv6. This will describe the protocol and syntax of the information exchanged to bind unicast and multicast flows to the MPEG-2 TS Logical Channels. This will include specific optimisations appropriate for networks reaching large numbers of down-stream systems. Goals and Milestones: JAN 04 Draft of a WG Architecture ID describing usage of MPEG-2 transport for IP transmission. MAR 04 Draft of a WG ID on the new Encapsulation. JUL 04 Draft of a WG ID on the AR Framework, specifying mechanisms to perform address resolution. JUL 04 Submit Architecture to IESG OCT 04 Draft of a WG ID or the AR Protocol, defining a protocol to perform IP address resolution. OCT 04 Submit Encapsulation to IESG APR 05 Submit AR Framework to IESG AUG 05 Submit AR Protocol to IESG AUG 05 Progress the Encapsulation RFC along the IETF standards track. From owner-ip-dvb@erg.abdn.ac.uk Wed Jan 28 20:54:06 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.11/8.12.11) with ESMTP id i0SKqqgw016971 for ; Wed, 28 Jan 2004 20:52:52 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.11/8.12.2/Submit) id i0SKqpnd016970 for ip-dvb-subscribed-users; Wed, 28 Jan 2004 20:52:51 GMT Date: Wed, 28 Jan 2004 20:52:51 GMT Message-Id: <200401282052.i0SKqpnd016970@mavis.erg.abdn.ac.uk> X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f From: The IESG To: IETF-Announce: ; Cc: ip-dvb@erg.abdn.ac.uk, Gorry Fairhurst Subject: WG Action: IP over DVB (ipdvb) Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk X-ERG-MailScanner: Found to be clean A new IETF working group has been formed in the Internet Area. For additional information, please contact the Area Directors or the WG Chairs. IP over DVB (ipdvb) ------------------- Current Status: Proposed Working Group Chair(s): Gorry Fairhurst (gorry@erg.abdn.ac.uk) Responsible Area Director: Margaret Wasserman Mailing Lists: General Discussion: ip-dvb@erg.abdn.ac.uk To subscribe: subscribe ip-dvb at majordomo@erg.abdn.ac.uk Archive: http://www.erg.abdn.ac.uk/ip-dvb/archive/ Description of Working Group: The WG will develop new protocols and architectures to enable better deployment of IP over MPEG-2 transport and provide easier interworking with IP networks. Specific properties of this subnetwork technology include link-layer support for unicast and multicast, large numbers of down-stream receivers, and efficiency of transmission. These properties resemble those in some other wireless networks. The specific focus of the group is on the use of MPEG-2 transport (examples include the Digital Video Broadcast (DVB) standards: DVB-RCS; DVB-S and DVB-T and related ATSC Specifications) in next generation networks and is not concerned with the development, replacement, or retention of existing protocols on the existing generation of networks. The WG will endeavour to reuse existing open standard technologies, giving guidance on usage in IP networks, whenever they are able to fulfill requirements. For instance, we acknowledge the existing Multiprotocol Encapsulation (MPE) [ATSC A/90;ETSI EN 301192] and that this will continue to be deployed in the future to develop new markets. Any alternative encapsulation would need to co-exist with MPE. Appropriate standards will be defined to support transmission of IPv4 and IPv6 datagrams between IP networks connected using MPEG-2 transport subnetworks. This includes options for encapsulation, dynamic unicast address resolution for IPv4/IPv6, and the mechanisms needed to map routed IP multicast traffic to the MPEG-2 transport subnetwork. The standards will be appropriate to both MPE and any alternative encapsulation method developed. The developed protocols may also be applicable to other multicast enabled subnetwork technologies supporting large numbers of directly connected systems. The current list of work items is: Specify the requirements and architecture for supporting IPv4/IPv6 via MPEG-2 transmission networks. Such requirements should consider the range of platforms currently (or anticipated to be) in use. This draft will be an Informational RFC. Define a standards-track RFC defining an efficient encapsulation method. The design will consider the need for MAC addresses, the potential need for synchronisation between streams, support for a wide range of IPv4/IPv6 and multicast traffic. Provide an Informational RFC describing a framework for unicast and multicast address resolution over MPEG-2 transmission networks. The document will describe options for the address resolution process, relating these to appropriate usage scenarios and suggesting appropriate protocol mechanisms for both the existing Multi-Protocol Encapsulation (MPE) and the efficient encapsulation (2). Consideration will be paid to existing standards, and the cases for IPv6 and IPv4 will be described. Define standards-track RFC(s) to specify procedures for dynamic address resolution for IPv4/IPv6. This will describe the protocol and syntax of the information exchanged to bind unicast and multicast flows to the MPEG-2 TS Logical Channels. This will include specific optimisations appropriate for networks reaching large numbers of down-stream systems. Goals and Milestones: JAN 04 Draft of a WG Architecture ID describing usage of MPEG-2 transport for IP transmission. MAR 04 Draft of a WG ID on the new Encapsulation. JUL 04 Draft of a WG ID on the AR Framework, specifying mechanisms to perform address resolution. JUL 04 Submit Architecture to IESG OCT 04 Draft of a WG ID or the AR Protocol, defining a protocol to perform IP address resolution. OCT 04 Submit Encapsulation to IESG APR 05 Submit AR Framework to IESG AUG 05 Submit AR Protocol to IESG AUG 05 Progress the Encapsulation RFC along the IETF standards track. From owner-ip-dvb@erg.abdn.ac.uk Fri Jan 30 15:37:22 2004 Received: from mavis.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.12.11/8.12.11) with ESMTP id i0UFaAhk019866 for ; Fri, 30 Jan 2004 15:36:10 GMT Received: (from majordomo.lists@localhost) by mavis.erg.abdn.ac.uk (8.12.11/8.12.2/Submit) id i0UFa9IS019863 for ip-dvb-subscribed-users; Fri, 30 Jan 2004 15:36:09 GMT X-Authentication-Warning: mavis.erg.abdn.ac.uk: majordomo.lists set sender to owner-ip-dvb@erg.abdn.ac.uk using -f Received: from smail3.alcatel.fr (colt-na7.alcatel.fr [62.23.212.7]) by erg.abdn.ac.uk (8.12.11/8.12.11) with ESMTP id i0UFZbTs019832 for ; Fri, 30 Jan 2004 15:35:37 GMT Received: from vzmta01.netfr.alcatel.fr (vzmta01.netfr.alcatel.fr [155.132.182.220]) by smail3.alcatel.fr (ALCANET/NETFR) with ESMTP id i0UFY2Qm012669 for ; Fri, 30 Jan 2004 16:35:28 +0100 Importance: Low Sensitivity: Subject: comment on ULE draft To: ip-dvb@erg.abdn.ac.uk From: Tarif.Zein-Alabedeen@space.alcatel.fr Date: Fri, 30 Jan 2004 16:34:14 +0100 Message-ID: X-MIMETrack: Serialize by Router on VZMTA01/ALCANET/ALCATEL-SPACE(Release 5.0.12 |February 13, 2003) at 30/01/2004 16:35:28 MIME-Version: 1.0 Content-type: text/plain; charset=iso-8859-1 X-Alcanet-MTA-scanned-and-authorized: yes X-ERG-MailScanner: Found to be clean, Found to be clean Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by erg.abdn.ac.uk id i0UFa5aq019857 Sender: owner-ip-dvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ip-dvb@erg.abdn.ac.uk This concerns §4.7.5 : bridged frame SNDU encapsulation ( fiugres 8 and 9) : The type field value in the figures is set to 0x0001. This indicates that the payload is an ethernet frame with preserved FCS This leads to a redundant CRC : that of the Ethernet frame and that of the SNDU In Eth/AAL5, it is useual to remove the FCS field from the Eth frame before encapsulating it in AAL5 PDU since AAL5 makes its own checksum This may also be a good thing for ULE. The coding for the type field when the FCS is not preserved is 0x0007 (instead of 0x0001) regards ALCATEL SPACE DRT/RST -- Ingénieur Systèmes Tel : 0534356918 / Fax : 0534355560 Porte : W.220