On Wed, Feb 16, 2011 at 3:18 PM, Søren Steen Christensen (lists) <li...@ssc-solutions.dk> wrote: > Hi Pierre-emmanuel, all, > > > > Thanks for your fast feedback. I added the patch to the iz-tools and got the > 6lowpan option J. > > After this I however unfortunately got the following errors while trying to > continue further down your path: > > > > The following commands fail as shown below: > > # ping6 fe80::ff:ff00:1 -I wpan0 -c1 > ping6: can’t create raw socket: Address family not supported by protocol > > # ip -6 addr add aaaa::1/64 dev wpan0 > ip: RTNETLINK answers: Operation not supported >
I suspect if you look at the wpan0 interface the MTU is not 1280. If everything is set up right it should be 1280. > > > Any idea how you got around this? As I can see you did use a serial dongle? > > Maybe these/the serial driver have better/other capabilities than the > cc2420-driver which I used as background for building my cc2520 support? > > > >> My last posts were talking about things that could have been bugs ? But no >> answer ? > > I saw these, and I’m unfortunately not any kernel networking guru either, > and currently it seems like I’m stuck a little bit prior to where you > stopped – Unfortunately :-( > > > > Best regards and thanks again > > Søren > > > > From: Pierre-Emmanuel Goudet [mailto:pe.gou...@watteco.com] > Sent: Wednesday, February 16, 2011 6:58 PM > To: Søren Steen Christensen (lists); 'linux-zigbee-devel' > Subject: RE: [Linux-zigbee-devel] First tries with a 6Lowpan interface under > Linux > > > > Hi Soren, all, > > > > Indeed, you were missing the patch, as I did some times ago ;O) > > > > On my side the best I got was: > > - seeing 6LowPan frame sent from my interface, using a sniffer on my media. > > - seeing Rx’ed 6Lowpan frames (sent by a Contiki IPV6/RPL device on my > media) more or less decoded by the 6LowPan stack and entering in the IP of > the Linux, but being discarded. > > > > My last posts were talking about things that could have been bugs ? But no > answer ? > > Even if I would be happy to go on testing and reporting, I could not go > further because of my low knowledge in Linux Kernel implementation. > > It’s a pity, but this project seems a bit stuck for me. > > > > Best regards > > > > Pierre-emmanuel > > > > > > De : Søren Steen Christensen (lists) [mailto:li...@ssc-solutions.dk] > Envoyé : mercredi 16 février 2011 00:37 > À : 'linux-zigbee-devel' > Objet : Re: [Linux-zigbee-devel] First tries with a 6Lowpan interface under > Linux > > > > A bit too fast – Seems like I missed this one > (http://www.mail-archive.com/linux-zigbee-devel@lists.sourceforge.net/msg00446.html) > with respect to updating the iz-tool J - I will try this tomorrow… > > > > This being said – When I have this I would still like to get any kind of > guidance on what’s next step in order to test something with 6lowpan? > > Can I just do a “#ping6 ipv6.google.com” and expect this one to start > sending out ipv6 ping packages on the link, or should I do anything > else/special? > > > > Best regards and thanks again in advance > > Søren > > > > From: Søren Steen Christensen (lists) [mailto:li...@ssc-solutions.dk] > Sent: Tuesday, February 15, 2011 11:16 PM > To: 'linux-zigbee-devel' > Subject: Re: [Linux-zigbee-devel] First tries with a 6Lowpan interface under > Linux > > > > Hi Pierre-emmanuel, Jon, Dimitri, all, > > I'm currently in the middle of porting support for cc2520 to this project > with the final goal of being able to run 6lowpan IPv6 over a cc2520 802.15.4 > wireless link. I'm able to follow the instructions given in various email > and on the linux-zigbee wiki, and compile the kernel after applying the > 6lowpan patch shared by Jon on email send to the list on the 25/10-2010. > Secondly I have ported the cc2420 driver to support the cc2520 chip with a > cc2591 RF frontend (and I can communicate with the chip over SPI), but after > this the progress pretty much ends - Unfortunately :-( :-) > > Now to the questions: > > 1) Below it's mentioned that you should do: > # iz 6lowpan wpan-phyY > in order to attached the wpan-phyY to a 6lowpan network I assume? Trying to > do this "iz" complains about now knowing the 6lowpan option. I can however > do "iz add wpan-phyY" with no problem, but I assume this won't link it > properly to the 6lowpan networking? What am I missing here? > > 2) I'm not sure I fully understand this part: > * Create a serial Node with an 802.15.4 interface conform to Dimitri > specification (Cf Linux-zigbee Wiki), > and use an other node with Contiki IPV6 capabilities. Not necessary > during these first tests except for RS/RA behaviour. > > I hope that somebodye can help me forward with this and as well let me know > what I might need to do to i.e. make the network stream out a lot of TX > packets for me to check if my TX settings are correct - Next step will then > be RX I think(?). I have a RF sniffer (based on CC2531) with which I assume > I can capture the send packets(?), but since I'm not being able to bind the > cc2520 correctly to the IPv6 networking it seems like I can't make any > packages being send by use of ping6(?). BTW: Is this the right way for doing > initial TX tests, or is there another easier/better way? Do I need any other > special options compiled into the kernel for this to work? > > Best regards and thanks in advance - Any kind of feedback or help will be > highly appreciated > Søren > > --- > > From: Pierre-emmanuel Goudet [mailto:pe.gou...@watteco.com] > Sent: Friday, October 29, 2010 5:55 PM > To: jonsm...@gmail.com; linux-zigbee-devel > Subject: [Linux-zigbee-devel] First tries with a 6Lowpan interface under > Linux > > Hi Jon, Dimitri, all, > > And many thanks. > > I tried all this yesterday. > Great ! it works. I can see 6LowPan frames sended. > > Basic steps to get this working for whom who begin with all this (a bit > like me) : > ===================================================================== > * Create a serial Node with an 802.15.4 interface conform to Dimitri > specification (Cf Linux-zigbee Wiki), > and use an other node with Contiki IPV6 capabilities. Not necessary > during these first tests except for RS/RA behaviour. > * Get the git devel branch of linux-zigbee, (Starting from a debian dist > at least 2.6.32) > * Apply your (Jon smirl) patches (Kernel and lowpan), (use git-apply > with your patch) > * Compile the linux-zigbee kernel and lowpan tools > > * Connect your serial node ad use these commands to test : > # izattach /dev/ttyUSBX > Find the new wpan-phy with # iz list-phy > # iz 6lowpan wpan-phyY > # ifconfig wpan0 up > > (Use a sniffer Cf 15dot4 project from Colin O'Flyn to see frames on the > real media with wireshark more recent > than 1.3.3 the best would be 1.5.0 not my case today ...) > > > My current questions: > =================== > - My interface Hardware address is not setted correctly ... it seems > that just 4 or 5 first bytes are setted ? > (even so i see the correct address in the return "zb0x8d..." message > with #dmesg ) > > - As discussed in previous posts in linux-zigbee mailing list, > I had to have my channel setted (done as a hack of > mac802154_wpan_xmit() from net/mac802.15.4/wpan.c) to see my packets sended. > > - Without defining a global address this ping line > # ping6 fe80::ff:ff00:1 -I wpan0 -c1 > gives a MAC header containing my own MAC address as source AND dest ? > (seen on the sniffer) > > - With a Global IPV6 address defined on the interface > # ip -6 addr add aaaa::1/64 dev wpan0 > # ping6 aaaa::ff:ff00:1 -I wpan0 -c1 > as got very strange LL addressing and lowpan compression with 16 bit > source address ? > > For whom who are interested i join the PCAP files for initial RS/RA > exchanges, and an example of Ping send with Local then global with a > Contiki IPV6 device. > > Pierre-emmanuel > > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel > > ________________________________ > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1204 / Virus Database: 1435/3445 - Release Date: 02/15/11 > > ________________________________ > > No virus found in this message. > Checked by AVG - www.avg.com > Version: 10.0.1204 / Virus Database: 1435/3447 - Release Date: 02/16/11 > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Linux-zigbee-devel mailing list > Linux-zigbee-devel@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel > > -- Jon Smirl jonsm...@gmail.com ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel
