From owner-ipdvb@erg.abdn.ac.uk Thu Feb 09 06:35:12 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7A4t-0003vE-QH for ipdvb-archive@megatron.ietf.org; Thu, 09 Feb 2006 06:35:12 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA11778 for ; Thu, 9 Feb 2006 06:33:23 -0500 (EST) Received: from dee.erg.abdn.ac.uk ([139.133.204.82] helo=erg.abdn.ac.uk) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F7AHV-0003Vk-Iy for ipdvb-archive@ietf.org; Thu, 09 Feb 2006 06:48:20 -0500 Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k19B4F3X028586 for ; Thu, 9 Feb 2006 11:04:15 GMT Received: (from majordomo.lists@localhost) by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k19B4Fw0028585 for ipdvb-subscribed-users; Thu, 9 Feb 2006 11:04:15 GMT X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f Received: from zeus.iit.demokritos.gr (zeus.iit.demokritos.gr [143.233.226.2]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k19B47rI028559 for ; Thu, 9 Feb 2006 11:04:07 GMT Received: from localhost (localhost [127.0.0.1]) by zeus.iit.demokritos.gr (Postfix) with ESMTP id 434AE56E5D; Thu, 9 Feb 2006 13:03:49 +0200 (EET) Received: from zeus.iit.demokritos.gr ([127.0.0.1]) by localhost (zeus [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 31176-06; Thu, 9 Feb 2006 13:03:43 +0200 (EET) Received: from zeus.iit.demokritos.gr (localhost [127.0.0.1]) by zeus.iit.demokritos.gr (Postfix) with ESMTP id DCD0256DC5; Thu, 9 Feb 2006 13:03:42 +0200 (EET) Received: from 195.251.166.165 (SquirrelMail authenticated user skianis) by zeus.iit.demokritos.gr with HTTP; Thu, 9 Feb 2006 13:03:43 +0200 (EET) Message-ID: <3732.195.251.166.165.1139483023.squirrel@zeus.iit.demokritos.gr> Date: Thu, 9 Feb 2006 13:03:43 +0200 (EET) Subject: SecPri_MobiWi 2006 Workshop (in conjunction with IFIP NETWORKING 2006) From: skianis@iit.demokritos.gr To: skianis@iit.demokritos.gr Cc: sgritz@aegean.gr, arouskas@aegean.gr User-Agent: SquirrelMail/1.4.2 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 X-Priority: 3 Importance: Normal X-Virus-Scanned: by amavisd-new at iit.demokritos.gr X-ERG-MailScanner: Found to be clean, Found to be clean X-ERG-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.638, required 6, BAYES_00 -2.60, NO_REAL_NAME 0.96), not spam, SpamAssassin (score=-1.638, required 6, BAYES_00 -2.60, NO_REAL_NAME 0.96) X-Spam-Status: No, No Sender: owner-ipdvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ipdvb@erg.abdn.ac.uk X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk Content-Transfer-Encoding: quoted-printable X-MIME-Autoconverted: from 8bit to quoted-printable by erg.abdn.ac.uk id k19B4F3X028586 X-Spam-Score: 2.2 (++) X-Scan-Signature: 37af5f8fbf6f013c5b771388e24b09e7 Content-Transfer-Encoding: quoted-printable ------------------------------------------------------------------ [Apologies for multiple copies of this announcement] ------------------------------------------------------------------ CALL FOR PAPERS WORKSHOP ON SECURITY AND PRIVACY IN MOBILE AND WIRELESS NETWORKING (SecPri_MobiWi 2006) http://www.ifip-networking.org/workshops.htm Coimbra, Portugal, May 19, 2006 In conjunction with IFIP NETWORKING 2006 (http://www.ifip-networking.org) ------------------------------------------------------------------ IMPORTANT DATES -- Submission of papers: February 24, 2006 -- Notification of acceptance: March 20, 2006 -- Camera-ready due: April 1, 2006 -- SecPri_MobiWi workshop: May 19, 2006 -- Submission website: http://www.webchairing.com/wsec/submission/ Aims and Scope Mobile and Wireless communication networks offer organizations and users several benefits, such as portability, mobility and flexibility, while increasing everyday business productivity, and reducing installation cost. Wireless Local Area Networks, for instance, have been used in various environments, such as business, home, conference centers, airports and many more, allowing users to move from place to place, avoiding cabling restrictions and without being disconnected from the network. Ad Hoc Networks are collections of wireless computers communicating among themselves over possibly multihop paths, without the help of any infrastructure such as base stations or access points; these networks allow data synchronization with network systems and application sharing between devices. Mobile Ad Hoc Networks are autonomous collection of mobile entities that communicate over relatively bandwidth constrained wireless links, establishing survivable, efficient, dynamic communication for emergency operations. Wireless Ad Hoc Sensor Networks consist of a number of sensors spread across a geographical area, offering certain capabilities and enhancements in operational efficiency in civilian applications, as well as assisting in international effort to increase alertness to potential threats. However, although Mobile and Wireless Networking environments eliminate many of the problems associated with traditional wired networks, the new security and privacy risks introduced by such environments need to be reduced by exploiting appropriate security measures and safeguards, ensuring an acceptable level of overall residual hazard. The objectives of the SecPri_MobiWi 2006 Workshop are to bring together researchers from research communities in Mobile and Wireless Networking, Security and Privacy, with the goal of fostering interaction. List of topics We welcome the submission of papers from the full spectrum of issues related with Security and Privacy in Mobile and Wireless Networking. Papers may focus on protocols, architectures, methods, technologies, applications, practical experiences, simulation results and analysis, theory and validation on topics include, but not limited to: * Cryptographic Protocols for Mobile and Wireless Networks * Key Management in Mobile and Wireless Computing * Reasoning about Security and Privacy * Privacy and Anonymity in Mobile and Wireless Computing * Public Key Infrastructure in Mobile and Wireless Environments * Economics of Security and Privacy in Wireless and Mobile environments * Security Architectures and Protocols in Wireless LANs * Security Architectures and Protocols in B3G/4G Mobile Networks * Security and Privacy features into Mobile and Wearable devices * Location Privacy * Ad hoc Networks Security * Sensor Networks Security * Wireless Ad Hoc Networks Security * Role of Sensors to Enable Security * Security and Privacy in Pervasive Computing * Trust Establishment, Negotiation, and Management * Secure PHY/MAC/routing protocols * Security under Resource Constraints (bandwidth, memory, energy, and computation constraints) SecPri_MobiWi 2006 Workshop Program co-Chairs Stefanos Gritzalis, University of the Aegean, Greece (sgritz@aegean.gr) Angelos Rouskas, University of the Aegean, Greece (arouskas@aegean.gr) Charalabos Skianis, University of the Aegean, Greece (cskianis@aegean.gr) Paper Submission and Proceedings The SecPri_MobiWi 2006 workshop welcomes original papers from academic, government, and industry contributors dealing with the above or related issues. Papers, which describe ongoing research or provide an excellent surveying work, are welcome too. All submissions will be subjected to a thorough review by at least three reviewers. Submitted papers should be u= p to 6.000 words in English, including tables, figures, bibliography and well-marked appendices. The paper must start with a title, paper=92s author(s) affiliations, a short abstract, and a list of keywords followin= g the template indicated by Springer LNCS Series http://www.springer.de/comp/lncs/authors.html. Following the IFIP NETWORKING 2006 procedures, papers must be submitted electronically. The cover page must contain an abstract of about 150 words, 3-5 keywords, nam= e and affiliation of author(s) as well as the corresponding author=92s emai= l and postal address. Following the IFIP NETWORKING 2006 procedures, papers must be submitted electronically using the following link: http://www.webchairing.com/wsec/submission/. Problems related with paper submission should be reported to networking2006@dei.uc.pt. Accepted paper= s will be published in the SecPri_MobiWi 2006 Proceedings and will be distributed to the workshop attendees. The best papers of the SecPri_MobiWi 2006 will also be considered publication for a limited Book and/or special issue Journal edition. At least one author of each accepte= d paper is required to register at the IFIP Networking 2006 Conference and present the paper at the Workshop. From owner-ipdvb@erg.abdn.ac.uk Thu Feb 09 09:34:24 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7CsI-0001cY-Vu for ipdvb-archive@megatron.ietf.org; Thu, 09 Feb 2006 09:34:24 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA26290 for ; Thu, 9 Feb 2006 09:32:35 -0500 (EST) Received: from dee.erg.abdn.ac.uk ([139.133.204.82] helo=erg.abdn.ac.uk) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F7D51-0001fX-9J for ipdvb-archive@ietf.org; Thu, 09 Feb 2006 09:47:32 -0500 Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k19EOq3O012266 for ; Thu, 9 Feb 2006 14:24:52 GMT Received: (from majordomo.lists@localhost) by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k19EOqRA012265 for ipdvb-subscribed-users; Thu, 9 Feb 2006 14:24:52 GMT X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f Received: from puma.cosy.sbg.ac.at ([IPv6:2001:628:408:102:211:11ff:fe6d:8e8d]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k19EOhPv012249 for ; Thu, 9 Feb 2006 14:24:43 GMT Received: from [127.0.0.1] (milbe.cosy.sbg.ac.at [141.201.2.21]) by puma.cosy.sbg.ac.at (Postfix) with ESMTP id CB49122811A for ; Thu, 9 Feb 2006 15:24:34 +0100 (CET) Message-ID: <43EB50A2.3030503@cosy.sbg.ac.at> Date: Thu, 09 Feb 2006 15:24:34 +0100 From: Bernhard Collini-Nocker User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ipdvb@erg.abdn.ac.uk Subject: ULE linux kernel code X-Enigmail-Version: 0.92.0.0 Content-Type: multipart/mixed; boundary="------------030205040506070407030909" X-ERG-MailScanner: Found to be clean, Found to be clean X-ERG-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60), not spam, SpamAssassin (score=-4.399, required 6, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Spam-Status: No, No Sender: owner-ipdvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ipdvb@erg.abdn.ac.uk X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk X-Spam-Score: 0.0 (/) X-Scan-Signature: 1676547e4f33b5e63227e9c02bd359e3 This is a multi-part message in MIME format. --------------030205040506070407030909 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Dear all, a while ago we have noticed that the ULE code in the recent Linux 2.6 kernels (from 2.6.10 onwards, when ULE with optional headers was added) implements a "non-obvious" handling of IP-multicast and IP-broadcast packets in the one case when D bit (SNDU Destination Address Absent flag) is not set (equals 0), or in other words when a SNDU Destination Address (NPA/MAC) address is present. Instead of applying the filter only on unicast addresses the filtering is applied on ALL packets. Consequently multicast/broadcast packets (whose SNDU DestAddr does not match the one set interface hardware address) are discarded in the driver. This kind of stringent filtering, however, may confuse operators/users. The purpose of this e-mail is to ask you what your expected/suggested action wrt this is: 1. leave as is (but clearly tell users/operators that IP-multicast ONLY works without NPA/MAC destination address, i.e. D bit MUST equal 1 for multicast/broadcast) 2. modify the Linux kernel source and commit the changes 2.1. add a simple rule to treat highest bit of IP address as multicast/broadcast address indicator and leave filtering up to IP stack 2.2. add the standard NIC handling for multicast via filters in using a list of multicast adresses to be filtered in the driver (or NIC) There are some pros and cons for each of the proposed actions, some of which are: - case 1. would make multiplexing of unicast and multicast flows onto the same PID more tricky in the encapsulator - case 1. is not 100 per cent compliant to the ULE RFC - case 2. would require some effort - case 2.1. is easy to implement (see attachment) and in most cases (provided that reasonable IP-flow/PID mapping is performed) sufficient - case 2.1. also easily covers/solves the IP6 multicast case (although v6 is likely a different story of itself) - case 2.2. requires most effort, would be 100 per cent ULE RFC conform, but probably lacks support from many/most NICs and as such performs no better than case 2.1. Appreciating all your opinions and comments on this subject. Regards, Bernhard PS: Hilmar has provided attached "patch" to satisfy case 2.1. some time ago and I think it is reasonable to share it with you. --------------030205040506070407030909 Content-Type: text/plain; name="ule_multicast.patch" Content-Disposition: inline; filename="ule_multicast.patch" Content-Transfer-Encoding: 7bit --- linux-2.6.13.2/drivers/media/dvb/dvb-core/dvb_net.c 2005-09-17 03:02:12.000000000 +0200 +++ linux-2.6.12.3/drivers/media/dvb/dvb-core/dvb_net.c 2005-09-27 09:32:21.000000000 +0200 @@ -42,6 +42,8 @@ * Bugfixes and robustness improvements. * Filtering on dest MAC addresses, if present (D-Bit = 0) * ULE_DEBUG compile-time option. + * Sep 2005: hl: Fixed Broadcast and multicast handling if MAC address + * is present (D-Bit = 0) */ /* @@ -224,10 +226,7 @@ static int ule_bridged_sndu( struct dvb_net_priv *p ) { - /* BRIDGE SNDU handling sucks in draft-ietf-ipdvb-ule-03.txt. - * This has to be the last extension header, otherwise it won't work. - * Blame the authors! - */ + /* The BRIDGE SNDU has to be the last extension header, otherwise it won't work. */ p->ule_bridged = 1; return 0; } @@ -635,13 +634,24 @@ /* Filter on receiver's destination MAC address, if present. */ if (!priv->ule_dbit) { - /* The destination MAC address is the next data in the skb. */ - if (memcmp( priv->ule_skb->data, dev->dev_addr, ETH_ALEN )) { - /* MAC addresses don't match. Drop SNDU. */ - // printk( KERN_WARNING "Dropping SNDU, MAC address.\n" ); - dev_kfree_skb( priv->ule_skb ); - goto sndu_done; - } + /* Do not filter if the interface is in promiscous mode */ + if (!(dev->flags & IFF_PROMISC)) { + const char baddr[6] = {0xff,}; + /* Check if the destination MAC address is a broadcast MAC */ + /* The destination MAC address is the next data in the skb. */ + if (memcmp( priv->ule_skb->data, &baddr, ETH_ALEN )) { + /* No broadcast, check for the multicast bit in the MAC next */ + if (!(priv->ule_skb->data[0] & 0x01) && !(dev->flags & IFF_ALLMULTI)) { + /* no multicast address as well */ + if (memcmp( priv->ule_skb->data, dev->dev_addr, ETH_ALEN )) { + /* MAC addresses don't match. Drop SNDU. */ + // printk( KERN_WARNING "Dropping SNDU, MAC address.\n" ); + dev_kfree_skb( priv->ule_skb ); + goto sndu_done; + } + } + } + } if (! priv->ule_bridged) { skb_push( priv->ule_skb, ETH_ALEN + 2 ); ethh = (struct ethhdr *)priv->ule_skb->data; --------------030205040506070407030909-- From owner-ipdvb@erg.abdn.ac.uk Thu Feb 09 10:00:53 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7DHx-0003Yx-RJ for ipdvb-archive@megatron.ietf.org; Thu, 09 Feb 2006 10:00:53 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA28378 for ; Thu, 9 Feb 2006 09:59:02 -0500 (EST) Received: from dee.erg.abdn.ac.uk ([139.133.204.82] helo=erg.abdn.ac.uk) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F7DUd-0002Zo-8B for ipdvb-archive@ietf.org; Thu, 09 Feb 2006 10:14:00 -0500 Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k19EikXJ013704 for ; Thu, 9 Feb 2006 14:44:46 GMT Received: (from majordomo.lists@localhost) by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k19EikOP013703 for ipdvb-subscribed-users; Thu, 9 Feb 2006 14:44:46 GMT X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f Received: from [10.0.1.132] (maxp22.dialup.abdn.ac.uk [139.133.201.181]) (authenticated bits=0) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k19Ei9Og013684 (version=TLSv1/SSLv3 cipher=DES-CBC3-SHA bits=168 verify=NOT) for ; Thu, 9 Feb 2006 14:44:33 GMT User-Agent: Microsoft-Entourage/11.2.1.051004 Date: Thu, 09 Feb 2006 14:44:47 +0000 Subject: Re: ULE linux kernel code From: Gorry Fairhurst To: Message-ID: Thread-Topic: ULE linux kernel code Thread-Index: AcYth19WnbP5Qpl6EdqPgwAKlc/qXg== In-Reply-To: <43EB50A2.3030503@cosy.sbg.ac.at> 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 X-ERG-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60), not spam, SpamAssassin (score=-4.399, required 6, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Spam-Status: No, No Sender: owner-ipdvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ipdvb@erg.abdn.ac.uk X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk X-Spam-Score: 0.0 (/) X-Scan-Signature: ea4ac80f790299f943f0a53be7e1a21a Content-Transfer-Encoding: 7bit Thanks Bernhard, The Spec probably was not intended to be implemented this way, so I'd suggest we need to look at this seriously. First, can I check one subtle question below. On 9/2/06 14:24, "Bernhard Collini-Nocker" wrote: > Dear all, > > a while ago we have noticed that the ULE code in the recent Linux 2.6 > kernels (from 2.6.10 onwards, when ULE with optional headers was added) > implements a "non-obvious" handling of IP-multicast and IP-broadcast > packets in the one case when D bit (SNDU Destination Address Absent > flag) is not set (equals 0), or in other words when a SNDU Destination > Address (NPA/MAC) address is present. Instead of applying the filter > only on unicast addresses the filtering is applied on ALL packets. Are broadcast packets (MAC ff:ff:ff:ff:ff:ff) also caught by this filter? - or are they currently always forwarded? > Consequently multicast/broadcast packets (whose SNDU DestAddr does not > match the one set interface hardware address) are discarded in the > driver. This kind of stringent filtering, however, may confuse > operators/users. . From owner-ipdvb@erg.abdn.ac.uk Thu Feb 09 10:14:04 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7DUh-0000Kb-W2 for ipdvb-archive@megatron.ietf.org; Thu, 09 Feb 2006 10:14:04 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA29269 for ; Thu, 9 Feb 2006 10:12:16 -0500 (EST) Received: from dee.erg.abdn.ac.uk ([139.133.204.82] helo=erg.abdn.ac.uk) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F7DhQ-0002xv-MO for ipdvb-archive@ietf.org; Thu, 09 Feb 2006 10:27:14 -0500 Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k19F3vCA015008 for ; Thu, 9 Feb 2006 15:03:57 GMT Received: (from majordomo.lists@localhost) by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k19F3vXH015007 for ipdvb-subscribed-users; Thu, 9 Feb 2006 15:03:57 GMT X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f Received: from notesmta.nera.no (notesmta.nera.no [194.19.8.41]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k19F3nCW014988 for ; Thu, 9 Feb 2006 15:03:49 GMT Subject: ! New email for Harald Skinnemoen From: Harald Skinnemoen To: ipdvb@erg.abdn.ac.uk Message-ID: Date: Thu, 9 Feb 2006 16:03:41 +0100 X-MIMETrack: Serialize by Router on NotesMTA/NERA(Release 6.5.3FP1|December 15, 2004) at 2006-02-09 16:03:49 MIME-Version: 1.0 Content-type: text/html; charset=US-ASCII Content-Disposition: inline X-ERG-MailScanner: Found to be clean, Found to be clean X-ERG-MailScanner-SpamCheck: not spam, SpamAssassin (score=-1.246, required 6, BAYES_00 -2.60, HTML_10_20 1.35, HTML_MESSAGE 0.00, MIME_HTML_ONLY 0.00), not spam, SpamAssassin (score=-1.246, required 6, BAYES_00 -2.60, HTML_10_20 1.35, HTML_MESSAGE 0.00, MIME_HTML_ONLY 0.00) X-Spam-Status: No, No Sender: owner-ipdvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ipdvb@erg.abdn.ac.uk X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk X-Spam-Score: 0.1 (/) X-Scan-Signature: ffa9dfbbe7cc58b3fa6b8ae3e57b0aa3

I will be out of the office starting 2005-11-03 and will not return until 2006-10-31.

Dear Friends and Academic and Business contacts,

I am moving on to venture my own, new business, and my Nera email address
will soon stop working. I therefore now have a new email address.

However, in order to try and loose some spam on the way there is an
intermediate address to use. Please resend you message to

skinnemoen.nera@gmail.com

and I will reply to your email and give you the correct address to use for
the future.

My GSM number will remain the same as before.

If your email is about NERA Business, please resend to sn@nera.no.

Med best regards,

Dr. Harald Skinnemoen
Managing Director
AnsuR Technologies AS From owner-ipdvb@erg.abdn.ac.uk Thu Feb 09 10:30:19 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7DkR-0002ry-SJ for ipdvb-archive@megatron.ietf.org; Thu, 09 Feb 2006 10:30:19 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA00745 for ; Thu, 9 Feb 2006 10:28:36 -0500 (EST) Received: from dee.erg.abdn.ac.uk ([139.133.204.82] helo=erg.abdn.ac.uk) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F7DxF-0003aG-B5 for ipdvb-archive@ietf.org; Thu, 09 Feb 2006 10:43:35 -0500 Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k19FNRrm016441 for ; Thu, 9 Feb 2006 15:23:27 GMT Received: (from majordomo.lists@localhost) by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k19FNR5B016440 for ipdvb-subscribed-users; Thu, 9 Feb 2006 15:23:27 GMT X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f Received: from puma.cosy.sbg.ac.at ([IPv6:2001:628:408:102:211:11ff:fe6d:8e8d]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k19FNK1Z016423 for ; Thu, 9 Feb 2006 15:23:20 GMT Received: from [127.0.0.1] (milbe.cosy.sbg.ac.at [141.201.2.21]) by puma.cosy.sbg.ac.at (Postfix) with ESMTP id D205522811D for ; Thu, 9 Feb 2006 16:23:13 +0100 (CET) Message-ID: <43EB5E61.5070000@cosy.sbg.ac.at> Date: Thu, 09 Feb 2006 16:23:13 +0100 From: Bernhard Collini-Nocker User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: en-us, en MIME-Version: 1.0 To: ipdvb@erg.abdn.ac.uk Subject: Re: ULE linux kernel code References: In-Reply-To: X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ERG-MailScanner: Found to be clean, Found to be clean X-ERG-MailScanner-SpamCheck: not spam, SpamAssassin (score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60), not spam, SpamAssassin (score=-4.399, required 6, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Spam-Status: No, No Sender: owner-ipdvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ipdvb@erg.abdn.ac.uk X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk X-Spam-Score: 0.0 (/) X-Scan-Signature: 92df29fa99cf13e554b84c8374345c17 Content-Transfer-Encoding: 7bit Hi Gorry, Gorry Fairhurst wrote: > Thanks Bernhard, > > The Spec probably was not intended to be implemented this way, so I'd well, yes and no. Yes, because it results in an atypical behaviour at the receiver side. No, because it is "intended" (maybe this is too strong worded and "recommended" is more accurate) to operate IP-multicast over ULE without SNDU DestAddr. > suggest we need to look at this seriously. First, can I check one subtle > question below. > > On 9/2/06 14:24, "Bernhard Collini-Nocker" wrote: > > >>Dear all, >> >>a while ago we have noticed that the ULE code in the recent Linux 2.6 >>kernels (from 2.6.10 onwards, when ULE with optional headers was added) >>implements a "non-obvious" handling of IP-multicast and IP-broadcast >>packets in the one case when D bit (SNDU Destination Address Absent >>flag) is not set (equals 0), or in other words when a SNDU Destination >>Address (NPA/MAC) address is present. Instead of applying the filter >>only on unicast addresses the filtering is applied on ALL packets. > > Are broadcast packets (MAC ff:ff:ff:ff:ff:ff) also caught by this filter? The code says YES (in case I did not miss something important somewhere else :-), read yourself (excerpt from linux-2.6.15.3/drivers/media/dvb/dvb-core/dvb_net.c) if (!priv->ule_dbit) { /* The destination MAC address is the next data in the skb. */ if (memcmp( priv->ule_skb->data, dev->dev_addr, ETH_ALEN )) { /* MAC addresses don't match. Drop SNDU. */ // printk( KERN_WARNING "Dropping SNDU, MAC address.\n" ); dev_kfree_skb( priv->ule_skb ); goto sndu_done; } if (! priv->ule_bridged) { skb_push( priv->ule_skb, ETH_ALEN + 2 ); ethh = (struct ethhdr *)priv->ule_skb->data; memcpy( ethh->h_dest, ethh->h_source, ETH_ALEN ); memset( ethh->h_source, 0, ETH_ALEN ); ethh->h_proto = htons( priv->ule_sndu_type ); } else { /* Skip the Receiver destination MAC address. */ skb_pull( priv->ule_skb, ETH_ALEN ); } } else { > - or are they currently always forwarded? NO. This is likely to be ok, since Broadcast should remain link-local? >>Consequently multicast/broadcast packets (whose SNDU DestAddr does not >>match the one set interface hardware address) are discarded in the >>driver. This kind of stringent filtering, however, may confuse >>operators/users. > > > . Yours, Bernhard From owner-ipdvb@erg.abdn.ac.uk Fri Feb 10 05:58:58 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7VzO-0007GH-0i for ipdvb-archive@megatron.ietf.org; Fri, 10 Feb 2006 05:58:58 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA08353 for ; Fri, 10 Feb 2006 05:57:06 -0500 (EST) Received: from dee.erg.abdn.ac.uk ([139.133.204.82] helo=erg.abdn.ac.uk) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F7WCC-00043l-4n for ipdvb-archive@ietf.org; Fri, 10 Feb 2006 06:12:15 -0500 Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k1AAiDvf003464 for ; Fri, 10 Feb 2006 10:44:13 GMT Received: (from majordomo.lists@localhost) by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k1AAiDKm003463 for ipdvb-subscribed-users; Fri, 10 Feb 2006 10:44:13 GMT X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f Received: from [139.133.207.163] (dhcp-207-163.erg.abdn.ac.uk [139.133.207.163]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k1AAi72a003447 for ; Fri, 10 Feb 2006 10:44:07 GMT Message-ID: <43EC6E95.5050502@erg.abdn.ac.uk> Date: Fri, 10 Feb 2006 10:44:37 +0000 From: Gorry Fairhurst Organization: University of Aberdeen, UK User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ipdvb@erg.abdn.ac.uk Subject: I-D ACTION:draft-ietf-ipdvb-ar-02.txt Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-ERG-MailScanner: Found to be clean, Found to be clean X-ERG-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60), not spam, SpamAssassin (score=-4.399, required 6, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Spam-Status: No, No Sender: owner-ipdvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ipdvb@erg.abdn.ac.uk X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk X-Spam-Score: 0.0 (/) X-Scan-Signature: 02ec665d00de228c50c93ed6b5e4fc1a Content-Transfer-Encoding: 7bit A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the IP over DVB Working Group of the IETF. Title : Address Resolution for IP Datagrams over MPEG-2 Networks Author(s) : G. Fairhurst, M. Montpetit Filename : draft-ietf-ipdvb-ar-02.txt Pages : 0 Date : 2006-2-9 This document describes the process of binding/associating IPv4/IPv6 addresses with MPEG-2 Transport Streams (TS). This procedure is known as Address Resolution (AR), or Neighbour Discovery (ND). Such address resolution complements the higher layer resource discovery tools that are used to advertise IP sessions. In MPEG-2 Networks, an IP address must be associated with a Packet ID (PID) value and a specific Transmission Multiplex. The document reviews current methods. It also describes the interaction with well-known protocols for address management including DHCP, ARP, and the ND protocol, and provides guidance on usage. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-ipdvb-ar-02.txt Internet-Drafts are also available by anonymous FTP. Login with the username "anonymous" and a password of your e-mail address. After logging in, type "cd internet-drafts" and then "get draft-ietf-ipdvb-ar-02.txt". A list of Internet-Drafts directories can be found in http://www.ietf.org/shadow.html or ftp://ftp.ietf.org/ietf/1shadow-sites.txt Internet-Drafts can also be obtained by e-mail. Send a message to: mailserv at ietf.org. In the body type: "FILE /internet-drafts/draft-ietf-ipdvb-ar-02.txt". NOTE: The mail server at ietf.org can return the document in MIME-encoded form by using the "mpack" utility. To use this feature, insert the command "ENCODING mime" before the "FILE" command. To decode the response(s), you will need "munpack" or a MIME-compliant mail reader. Different MIME-compliant mail readers exhibit different behavior, especially when dealing with "multipart" MIME messages (i.e. documents which have been split up into multiple messages), so check your local documentation on how to manipulate these messages. Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. From owner-ipdvb@erg.abdn.ac.uk Sat Feb 11 05:10:52 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F7riO-0007st-C7 for ipdvb-archive@megatron.ietf.org; Sat, 11 Feb 2006 05:10:52 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA23423 for ; Sat, 11 Feb 2006 05:09:06 -0500 (EST) Received: from dee.erg.abdn.ac.uk ([139.133.204.82] helo=erg.abdn.ac.uk) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F7rvW-0000FY-Qx for ipdvb-archive@ietf.org; Sat, 11 Feb 2006 05:24:28 -0500 Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k1BA1ivr004926 for ; Sat, 11 Feb 2006 10:01:44 GMT Received: (from majordomo.lists@localhost) by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k1BA1i5i004925 for ipdvb-subscribed-users; Sat, 11 Feb 2006 10:01:44 GMT X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f Received: from [139.133.207.163] (dhcp-207-163.erg.abdn.ac.uk [139.133.207.163]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k1BA1amQ004910 for ; Sat, 11 Feb 2006 10:01:36 GMT Message-ID: <43EDB624.7030805@erg.abdn.ac.uk> Date: Sat, 11 Feb 2006 10:02:12 +0000 From: Gorry Fairhurst Organization: University of Aberdeen, UK User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ipdvb@erg.abdn.ac.uk Subject: Re: ULE linux kernel code References: <43EB5E61.5070000@cosy.sbg.ac.at> In-Reply-To: <43EB5E61.5070000@cosy.sbg.ac.at> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-ERG-MailScanner: Found to be clean, Found to be clean X-ERG-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60), not spam, SpamAssassin (score=-4.399, required 6, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Spam-Status: No, No Sender: owner-ipdvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ipdvb@erg.abdn.ac.uk X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk X-Spam-Score: 0.0 (/) X-Scan-Signature: 34d35111647d654d033d58d318c0d21a Content-Transfer-Encoding: 7bit The case of D=0 is indeed the default - I think the intention was that both modes would work, and I welcome this initiative to update the implementation! (I'll also reply to the earlier email) Gorry Bernhard Collini-Nocker wrote: > Hi Gorry, > > Gorry Fairhurst wrote: > >>Thanks Bernhard, >> >>The Spec probably was not intended to be implemented this way, so I'd > > > well, yes and no. Yes, because it results in an atypical behaviour at > the receiver side. No, because it is "intended" (maybe this is too > strong worded and "recommended" is more accurate) to operate > IP-multicast over ULE without SNDU DestAddr. > > > >>suggest we need to look at this seriously. First, can I check one subtle >>question below. >> >>On 9/2/06 14:24, "Bernhard Collini-Nocker" wrote: >> >> >> >>>Dear all, >>> >>>a while ago we have noticed that the ULE code in the recent Linux 2.6 >>>kernels (from 2.6.10 onwards, when ULE with optional headers was added) >>>implements a "non-obvious" handling of IP-multicast and IP-broadcast >>>packets in the one case when D bit (SNDU Destination Address Absent >>>flag) is not set (equals 0), or in other words when a SNDU Destination >>>Address (NPA/MAC) address is present. Instead of applying the filter >>>only on unicast addresses the filtering is applied on ALL packets. >> >>Are broadcast packets (MAC ff:ff:ff:ff:ff:ff) also caught by this filter? > > > The code says YES (in case I did not miss something important somewhere > else :-), read yourself > (excerpt from linux-2.6.15.3/drivers/media/dvb/dvb-core/dvb_net.c) > > if (!priv->ule_dbit) { > /* The destination MAC address is the next data in the skb. */ > if (memcmp( priv->ule_skb->data, dev->dev_addr, ETH_ALEN )) { > /* MAC addresses don't match. Drop SNDU. */ > // printk( KERN_WARNING "Dropping SNDU, MAC address.\n" ); > dev_kfree_skb( priv->ule_skb ); > goto sndu_done; > } > if (! priv->ule_bridged) { > skb_push( priv->ule_skb, ETH_ALEN + 2 ); > ethh = (struct ethhdr *)priv->ule_skb->data; > memcpy( ethh->h_dest, ethh->h_source, ETH_ALEN ); > memset( ethh->h_source, 0, ETH_ALEN ); > ethh->h_proto = htons( priv->ule_sndu_type ); > } else { > /* Skip the Receiver destination MAC address. */ > skb_pull( priv->ule_skb, ETH_ALEN ); > } > } else { > > > >>- or are they currently always forwarded? > > > NO. This is likely to be ok, since Broadcast should remain link-local? > > >>>Consequently multicast/broadcast packets (whose SNDU DestAddr does not >>>match the one set interface hardware address) are discarded in the >>>driver. This kind of stringent filtering, however, may confuse >>>operators/users. >> >> >>. > > > Yours, > Bernhard > > > From owner-ipdvb@erg.abdn.ac.uk Tue Feb 14 05:21:23 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F8xJC-00013d-7n for ipdvb-archive@megatron.ietf.org; Tue, 14 Feb 2006 05:21:23 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id FAA14120 for ; Tue, 14 Feb 2006 05:19:36 -0500 (EST) Received: from dee.erg.abdn.ac.uk ([139.133.204.82] helo=erg.abdn.ac.uk) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F8xWx-0004O9-A2 for ipdvb-archive@ietf.org; Tue, 14 Feb 2006 05:35:38 -0500 Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k1E9pDD3000890 for ; Tue, 14 Feb 2006 09:51:13 GMT Received: (from majordomo.lists@localhost) by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k1E9pD3b000889 for ipdvb-subscribed-users; Tue, 14 Feb 2006 09:51:13 GMT X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f Received: from [139.133.207.163] (dhcp-207-163.erg.abdn.ac.uk [139.133.207.163]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k1E9p35P000874 for ; Tue, 14 Feb 2006 09:51:03 GMT Message-ID: <43F1A83D.7030107@erg.abdn.ac.uk> Date: Tue, 14 Feb 2006 09:51:57 +0000 From: Gorry Fairhurst Organization: University of Aberdeen, UK User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ipdvb@erg.abdn.ac.uk Subject: ipdvb WG Status Report (February 2006) Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-ERG-MailScanner: Found to be clean, Found to be clean X-ERG-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60), not spam, SpamAssassin (score=-4.399, required 6, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Spam-Status: No, No Sender: owner-ipdvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ipdvb@erg.abdn.ac.uk X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk X-Spam-Score: 0.0 (/) X-Scan-Signature: b5d20af10c334b36874c0264b10f59f1 Content-Transfer-Encoding: 7bit Dear ipdvb WG, There will be a *NO* IETF ipdvb meeting at the IETF in March. Instead, here is a short progress report, as we approach half way through the Charter given to us by the IESG. I have discussed the WG status with our AD, and we think we are making good progress (although it is always great to welcome new inputs and new participation to the group!) We are both looking forward to an energetic WG meeting at the Summer 66th IETF meeting (July 9-14, 2006). Best wishes, Gorry Fairhurst (ipdvb WG Chair) ---- ipdvb WG Documents During 2005, the WG published two RFCs: The ipdvb Framework (INFORMATIONAL) (RFC 4259) Unidirectional Lightweight Encapsulation (ULE) (RFC 4326) At the beginning of January, the IETF has assured permanent registry entries to identify ULE Streams in the Registries maintained by IANA, SMPTE and ATSC. There is one active WG I-D: * Addressing Architecture draft-ietf-ipdvb-ar-02.txt There has been considerable work by the authors over the past 2 months to complete the I-D on "Address Resolution for IP datagrams over MPEG-2 networks". A new rev of this I-D was issued this month, and people are now encouraged to read and comment on this version. The WG plans to issue a WGLC for publication as an informational RFC (scheduled March 2006, after the next IETF meeting). --- Non-working group I-Ds: There are three other active documents that are of interest to the WG in general, but are not currently WG documents. These are: * S2 Framework/Requirements for Generic Stream Encapsulation for DVB-S2. draft-cantillo-ipdvb-s2encaps-02.txt This document is an individual I-D that starts to identify issues with IP protocols over the new native IPv4/IPv6 friendly encapsulation for the DVB S2 satellite standard. We have an informal telechat with the DVB-GBS Chairman to try to ensure this document compliments work in DVB, and that there would be good information flow between the two groups, should this become an IETF ipdvb WG work item. * Configuration and Usage Scenarios for IPDVB draft-stiemerling-ipdvb-config-02.txt This document is an individual I-D that describes different usage scenarios and their requirements for IP configuration methods. * Security Requirements and Framework draft-cruickshank-ipdvb-sec-req-00.txt This is a first draft of an I-D defining Security Requirements for the ULE protocol (and ipdvb systems in general). There is a charter item for work in this area (scheduled to 2006). The WG Chair will liaise with the authors to try to progress this draft. A number of other IETF WGs have started to discuss requirements for generalised header compression methods suitable for multicast, this may also be of interest to ipdvb WG members, and I shall seek to relay information to this group. ---- The self-updating status page for the WG (with all documents to down-load) is: http://tools.ietf.org/wg/ipdvb A complete copy of the minutes from the last meeting is at: http://www3.ietf.org/proceedings/05nov/ipdvb.html From owner-ipdvb@erg.abdn.ac.uk Tue Feb 14 06:57:22 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F8yo6-0004SA-QX for ipdvb-archive@megatron.ietf.org; Tue, 14 Feb 2006 06:57:22 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id GAA19027 for ; Tue, 14 Feb 2006 06:55:36 -0500 (EST) Received: from dee.erg.abdn.ac.uk ([139.133.204.82] helo=erg.abdn.ac.uk) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F8z1v-00075q-2W for ipdvb-archive@ietf.org; Tue, 14 Feb 2006 07:11:39 -0500 Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k1EBTNLk007897 for ; Tue, 14 Feb 2006 11:29:23 GMT Received: (from majordomo.lists@localhost) by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k1EBTNw0007896 for ipdvb-subscribed-users; Tue, 14 Feb 2006 11:29:23 GMT X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f Received: from [139.133.207.163] (dhcp-207-163.erg.abdn.ac.uk [139.133.207.163]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k1EBTGhO007878 for ; Tue, 14 Feb 2006 11:29:17 GMT Message-ID: <43F1BF43.1060405@erg.abdn.ac.uk> Date: Tue, 14 Feb 2006 11:30:11 +0000 From: Gorry Fairhurst Organization: University of Aberdeen, UK User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ipdvb@erg.abdn.ac.uk Subject: Re: ULE linux kernel code References: <43EB50A2.3030503@cosy.sbg.ac.at> In-Reply-To: <43EB50A2.3030503@cosy.sbg.ac.at> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-ERG-MailScanner: Found to be clean, Found to be clean X-ERG-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-4.399, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60), not spam, SpamAssassin (score=-4.399, required 6, ALL_TRUSTED -1.80, BAYES_00 -2.60) X-Spam-Status: No, No Sender: owner-ipdvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ipdvb@erg.abdn.ac.uk X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk X-Spam-Score: 0.0 (/) X-Scan-Signature: 22bbb45ef41b733eb2d03ee71ece8243 Content-Transfer-Encoding: 7bit So, after looking through the code, I think both 2.1 and 2.2 are 100% conformant to the RFC. 2.1 seems a reasonable approach to me, and thinking about this is, it is what I would expect to happen. That is: The driver passes ALL broadcast, any specific unicast and all multicast FRAMES. It would of course be nice to provide multicast filtering at a place that is lower in the stack to enable the speedy removal of any mcast frame for which there is no IP listening socket for the group. However, I agree this is a tuning measure with some additional complexity. I'd vote for approach 2.1, as you suggested. Gorry Bernhard Collini-Nocker wrote: > Dear all, > > a while ago we have noticed that the ULE code in the recent Linux 2.6 > kernels (from 2.6.10 onwards, when ULE with optional headers was added) > implements a "non-obvious" handling of IP-multicast and IP-broadcast > packets in the one case when D bit (SNDU Destination Address Absent > flag) is not set (equals 0), or in other words when a SNDU Destination > Address (NPA/MAC) address is present. Instead of applying the filter > only on unicast addresses the filtering is applied on ALL packets. > Consequently multicast/broadcast packets (whose SNDU DestAddr does not > match the one set interface hardware address) are discarded in the > driver. This kind of stringent filtering, however, may confuse > operators/users. > > The purpose of this e-mail is to ask you what your expected/suggested > action wrt this is: > 1. leave as is (but clearly tell users/operators that IP-multicast ONLY > works without NPA/MAC destination address, i.e. D bit MUST equal 1 > for multicast/broadcast) > 2. modify the Linux kernel source and commit the changes > 2.1. add a simple rule to treat highest bit of IP address as > multicast/broadcast address indicator and leave filtering up to IP > stack > 2.2. add the standard NIC handling for multicast via filters in using a > list of multicast adresses to be filtered in the driver (or NIC) > > There are some pros and cons for each of the proposed actions, some of > which are: > - case 1. would make multiplexing of unicast and multicast flows onto > the same PID more tricky in the encapsulator > - case 1. is not 100 per cent compliant to the ULE RFC > - case 2. would require some effort > - case 2.1. is easy to implement (see attachment) and in most cases > (provided that reasonable IP-flow/PID mapping is performed) > sufficient > - case 2.1. also easily covers/solves the IP6 multicast case (although > v6 is likely a different story of itself) > - case 2.2. requires most effort, would be 100 per cent ULE RFC conform, > but probably lacks support from many/most NICs and as such > performs no better than case 2.1. > > Appreciating all your opinions and comments on this subject. > > Regards, > Bernhard > > > PS: Hilmar has provided attached "patch" to satisfy case 2.1. some time > ago and I think it is reasonable to share it with you. > > > ------------------------------------------------------------------------ > > --- linux-2.6.13.2/drivers/media/dvb/dvb-core/dvb_net.c 2005-09-17 03:02:12.000000000 +0200 > +++ linux-2.6.12.3/drivers/media/dvb/dvb-core/dvb_net.c 2005-09-27 09:32:21.000000000 +0200 > @@ -42,6 +42,8 @@ > * Bugfixes and robustness improvements. > * Filtering on dest MAC addresses, if present (D-Bit = 0) > * ULE_DEBUG compile-time option. > + * Sep 2005: hl: Fixed Broadcast and multicast handling if MAC address > + * is present (D-Bit = 0) > */ > > /* > @@ -224,10 +226,7 @@ > > static int ule_bridged_sndu( struct dvb_net_priv *p ) > { > - /* BRIDGE SNDU handling sucks in draft-ietf-ipdvb-ule-03.txt. > - * This has to be the last extension header, otherwise it won't work. > - * Blame the authors! > - */ > + /* The BRIDGE SNDU has to be the last extension header, otherwise it won't work. */ > p->ule_bridged = 1; > return 0; > } > @@ -635,13 +634,24 @@ > > /* Filter on receiver's destination MAC address, if present. */ > if (!priv->ule_dbit) { > - /* The destination MAC address is the next data in the skb. */ > - if (memcmp( priv->ule_skb->data, dev->dev_addr, ETH_ALEN )) { > - /* MAC addresses don't match. Drop SNDU. */ > - // printk( KERN_WARNING "Dropping SNDU, MAC address.\n" ); > - dev_kfree_skb( priv->ule_skb ); > - goto sndu_done; > - } > + /* Do not filter if the interface is in promiscous mode */ > + if (!(dev->flags & IFF_PROMISC)) { > + const char baddr[6] = {0xff,}; > + /* Check if the destination MAC address is a broadcast MAC */ > + /* The destination MAC address is the next data in the skb. */ > + if (memcmp( priv->ule_skb->data, &baddr, ETH_ALEN )) { > + /* No broadcast, check for the multicast bit in the MAC next */ > + if (!(priv->ule_skb->data[0] & 0x01) && !(dev->flags & IFF_ALLMULTI)) { > + /* no multicast address as well */ > + if (memcmp( priv->ule_skb->data, dev->dev_addr, ETH_ALEN )) { > + /* MAC addresses don't match. Drop SNDU. */ > + // printk( KERN_WARNING "Dropping SNDU, MAC address.\n" ); > + dev_kfree_skb( priv->ule_skb ); > + goto sndu_done; > + } > + } > + } > + } > if (! priv->ule_bridged) { > skb_push( priv->ule_skb, ETH_ALEN + 2 ); > ethh = (struct ethhdr *)priv->ule_skb->data; From owner-ipdvb@erg.abdn.ac.uk Wed Feb 15 22:08:11 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1F9ZV5-0008RA-2Q for ipdvb-archive@megatron.ietf.org; Wed, 15 Feb 2006 22:08:11 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id WAA09612 for ; Wed, 15 Feb 2006 22:06:22 -0500 (EST) Received: from dee.erg.abdn.ac.uk ([139.133.204.82] helo=erg.abdn.ac.uk) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1F9Zii-00005n-7Z for ipdvb-archive@ietf.org; Wed, 15 Feb 2006 22:22:48 -0500 Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k1G2TccC004012 for ; Thu, 16 Feb 2006 02:29:38 GMT Received: (from majordomo.lists@localhost) by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k1G2Tcor004011 for ipdvb-subscribed-users; Thu, 16 Feb 2006 02:29:38 GMT X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f Received: from network2.cs.usm.my ([202.170.56.22]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k1G2TNQ9003993 for ; Thu, 16 Feb 2006 02:29:24 GMT Received: from localhost (localhost.localdomain [127.0.0.1]) by network2.cs.usm.my (Postfix) with ESMTP id B826A2200B3; Thu, 16 Feb 2006 10:29:15 +0800 (MYT) Received: from network2.cs.usm.my ([127.0.0.1]) by localhost (nrg.cs.usm.my [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19652-02; Thu, 16 Feb 2006 10:29:06 +0800 (MYT) Received: from Simonteh (unknown [219.93.2.100]) by network2.cs.usm.my (Postfix) with ESMTP id 7236B220093; Thu, 16 Feb 2006 10:29:06 +0800 (MYT) From: "Simon" To: "Ip-DVB" Cc: "'TC Wan'" , "'Ang Way Chuang'" Date: Thu, 16 Feb 2006 10:29:06 +0800 Message-ID: <004b01c632a0$c2680170$64025ddb@Simonteh> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004C_01C632E3.D08B4170" X-Mailer: Microsoft Office Outlook 11 Thread-Index: AcYyoMHk1zD34KmxQsCQxZgDmX9k5Q== X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.2180 X-Virus-Scanned: amavisd-new at nrg.cs.usm.my X-ERG-MailScanner: Found to be clean, Found to be clean X-ERG-MailScanner-SpamCheck: not spam, SpamAssassin (score=-2.598, required 6, autolearn=not spam, BAYES_00 -2.60, HTML_MESSAGE 0.00), not spam, SpamAssassin (score=-2.598, required 6, BAYES_00 -2.60, HTML_MESSAGE 0.00) Subject: An open source ULE encapsulator for carrying IP packet on top of DVB network. X-Spam-Status: No, No Sender: owner-ipdvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ipdvb@erg.abdn.ac.uk X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk X-Spam-Score: 0.2 (/) X-Scan-Signature: b8f3559805f7873076212d6f63ee803e This is a multi-part message in MIME format. ------=_NextPart_000_004C_01C632E3.D08B4170 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Dear members, We are from Network Research Group of Universiti Sains Malaysia. We have recently developed and released an open source ULE encapsulator. The development of the project is lead by Dr. Wan Tat Chee. The source code can be downloaded from http://nrg.cs.usm.my/ule.htm . Another relevant web page of the project can be found here: http://nrg.cs.usm.my/satellite_ule.htm . We welcome any suggestion and feedback. Thanks Best Regards Simon Teh Chee Hong Universiti Sains Malaysia ------=_NextPart_000_004C_01C632E3.D08B4170 Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Dear members,

 

We are from Network Research Group of Universiti = Sains Malaysia. We have recently developed and released an open source ULE encapsulator. =

The development of the project is lead by Dr. Wan Tat = Chee. The source code can be downloaded from http://nrg.cs.usm.my/ule.htm .

Another relevant web page of the project can be found = here: http://nrg.cs.usm.my/sate= llite_ule.htm .

 

We welcome any suggestion and = feedback.

 

Thanks

 

 

= Best Regards

= Simon Teh Chee Hong

= Universiti Sains Malaysia

 

------=_NextPart_000_004C_01C632E3.D08B4170-- From owner-ipdvb@erg.abdn.ac.uk Fri Feb 17 09:36:16 2006 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1FA6iW-00050B-3W for ipdvb-archive@megatron.ietf.org; Fri, 17 Feb 2006 09:36:16 -0500 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id JAA12698 for ; Fri, 17 Feb 2006 09:34:27 -0500 (EST) Received: from dee.erg.abdn.ac.uk ([139.133.204.82] helo=erg.abdn.ac.uk) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1FA6wr-0001jm-W8 for ipdvb-archive@ietf.org; Fri, 17 Feb 2006 09:51:12 -0500 Received: from dee.erg.abdn.ac.uk (localhost [IPv6:::1]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k1HEQviI011624 for ; Fri, 17 Feb 2006 14:26:57 GMT Received: (from majordomo.lists@localhost) by dee.erg.abdn.ac.uk (8.13.4/8.12.2/Submit) id k1HEQv4d011623 for ipdvb-subscribed-users; Fri, 17 Feb 2006 14:26:57 GMT X-Authentication-Warning: dee.erg.abdn.ac.uk: majordomo.lists set sender to owner-ipdvb@erg.abdn.ac.uk using -f Received: from [139.133.207.163] (dhcp-207-163.erg.abdn.ac.uk [139.133.207.163]) by erg.abdn.ac.uk (8.13.4/8.13.4) with ESMTP id k1HEQpsA011606 for ; Fri, 17 Feb 2006 14:26:51 GMT Message-ID: <43F5DD75.6080102@erg.abdn.ac.uk> Date: Fri, 17 Feb 2006 14:28:05 +0000 From: Gorry Fairhurst Organization: University of Aberdeen, UK User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040804 Netscape/7.2 X-Accept-Language: en-us, en MIME-Version: 1.0 To: ipdvb@erg.abdn.ac.uk Subject: Re: An open source ULE encapsulator for carrying IP packet on top of DVB network. References: <004b01c632a0$c2680170$64025ddb@Simonteh> In-Reply-To: <004b01c632a0$c2680170$64025ddb@Simonteh> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-ERG-MailScanner: Found to be clean, Found to be clean X-ERG-MailScanner-SpamCheck: not spam (whitelisted), SpamAssassin (score=-4.242, required 6, autolearn=not spam, ALL_TRUSTED -1.80, BAYES_00 -2.60, HOT_NASTY 0.16), not spam, SpamAssassin (score=-4.242, required 6, ALL_TRUSTED -1.80, BAYES_00 -2.60, HOT_NASTY 0.16) X-Spam-Status: No, No Sender: owner-ipdvb@erg.abdn.ac.uk Precedence: bulk Reply-To: ipdvb@erg.abdn.ac.uk X-ERG-MailScanner-From: owner-ipdvb@erg.abdn.ac.uk X-Spam-Score: 0.0 (/) X-Scan-Signature: f4c2cf0bccc868e4cc88dace71fb3f44 Content-Transfer-Encoding: 7bit We could add this to the ipdvb web site page at: http://www.erg.abdn.ac.uk/ip-dvb/ipdvb-impl.html Name of release: XXX company XXX URL: XXX company URL XXX ULE Gateway: XXX equipment name, or card type XXX ULE Receiver: XXX equipment name, or card type XXX Target platform/OS: XXX N/A is not appropriate XXX Latest known rev of ULE supported: XX RFC4326 if fully compliant XXX Air-interface Rx: XXX e.g. L-Band or ASI XXX Contact: XX Name XXX Implementation type: XX Comnmercial XX If you would like to supply the information above, I'd be happy to add this to the web site. Gorry Simon wrote: > Dear members, > > > > We are from Network Research Group of Universiti Sains Malaysia. We have > recently developed and released an open source ULE encapsulator. > > The development of the project is lead by Dr. Wan Tat Chee. The source > code can be downloaded from http://nrg.cs.usm.my/ule.htm . > > Another relevant web page of the project can be found here: > http://nrg.cs.usm.my/satellite_ule.htm . > > > > We welcome any suggestion and feedback. > > > > Thanks > > > > > > Best Regards > > Simon Teh Chee Hong > > Universiti Sains Malaysia > > >