From mastorakis at CS.UCLA.EDU Fri Sep 4 11:34:18 2015 From: mastorakis at CS.UCLA.EDU (Spyridon Mastorakis) Date: Fri, 4 Sep 2015 11:34:18 -0700 Subject: [Ndn-interest] ndnSIM 2.1 released Message-ID: Dear all, We are pleased to announce release of ndnSIM version 2.1 (http://ndnsim.net/2.1/), a new release of the NDN simulator. In addition to multiple other improvements and updates, the new version includes a major new feature: ndnSIM-specific implementation of Face abstraction from ndn-cxx library. As a direct result of this new feature: - we have enabled support for NFD's RIB manager, and - it is now possible to use codebases of the existing applications to drive simulations (see http://ndnsim.net/2.1/guide-to-simulate-real-apps.html). For more details about the release, refer to http://ndnsim.net/2.1/RELEASE_NOTES.html Source code, instruction how to install how to compile ndnSIM, tutorials, FAQs, and other useful resources are available on official ndnSIM website: http://ndnsim.net/. * * * The latest version of the ndnSIM technical report: http://named-data.net/publications/techreports/ndn-0028-1-ndnsim-v2/ * * * The ndnSIM Team: Alexander Afanasyev, Spyridon (Spyros) Mastorakis, and others (http://ndnsim.net/2.1/meta/authors.html) From kc at caida.org Fri Sep 4 21:30:42 2015 From: kc at caida.org (k claffy) Date: Fri, 4 Sep 2015 21:30:42 -0700 Subject: [Ndn-interest] NDNComm 2015 agenda draft posted Message-ID: <20150905043042.GA49393@caida.org> we have over 100 people registered, lots of interest in sharing progress reports, but we are ending by 3pm on day 2 (tue) so folks have time to get up to SF for ICN. so, it's going to be energetic, but still with time for interaction. (breakouts, poster/demo receiption, open discussions) http://www.caida.org/workshops/ndn/1509/ we will webcast, link will appear on that URL during the meeting. k From jburke at remap.ucla.edu Mon Sep 7 10:44:23 2015 From: jburke at remap.ucla.edu (Burke, Jeff) Date: Mon, 7 Sep 2015 17:44:23 +0000 Subject: [Ndn-interest] NDN Hackathon - Projects Selected / Interest Survey Message-ID: // Sorry for the cross-posting! Hi folks, The Hackathon committee (Steve, Alex, JeffT, and Vince) has selected the projects for the NDNcomm 2015 Hackathon. If you will hack in the Hackathon, we'd appreciate it if you could answer this quick survey by 9/11 to let the organizers know which projects you are most interested in joining: https://www.surveymonkey.com/r/269CV5H Descriptions of selected projects can be found here: https://docs.google.com/presentation/d/1fmtc8wzcO4dRb4RSGjXJ0ic3XPHv6mYZZQrf45_Hy_c/edit?usp=sharing Hackathon info: http://ndncomm.github.io/ NDNcomm info: http://www.caida.org/workshops/ndn/1509/ Thank you! Jeff From: Ndn-interest on behalf of Steve DiBenedetto Date: Wednesday, August 19, 2015 at 7:57 PM To: "ndn-interest at lists.cs.ucla.edu" Subject: [Ndn-interest] NDNcomm 2015 Hackathon Call for Projects NDNcomm 2015 Hackathon Call for Projects Proposals Due: Aug. 31, 2015. Hackathon: Sept. 26-27, 2015. The NDNcomm 2015 Hackathon solicits project proposals that advance the state of NDN. We are looking for projects that: * directly address a research need, * create new NDN tools or modify existing tools, and/or * create or improve documentation and how-to guides. Participants will have approximately 12 hours to work on the projects (see http://ndncomm.github.io for additional details). - How open-ended should proposals be? - Ideally, project proposals should include room for discussion and cooperative design during the hackathon, but may be entirely planned in advance (e.g. a new NFD feature). We ask that proposals avoid larger projects that are completely open to design. The significance of the contribution is more important than spectacle. - Who will work on the projects? - Hackathon projects will be developed by small teams (< 8) and should be able to show measurable progress after two days. Participants will be encouraged to regroup and refresh overnight. The hackathon welcomes all interested participants, regardless of NDN experience, so we are seeking projects that are suitable for experienced NDN developers as well as those approachable by newcomers. For example, a project could decompose into tasks of varying skill levels or, alternatively, be specifically targeted. - What languages, libraries, etc. are allowed? - Project proposals should declare any programming language, library, platform requirements, and so forth. For new projects, we ask you to consider how the specifics, such as language choice, may impact the ability to attract participants. The hackathon organizers will provide proposal feedback and assistance to ensure projects have a concrete path to implementation. - If I propose a project, do I have to go to the Hackathon? - Proposals must specify one or more representatives who will attend the hackathon to pitch their idea and guide its development over the duration of the hackathon (hacking optional). Representatives will have 10 minutes to present their idea to attendees at the event opening. The pitch should emphasize the project's motivation and use cases. - FORMAT - Proposals should adhere to the following format: * 1 page max. (plain text) * contact information of submitters * contact information of project representative(s) * distinct sections for the: * motivation, * approach and/or concept, * contributions to NDN, * functional requirements, and * metrics (how progress can be measured). Please remember that participants will have a limited amount of time (see http://ndncomm.github.io) to work on their project. All proposals will be reviewed by the hackathon organizers. Projects will be judged by a panel (TBD) for the ?Best of Hackathon? prize. We hope that the hackathon will be a fun event for all and that projects will lead to collaborations extending beyond NDNcomm. - DEADLINE - Email proposal to ndncomm2015-hackathon at named-data.net Proposal submission deadline: Monday, August 31, 2015 Notification: Monday, September 7, 2015 - Hackathon Information and Schedule - Website: http://ndncomm.github.io Solicitation: https://docs.google.com/document/d/1zoqb8_IzEirISS5vJqUB2qpBlq8vFXE_T6DLwS1gdyw/edit?usp=sharing Open: Saturday, September 26, 2015 @ 9am - 8pm Close: Sunday, September 27, 2015 @ 9am - 6pm Judging & Awards: Sunday, September 27, 2015 @ 6pm - 8pm Post Projects on Website: Monday, September 28, 2015 - Organizers - Alex Afanasyev (UCLA) Steve DiBenedetto (Colorado State University) Vince Lehman (University of Memphis) Jeff Thompson (UCLA) -------------- next part -------------- An HTML attachment was scrubbed... URL: From matti.lorenzen at tum.de Tue Sep 8 01:26:42 2015 From: matti.lorenzen at tum.de (Matti Lorenzen) Date: Tue, 8 Sep 2015 08:26:42 +0000 Subject: [Ndn-interest] Configuration of Content Store Message-ID: Hello, During the last days I have evaluated transmission times between NDN nodes and noticed that the files are only cached in the Content Store for a very short amount of time (10 seconds approx.). I ran this with ccn-cxx 0.3.4 and the corresponding NFD. Is this normal? In nfd.conf, the default size for the CS is 65536 packets, so I was surprised by such a short lifetime. I saw that you recently discussed about CS configuration (http://redmine.named-data.net/issues/3148) and am wondering whether the lifetime can already be changed at the current version. If not, where in the cxx-code is it defined so I can make alterations? Best regards and thank you in advance, also sorry for bothering everybody again, Matti Lorenzen _________________________________________________________________ Matti Lorenzen IAESTE LC M?nchen - Outgoing IAESTE Central European Region - Trainings Coordinator -------------- next part -------------- An HTML attachment was scrubbed... URL: From aniesh at sanctumnetworks.com Tue Sep 8 01:58:49 2015 From: aniesh at sanctumnetworks.com (aniesh chawla) Date: Tue, 8 Sep 2015 14:28:49 +0530 Subject: [Ndn-interest] Configuration of Content Store In-Reply-To: References: Message-ID: Hi Matti, did you check the data lifetime on NFD..? check for the data freshness period, if you have not changed the codes, it might be defaulting to 10sec. Best, Aniesh On Tue, Sep 8, 2015 at 1:56 PM, Matti Lorenzen wrote: > Hello, > During the last days I have evaluated transmission times between NDN nodes > and noticed that the files are only cached in the Content Store for a very > short amount of time (10 seconds approx.). I ran this with ccn-cxx 0.3.4 > and the corresponding NFD. > Is this normal? In nfd.conf, the default size for the CS is 65536 packets, > so I was surprised by such a short lifetime. > > I saw that you recently discussed about CS configuration ( > http://redmine.named-data.net/issues/3148) and am wondering whether the > lifetime can already be changed at the current version. If not, where in > the cxx-code is it defined so I can make alterations? > > Best regards and thank you in advance, > also sorry for bothering everybody again, > > Matti Lorenzen > > > _________________________________________________________________ > > *Matti Lorenzen* > IAESTE LC M?nchen - *Outgoing* > IAESTE Central European Region - > *Trainings Coordinator* > > _______________________________________________ > Ndn-interest mailing list > Ndn-interest at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From matti.lorenzen at tum.de Tue Sep 8 21:28:18 2015 From: matti.lorenzen at tum.de (Matti Lorenzen) Date: Wed, 9 Sep 2015 04:28:18 +0000 Subject: [Ndn-interest] Configuration of Content Store In-Reply-To: References: , Message-ID: Hello Aniesh, I did not make any alteration in the code. I tried now to look up the place where the freshness period is set and could not find it... I looked at the classes cs.cpp and all those associated in NFD0.3.4/Daemon/Table. Can you, or somebody else, tell me where to look? Best regards, Matti _________________________________________________________________ Matti Lorenzen IAESTE LC M?nchen - Outgoing IAESTE Central European Region - Trainings Coordinator Date: Tue, 8 Sep 2015 14:28:49 +0530 Subject: Re: [Ndn-interest] Configuration of Content Store From: aniesh at sanctumnetworks.com To: matti.lorenzen at tum.de CC: ndn-interest at lists.cs.ucla.edu Hi Matti,did you check the data lifetime on NFD..? check for the data freshness period, if you have not changed the codes, it might be defaulting to 10sec. Best,Aniesh On Tue, Sep 8, 2015 at 1:56 PM, Matti Lorenzen wrote: Hello, During the last days I have evaluated transmission times between NDN nodes and noticed that the files are only cached in the Content Store for a very short amount of time (10 seconds approx.). I ran this with ccn-cxx 0.3.4 and the corresponding NFD. Is this normal? In nfd.conf, the default size for the CS is 65536 packets, so I was surprised by such a short lifetime. I saw that you recently discussed about CS configuration (http://redmine.named-data.net/issues/3148) and am wondering whether the lifetime can already be changed at the current version. If not, where in the cxx-code is it defined so I can make alterations? Best regards and thank you in advance, also sorry for bothering everybody again, Matti Lorenzen _________________________________________________________________ Matti Lorenzen IAESTE LC M?nchen - Outgoing IAESTE Central European Region - Trainings Coordinator _______________________________________________ Ndn-interest mailing list Ndn-interest at lists.cs.ucla.edu http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest -------------- next part -------------- An HTML attachment was scrubbed... URL: From aniesh at sanctumnetworks.com Tue Sep 8 21:31:17 2015 From: aniesh at sanctumnetworks.com (aniesh chawla) Date: Wed, 9 Sep 2015 10:01:17 +0530 Subject: [Ndn-interest] Configuration of Content Store In-Reply-To: References: Message-ID: Hi Matti, grep for the word "setFreshnessPeriod" and you might find the answer. On Wed, Sep 9, 2015 at 9:58 AM, Matti Lorenzen wrote: > Hello Aniesh, > I did not make any alteration in the code. I tried now to look up the > place where the freshness period is set and could not find it... I looked > at the classes cs.cpp and all those associated in NFD0.3.4/Daemon/Table. > Can you, or somebody else, tell me where to look? > > Best regards, > Matti > > _________________________________________________________________ > > *Matti Lorenzen* > IAESTE LC M?nchen - *Outgoing* > IAESTE Central European Region - > *Trainings Coordinator* > > > ------------------------------ > Date: Tue, 8 Sep 2015 14:28:49 +0530 > Subject: Re: [Ndn-interest] Configuration of Content Store > From: aniesh at sanctumnetworks.com > To: matti.lorenzen at tum.de > CC: ndn-interest at lists.cs.ucla.edu > > > Hi Matti, > did you check the data lifetime on NFD..? check for the data freshness > period, if you have not changed the codes, it might be defaulting to 10sec. > > Best, > Aniesh > > On Tue, Sep 8, 2015 at 1:56 PM, Matti Lorenzen > wrote: > > Hello, > During the last days I have evaluated transmission times between NDN nodes > and noticed that the files are only cached in the Content Store for a very > short amount of time (10 seconds approx.). I ran this with ccn-cxx 0.3.4 > and the corresponding NFD. > Is this normal? In nfd.conf, the default size for the CS is 65536 packets, > so I was surprised by such a short lifetime. > > I saw that you recently discussed about CS configuration ( > http://redmine.named-data.net/issues/3148) and am wondering whether the > lifetime can already be changed at the current version. If not, where in > the cxx-code is it defined so I can make alterations? > > Best regards and thank you in advance, > also sorry for bothering everybody again, > > Matti Lorenzen > > > _________________________________________________________________ > > *Matti Lorenzen* > IAESTE LC M?nchen - *Outgoing* > IAESTE Central European Region - > *Trainings Coordinator* > > _______________________________________________ > Ndn-interest mailing list > Ndn-interest at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aa at CS.UCLA.EDU Tue Sep 8 23:31:00 2015 From: aa at CS.UCLA.EDU (Alex Afanasyev) Date: Tue, 8 Sep 2015 23:31:00 -0700 Subject: [Ndn-interest] Configuration of Content Store In-Reply-To: References: Message-ID: <3E2E3A48-9EB1-4681-9149-FD741EF19507@cs.ucla.edu> Hi Matti, I want to clarify a potential confusion thing. Any arriving data packet is opportunistically cached and evicted only when there is no more space for newly received data. The effect you're observing is because in your evaluations you're using "MustBeFresh" selector (in some libraries, it is currently on by default and you need to explicitly turn it off). The primary use case for this selector is to allow name discovery (get "fresher" data for some prefix), and this freshness period is determined by what has been specified in the received data packet. When you send interests with MustBeFresh selector, they can only match to CS entries that contain "fresh" data. I think this is why you're observing your ~10 second "cache lifetime". --- Alex PS It is "ndn-cxx" :) > On Sep 8, 2015, at 1:26 AM, Matti Lorenzen wrote: > > Hello, > During the last days I have evaluated transmission times between NDN nodes and noticed that the files are only cached in the Content Store for a very short amount of time (10 seconds approx.). I ran this with ccn-cxx 0.3.4 and the corresponding NFD. > Is this normal? In nfd.conf, the default size for the CS is 65536 packets, so I was surprised by such a short lifetime. > > I saw that you recently discussed about CS configuration (http://redmine.named-data.net/issues/3148) and am wondering whether the lifetime can already be changed at the current version. If not, where in the cxx-code is it defined so I can make alterations? > > Best regards and thank you in advance, > also sorry for bothering everybody again, > > Matti Lorenzen > > > _________________________________________________________________ > > Matti Lorenzen > IAESTE LC M?nchen - Outgoing > IAESTE Central European Region - Trainings Coordinator -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 841 bytes Desc: Message signed with OpenPGP using GPGMail URL: From matti.lorenzen at tum.de Wed Sep 9 00:02:17 2015 From: matti.lorenzen at tum.de (Matti Lorenzen) Date: Wed, 9 Sep 2015 07:02:17 +0000 Subject: [Ndn-interest] Configuration of Content Store In-Reply-To: <3E2E3A48-9EB1-4681-9149-FD741EF19507@cs.ucla.edu> References: , <3E2E3A48-9EB1-4681-9149-FD741EF19507@cs.ucla.edu> Message-ID: Thank you for the clarification. I was able to make the adjustment i needed. Best regards, Matti _________________________________________________________________ Matti Lorenzen IAESTE LC M?nchen - Outgoing IAESTE Central European Region - Trainings Coordinator > Subject: Re: [Ndn-interest] Configuration of Content Store > From: aa at cs.ucla.edu > Date: Tue, 8 Sep 2015 23:31:00 -0700 > CC: ndn-interest at lists.cs.ucla.edu > To: matti.lorenzen at tum.de > > Hi Matti, > > I want to clarify a potential confusion thing. Any arriving data packet is opportunistically cached and evicted only when there is no more space for newly received data. > > The effect you're observing is because in your evaluations you're using "MustBeFresh" selector (in some libraries, it is currently on by default and you need to explicitly turn it off). The primary use case for this selector is to allow name discovery (get "fresher" data for some prefix), and this freshness period is determined by what has been specified in the received data packet. > > When you send interests with MustBeFresh selector, they can only match to CS entries that contain "fresh" data. I think this is why you're observing your ~10 second "cache lifetime". > > --- > Alex > > PS > It is "ndn-cxx" :) > > > On Sep 8, 2015, at 1:26 AM, Matti Lorenzen wrote: > > > > Hello, > > During the last days I have evaluated transmission times between NDN nodes and noticed that the files are only cached in the Content Store for a very short amount of time (10 seconds approx.). I ran this with ccn-cxx 0.3.4 and the corresponding NFD. > > Is this normal? In nfd.conf, the default size for the CS is 65536 packets, so I was surprised by such a short lifetime. > > > > I saw that you recently discussed about CS configuration (http://redmine.named-data.net/issues/3148) and am wondering whether the lifetime can already be changed at the current version. If not, where in the cxx-code is it defined so I can make alterations? > > > > Best regards and thank you in advance, > > also sorry for bothering everybody again, > > > > Matti Lorenzen > > > > > > _________________________________________________________________ > > > > Matti Lorenzen > > IAESTE LC M?nchen - Outgoing > > IAESTE Central European Region - Trainings Coordinator > -------------- next part -------------- An HTML attachment was scrubbed... URL: From tailinchu at gmail.com Sun Sep 13 12:47:27 2015 From: tailinchu at gmail.com (Tai-Lin Chu) Date: Sun, 13 Sep 2015 12:47:27 -0700 Subject: [Ndn-interest] First stable release of go-ndn (1.0) Message-ID: This release marks all go-ndn packages as "stable", and adds "mux", the lightweight NDN framework. Please read the "create your first ndn app in go-ndn" tutorial to learn more about "mux": https://github.com/go-ndn/example/blob/master/README.md go-ndn team From ndn at sqh.me Wed Sep 16 02:02:29 2015 From: ndn at sqh.me (ndn ndn) Date: Wed, 16 Sep 2015 17:02:29 +0800 Subject: [Ndn-interest] FIB was disappear when sending recv a mount of packets Message-ID: Hello everyone, I'm using NDN-CXX to write a problem. Due to the limit of NDN network, I have to divided my data into many small packets. In those packets, I use getMetaInfo().getFinalBlockId().toNumberWithMarker(0x00) to set the count of packets. And when sending 940 packets, It seems NFD was crashed.I can't receive any packets from server and the FIB which routed to my servers is disappear. And also, my program isn't send any timeout information, it go into dead loop in face.processEvents(). I still can't find any problem? BTY, I request next packets in on data function, and I use shared_from_this() function as callback function.May it cause this problem, any one could help me to solve this problem? thanks a lot qihan song -------------- next part -------------- An HTML attachment was scrubbed... URL: From shijunxiao at email.arizona.edu Wed Sep 16 08:17:24 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Wed, 16 Sep 2015 08:17:24 -0700 Subject: [Ndn-interest] FIB was disappear when sending recv a mount of packets In-Reply-To: References: Message-ID: <55f98803.2565440a.74e1a.ffffc007@mx.google.com> Hi Qihan I suspect this is related to Bug 2742 and Bug 2526, which has been fixed recently. If you can still reproduce this issue with latest ndn-cxx and NFD from git-HEAD, post a minimal application code that reproduces the issue (you may use gist), so that developers can have a look. Yours, Junxiao From: ndn ndn Sent: Wednesday, September 16, 2015 02:03 To: ndn-interest Subject: [Ndn-interest] FIB was disappear when sending recv a mount of packets Hello everyone, I'm using NDN-CXX to write a problem. Due to the limit of NDN network, I have to?divided my data into many small packets.? In those packets, I use?getMetaInfo().getFinalBlockId().toNumberWithMarker(0x00) to set the count of packets. And when sending 940 packets, It seems NFD was crashed.I can't receive any ? packets from server and the FIB which routed to my servers is disappear. And also, my program isn't send any timeout information, it go into dead loop in face.processEvents(). I still can't find any problem?? BTY, I request next packets in on data function, and I use shared_from_this() function as callback function.May it cause this problem, any one could help me to solve this problem? thanks a lot qihan song -------------- next part -------------- An HTML attachment was scrubbed... URL: From ndn at sqh.me Wed Sep 16 18:13:17 2015 From: ndn at sqh.me (ndn ndn) Date: Thu, 17 Sep 2015 09:13:17 +0800 Subject: [Ndn-interest] FIB was disappear when sending recv a mount of packets In-Reply-To: <55f98803.2565440a.74e1a.ffffc007@mx.google.com> References: <55f98803.2565440a.74e1a.ffffc007@mx.google.com> Message-ID: Hi Junxiao, OK, thank you, I'm now using ubuntu ppa install nfd. I will compiler it from Github. Thanks for you answer. Also, You are so nice, I think it the 2rd time to answer my questions. Yours, Qihan 2015-09-16 23:17 GMT+08:00 Junxiao Shi : > Hi Qihan > > > > I suspect this is related to Bug 2742 > and Bug 2526 > , which has been fixed > recently. > > If you can still reproduce this issue with latest ndn-cxx and NFD from > git-HEAD, post a minimal application code that reproduces the issue (you > may use gist ), so that developers can have a > look. > > > > Yours, Junxiao > > > > > *From: *ndn ndn > *Sent: *Wednesday, September 16, 2015 02:03 > *To: *ndn-interest > *Subject: *[Ndn-interest] FIB was disappear when sending recv a mount of > packets > > > > > > Hello everyone, > > I'm using NDN-CXX to write a problem. Due to the limit of NDN network, I > have to divided my data into many small packets. > > In those packets, I > use getMetaInfo().getFinalBlockId().toNumberWithMarker(0x00) to set the > count of packets. And when sending 940 packets, It seems NFD was crashed.I > can't receive any packets from server and the FIB which routed to my > servers is disappear. And also, my program isn't send any timeout > information, it go into dead loop in face.processEvents(). > > > > I still can't find any problem? > > BTY, I request next packets in on data function, and I use > shared_from_this() function as callback function.May it cause this problem, > any one could help me to solve this problem? > > > > thanks a lot > > qihan song > > > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From ndn at sqh.me Fri Sep 18 00:20:47 2015 From: ndn at sqh.me (ndn ndn) Date: Fri, 18 Sep 2015 15:20:47 +0800 Subject: [Ndn-interest] FIB was disappear when sending recv a mount of packets In-Reply-To: References: <55f98803.2565440a.74e1a.ffffc007@mx.google.com> Message-ID: Dear JunXiao, After I use the Head version in NFD, but it not works. At my program beginning, NFD print log like this: 1442558776.874014 INFO: [UnixStreamFace] [id=-1,local=unix:///run/nfd.sock,remote=fd://1022] Creating face 1442558776.875411 INFO: [FaceTable] Added face id=1255 remote=fd://1022 local=unix:///run/nfd.sock 1442558776.893996 INFO: [UnixStreamFace] [id=-1,local=unix:///run/nfd.sock,remote=fd://1023] Creating face 1442558776.895382 INFO: [FaceTable] Added face id=1256 remote=fd://1023 local=unix:///run/nfd.sock When the number raise to 1023, the NFD is crashed. NFD-log tells me: 442559257.847426 FATAL: [NFD] OS_Rng: open /dev/urandom operation failed with error 24 I don't know what happen in NFD? seems random number generator broken when I send a small file, the NFD isn't crashed. Yours, Qihan -------------- next part -------------- An HTML attachment was scrubbed... URL: From aa at CS.UCLA.EDU Fri Sep 18 15:51:22 2015 From: aa at CS.UCLA.EDU (Alex Afanasyev) Date: Fri, 18 Sep 2015 15:51:22 -0700 Subject: [Ndn-interest] FIB was disappear when sending recv a mount of packets In-Reply-To: References: <55f98803.2565440a.74e1a.ffffc007@mx.google.com> Message-ID: <45BD3E1C-7CF8-4996-94BF-FCE645690C0F@cs.ucla.edu> Hi Qihan, This is an interesting error that we haven't seen before. However, it is directly related to user-limit on number of open files. You can check this thread https://forums.gentoo.org/viewtopic-t-464088-start-0.html that has a similar error and has a suggested solution. From the log I see that your application (or applications) keep connecting to NFD, with ~1023 (before crash) active apps. I wonder, is it your real intention or it is a some sort of an accident? I mean, do you really want that many applications to be active? --- Alex > On Sep 18, 2015, at 12:20 AM, ndn ndn wrote: > > Dear JunXiao, > After I use the Head version in NFD, but it not works. > At my program beginning, NFD print log like this: > > 1442558776.874014 INFO: [UnixStreamFace] [id=-1,local=unix:///run/nfd.sock,remote=fd://1022] Creating face > 1442558776.875411 INFO: [FaceTable] Added face id=1255 remote=fd://1022 local=unix:///run/nfd.sock > 1442558776.893996 INFO: [UnixStreamFace] [id=-1,local=unix:///run/nfd.sock,remote=fd://1023] Creating face > 1442558776.895382 INFO: [FaceTable] Added face id=1256 remote=fd://1023 local=unix:///run/nfd.sock > > > When the number raise to 1023, the NFD is crashed. NFD-log tells me: > 442559257.847426 FATAL: [NFD] OS_Rng: open /dev/urandom operation failed with error 24 > > I don't know what happen in NFD? seems random number generator broken when I send a small file, the NFD isn't crashed. > > Yours, Qihan > _______________________________________________ > Ndn-interest mailing list > Ndn-interest at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 841 bytes Desc: Message signed with OpenPGP using GPGMail URL: From ndn at sqh.me Sun Sep 20 06:11:54 2015 From: ndn at sqh.me (ndn ndn) Date: Sun, 20 Sep 2015 21:11:54 +0800 Subject: [Ndn-interest] FIB was disappear when sending recv a mount of packets In-Reply-To: <45BD3E1C-7CF8-4996-94BF-FCE645690C0F@cs.ucla.edu> References: <55f98803.2565440a.74e1a.ffffc007@mx.google.com> <45BD3E1C-7CF8-4996-94BF-FCE645690C0F@cs.ucla.edu> Message-ID: Hello Alex, Thanks for your answer, I realize that I put nun::face create in a for loops, the face object will deconstruct when my program exit, not the face class deconstruct.So it cause this problem. After do that, I find the nfd not crashed and it looks work well.Thanks for your help. But I also wonder, Does nun::face class is thread-safety?Can I use face in different thread? Yours, qihan. 2015-09-19 6:51 GMT+08:00 Alex Afanasyev : > Hi Qihan, > > This is an interesting error that we haven't seen before. However, it is > directly related to user-limit on number of open files. You can check this > thread https://forums.gentoo.org/viewtopic-t-464088-start-0.html that has > a similar error and has a suggested solution. > > From the log I see that your application (or applications) keep connecting > to NFD, with ~1023 (before crash) active apps. I wonder, is it your real > intention or it is a some sort of an accident? I mean, do you really want > that many applications to be active? > > --- > Alex > > On Sep 18, 2015, at 12:20 AM, ndn ndn wrote: > > Dear JunXiao, > After I use the Head version in NFD, but it not works. > At my program beginning, NFD print log like this: > > 1442558776.874014 INFO: [UnixStreamFace] [id=-1,local= > unix:///run/nfd.sock,remote=fd://1022] Creating face > 1442558776.875411 INFO: [FaceTable] Added face id=1255 remote=fd://1022 > local=unix:///run/nfd.sock > 1442558776.893996 INFO: [UnixStreamFace] [id=-1,local= > unix:///run/nfd.sock,remote=fd://1023] Creating face > 1442558776.895382 INFO: [FaceTable] Added face id=1256 remote=fd://1023 > local=unix:///run/nfd.sock > > > When the number raise to 1023, the NFD is crashed. NFD-log tells me: > 442559257.847426 FATAL: [NFD] OS_Rng: open /dev/urandom operation > failed with error 24 > > I don't know what happen in NFD? seems random number generator broken > when I send a small file, the NFD isn't crashed. > > Yours, Qihan > _______________________________________________ > Ndn-interest mailing list > Ndn-interest at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest > > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From aa at CS.UCLA.EDU Sun Sep 20 11:36:22 2015 From: aa at CS.UCLA.EDU (Alex Afanasyev) Date: Sun, 20 Sep 2015 11:36:22 -0700 Subject: [Ndn-interest] FIB was disappear when sending recv a mount of packets In-Reply-To: References: <55f98803.2565440a.74e1a.ffffc007@mx.google.com> <45BD3E1C-7CF8-4996-94BF-FCE645690C0F@cs.ucla.edu> Message-ID: > On Sep 20, 2015, at 6:11 AM, ndn ndn wrote: > > Hello Alex, > Thanks for your answer, I realize that I put nun::face create in a for loops, the face object will deconstruct when my program exit, not the face class deconstruct.So it cause this problem. > After do that, I find the nfd not crashed and it looks work well.Thanks for your help. > > But I also wonder, Does nun::face class is thread-safety?Can I use face in different thread? Hi Qihan, Yes, ndn::Face class is thread-safe and you can call expressInterest, put, registerPrefix, etc. methods from any other thread. However, processEvents method (or the underlying run() method of boost::asio::io_service object) must be called in exactly one thread, which is usually a main thread of the application. -- Alex > > Yours, qihan. > > > 2015-09-19 6:51 GMT+08:00 Alex Afanasyev >: > Hi Qihan, > > This is an interesting error that we haven't seen before. However, it is directly related to user-limit on number of open files. You can check this thread https://forums.gentoo.org/viewtopic-t-464088-start-0.html that has a similar error and has a suggested solution. > > From the log I see that your application (or applications) keep connecting to NFD, with ~1023 (before crash) active apps. I wonder, is it your real intention or it is a some sort of an accident? I mean, do you really want that many applications to be active? > > --- > Alex > >> On Sep 18, 2015, at 12:20 AM, ndn ndn > wrote: >> >> Dear JunXiao, >> After I use the Head version in NFD, but it not works. >> At my program beginning, NFD print log like this: >> >> 1442558776.874014 INFO: [UnixStreamFace] [id=-1,local=unix:///run/nfd.sock,remote=fd://1022] <> Creating face >> 1442558776.875411 INFO: [FaceTable] Added face id=1255 remote=fd://1022 <> local=unix:///run/nfd.sock <> >> 1442558776.893996 INFO: [UnixStreamFace] [id=-1,local=unix:///run/nfd.sock,remote=fd://1023] <> Creating face >> 1442558776.895382 INFO: [FaceTable] Added face id=1256 remote=fd://1023 <> local=unix:///run/nfd.sock <> >> >> >> When the number raise to 1023, the NFD is crashed. NFD-log tells me: >> 442559257.847426 FATAL: [NFD] OS_Rng: open /dev/urandom operation failed with error 24 >> >> I don't know what happen in NFD? seems random number generator broken when I send a small file, the NFD isn't crashed. >> >> Yours, Qihan >> _______________________________________________ >> Ndn-interest mailing list >> Ndn-interest at lists.cs.ucla.edu >> http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest > > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 841 bytes Desc: Message signed with OpenPGP using GPGMail URL: From scott.crooks at gmail.com Sun Sep 20 17:08:10 2015 From: scott.crooks at gmail.com (Scott Crooks) Date: Sun, 20 Sep 2015 17:08:10 -0700 Subject: [Ndn-interest] NDN as a Research Topic Message-ID: Greetings everyone, I am new to this list, but have been following NDN since I saw an article about it a few months back. I have a simple question, and I apologize if this has already been asked. I am looking to do a PhD in Computer Science / Information Systems, and was wondering if NDN would be appropriate for that? I guess my real question is: is NDN still being 'researched' or would it be more appropriate to say that it is past the research phase, and is now being actively developed? Apologies in advance if this is an obvious question. Thank you! -- Scott Crooks (??) LinkedIn: http://www.linkedin.com/in/jshcrooks -------------- next part -------------- An HTML attachment was scrubbed... URL: From chaim.rieger at gmail.com Sun Sep 20 17:11:17 2015 From: chaim.rieger at gmail.com (Chaim Rieger) Date: Sun, 20 Sep 2015 17:11:17 -0700 Subject: [Ndn-interest] NDN as a Research Topic In-Reply-To: References: Message-ID: <4E1F7991-1778-4AE9-AA7C-709442C8C379@gmail.com> Both in my opinion On September 20, 2015 5:08:10 PM PDT, Scott Crooks wrote: >Greetings everyone, > >I am new to this list, but have been following NDN since I saw an >article >about it a few months back. I have a simple question, and I apologize >if >this has already been asked. > >I am looking to do a PhD in Computer Science / Information Systems, and >was >wondering if NDN would be appropriate for that? I guess my real >question >is: is NDN still being 'researched' or would it be more appropriate to >say >that it is past the research phase, and is now being actively >developed? > >Apologies in advance if this is an obvious question. Thank you! > >-- >Scott Crooks (??) >LinkedIn: http://www.linkedin.com/in/jshcrooks > > >------------------------------------------------------------------------ > >_______________________________________________ >Ndn-interest mailing list >Ndn-interest at lists.cs.ucla.edu >http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest -- Sent from my Android device with K-9 Mail. Please excuse my brevity. -------------- next part -------------- An HTML attachment was scrubbed... URL: From shijunxiao at email.arizona.edu Sun Sep 20 17:12:43 2015 From: shijunxiao at email.arizona.edu (Junxiao Shi) Date: Sun, 20 Sep 2015 17:12:43 -0700 Subject: [Ndn-interest] NDN as a Research Topic In-Reply-To: References: Message-ID: Hi Scott NDN is still in the research phase. Have a look at this video on some research challenges in NDN: https://vimeo.com/119988421 Yours, Junxiao On Sep 20, 2015 17:09, "Scott Crooks" wrote: > Greetings everyone, > > I am new to this list, but have been following NDN since I saw an article > about it a few months back. I have a simple question, and I apologize if > this has already been asked. > > I am looking to do a PhD in Computer Science / Information Systems, and > was wondering if NDN would be appropriate for that? I guess my real > question is: is NDN still being 'researched' or would it be more > appropriate to say that it is past the research phase, and is now being > actively developed? > > Apologies in advance if this is an obvious question. Thank you! > > -- > Scott Crooks (??) > LinkedIn: http://www.linkedin.com/in/jshcrooks > > _______________________________________________ > Ndn-interest mailing list > Ndn-interest at lists.cs.ucla.edu > http://www.lists.cs.ucla.edu/mailman/listinfo/ndn-interest > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From alexander.afanasyev at ucla.edu Mon Sep 28 09:49:37 2015 From: alexander.afanasyev at ucla.edu (Alex Afanasyev) Date: Mon, 28 Sep 2015 09:49:37 -0700 Subject: [Ndn-interest] NFD 0.4.0 release candidate 1 Message-ID: Dear all, We are pleased to announce release candidate 1 of version 0.4.0 of Named Data Networking Forwarding Daemon (NFD) and ndn-cxx library. The detailed notes for the releases: - for NFD: http://named-data.net/doc/NFD/0.4.0-rc1/RELEASE_NOTES.html - for ndn-cxx library: http://named-data.net/doc/ndn-cxx/0.4.0-rc1/RELEASE_NOTES.html Source code, instruction how to install NFD on Ubuntu Linux (12.04, 14.04, and 15.04) and OS X, tutorials, HOWTOs, a FAQ and other useful resources are available on official webpages of NFD and ndn-cxx: - http://named-data.net/doc/NFD/0.4.0-rc1/ - http://named-data.net/doc/ndn-cxx/0.4.0-rc1/ NFD developer's guide: - http://named-data.net/publications/techreports/ndn-0021-4-nfd-developer-guide/. * * * The NDN/NFD Team: Alexander Afanasyev, Junxiao Shi, Beichuan Zhang, Lixia Zhang, Ilya Moiseenko, Yingdi Yu, Wentao Shang, Yanbiao Li, Spyridon Mastorakis, Yi Huang, Jerald Paul Abraham, Steve DiBenedetto, Chengyu Fan, Christos Papadopoulos, Davide Pesavento, Giulio Grassi, Giovanni Pau, Hang Zhang, Tian Song, Haowei Yuan, Hila Ben Abraham, Patrick Crowley, Syed Obaid Amin, Vince Lehman, Lan Wang, Eric Newberry, and others (http://named-data.net/project/participants/) -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 841 bytes Desc: Message signed with OpenPGP using GPGMail URL: From josh at caida.org Wed Sep 30 16:54:32 2015 From: josh at caida.org (Josh Polterock) Date: Wed, 30 Sep 2015 16:54:32 -0700 Subject: [Ndn-interest] Named Data Networking (NDN) Project Monthly Newsletter for September 2015 Message-ID: <20150930235432.GB76880@caida.org> Named Data Networking (NDN) Project Monthly Newsletter for September 2015 The NDN project team compiles and publishes this newsletter monthly to inform the community about recent activities, technical news, meetings, publications, presentations, code releases, and upcoming events. You can find these newsletters posted on the Named Data Networking Project blog. COMMUNITY OUTREACH * NDNComm2015: This month we hosted over 100 people from 63 institutions and 13 countries at the NDN Community Meeting (NDNComm 2015) held at the University of California at Los Angeles campus in the Little Theater, MacGowan Hall, UCLA on 28-29 September 2015. They participated in presentations, breakout discussions, posters and panels. To view the presentations, please point your browser at the following recordings. We will publish a report summarizing the meeting soon. You can view most of the presentation slides at http://www.caida.org/workshops/ndn/1509/. Day 1 (Sept 28) https://youtu.be/yLGzGK4c-ws?t=2824 Day 2 (Sept 29) https://youtu.be/OJWHEz56AhQ?t=3290 * Preceding NDNComm 2015, we held the first NDN Hackathon: 26-27 September 2015. 25 participants selected 7 projects out of 19 submissions. For a complete list of projects, and the winning project, please see http://ndncomm.github.io/ . TECHNICAL NEWS * We announced release candidate 1 of version 0.4.0 of Named Data Networking Forwarding Daemon (NFD) and ndn-cxx library. Please find detailed release notes: - NFD: http://named-data.net/doc/NFD/0.4.0-rc1/RELEASE_NOTES.html - ndn-cxx library: http://named-data.net/doc/ndn-cxx/0.4.0-rc1/RELEASE_NOTES.html More details about NFD, source code, install instructions, tutorials, HOWTOs, a FAQ and other useful resources are available on the official webpages of NFD and ndn-cxx: - http://named-data.net/doc/NFD/0.4.0-rc1/ - http://named-data.net/doc/ndn-cxx/0.4.0-rc1/ The latest version of NFD developer's guide: - http://named-data.net/publications/techreports/ndn-0021-4-nfd-developer-guide/ * We are pleased to announce the release of ndnSIM version 2.1 (http://ndnsim.net/2.1/), a new release of the NDN simulator. The new version includes a major new feature: ndnSIM-specific implementation of Face abstraction from ndn-cxx library. As a direct result of this new feature: - we have enabled support for NFD's RIB manager, and - ndnSIM can now use codebases of existing applications to drive simulations (see http://ndnsim.net/2.1/guide-to-simulate-real-apps.html). For more details about the release, refer to http://ndnsim.net/2.1/RELEASE_NOTES.html Source code, instruction how to install how to compile ndnSIM, tutorials, FAQs, and other useful resources are available on official ndnSIM website: http://ndnsim.net/. * NDN-CCL: We have new releases on GitHub of each Common Client Library, NDN-CPP, PyNDN, NDN-JS and jNDN. The primary change, deprecated support for NDNx. Other changes include bug fixes for each library. - NDN-CPP v0.8 https://github.com/named-data/ndn-cpp/ - PyNDN v2.1beta1 https://github.com/named-data/PyNDN2/ - NDN-JS v0.9 https://github.com/named-data/ndn-js/ - jNDN v0.8 https://github.com/named-data/jndn/ * We encourage users to download and try out the latest version of NdnCon v0.6.7 . We do not yet recommend it as a reliable subsitute for existing conferencing tools, however, we made extensive use of it during NDNComm 2015 for realtime streaming of the proceedings. Starting next week, Peter Gusev and Jiachen Wang of UCLA REMAP will hold online office hours on Tuesdays and Thursdays from 1:00-2:00P PDT to help users install and use NdnCon. Please watch the ndn-interest at lists.cs.ucla.edu mailing list for instructions on how to try NdnCon *before* joining the office hours with questions. You can join the NdnCon online office hours at: https://meetings.webex.com/collabs/#/meetings/detail?uuid=M90UDE9GM9GXNYINAU10N1A4FF-CA8X&rnd=72419.252961 NDN PUBLICATIONS, PRESENTATIONS, and TECHNICAL REPORTS * With the release of ndnSIM version 2.1, we would like to hightlight the latest version of the ndnSIM technical report: http://named-data.net/publications/techreports/ndn-0028-1-ndnsim-v2/ NDN SEMINARS * We paused our NDN Seminar series during September to accommodate the preparation required by the NDN Community Meeting. The NDN seminars are internally focused. We usually hold these seminars on Wednesday from 2-3p (PST). So, if you would like to be included in the NDN Seminars, please contact Jongdeog Lee for the most up-to-date information regarding upcoming seminars. - October 7th Jongdeog Lee and Akash Kapoor (UIUC) Title: InfoMax: An Information Maximizing Transport Layer Protocol for Named Data Networks RELATED NEWS * First stable release of go-ndn (1.0) This release marks all go-ndn packages as "stable", and adds "mux", the lightweight NDN framework. Please read the "create your first ndn app in go-ndn" tutorial to learn more about "mux": https://github.com/go-ndn/example/blob/master/README.md For more information about the Named Data Networking (NDN) Project please visit http://www.named-data.net/.