From jburke at remap.UCLA.EDU  Wed Jul  1 06:29:13 2015
From: jburke at remap.UCLA.EDU (Burke, Jeff)
Date: Wed, 1 Jul 2015 13:29:13 +0000
Subject: [Nfd-dev] Proposed NDN spec change
In-Reply-To: <CAOFH+Oa_TYHZCHMc43keTanSTG4tZ8U6Eg7f0m9y6b-ntSQSow@mail.gmail.com>
References: <9B98BEA7-98A5-4F6B-A1EF-352934997FEC@ucla.edu>
	<000706CC-DF5D-4791-8B83-E4C2C7BC85FF@remap.ucla.edu>
	<CAOFH+Oa_TYHZCHMc43keTanSTG4tZ8U6Eg7f0m9y6b-ntSQSow@mail.gmail.com>
Message-ID: <C0033D84-186E-4BA6-863A-6E5238804F35@remap.ucla.edu>

Hi Junxiao,
This makes sense to me if the convention is documented.
Jeff

From: Junxiao Shi
Date: Monday, June 22, 2015 at 9:25 PM
To: Jeff Burke
Cc: Alex Afanasyev, "<nfd-dev at lists.cs.ucla.edu<mailto:nfd-dev at lists.cs.ucla.edu>>"
Subject: Re: [Nfd-dev] Proposed NDN spec change

Hi Jeff

FreshnessPeriod is a nonNegativeInteger, whose upper bound is 2^64-1.
This upper bound value gives a FreshnessPeriod that is millions of years, which is practically "always fresh".
It's unnecessary to have a special FreshnessPeriod value to indicate "always fresh".

Yours, Junxiao

On Wed, Jun 10, 2015 at 9:27 PM, Burke, Jeff <jburke at remap.ucla.edu<mailto:jburke at remap.ucla.edu>> wrote:
Would it make sense to provide a way to encode whether the packet should be considered "always fresh" or "always stale" explicitly?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150701/979b8310/attachment.html>

From christos at cs.colostate.edu  Wed Jul  1 07:47:05 2015
From: christos at cs.colostate.edu (Christos Papadopoulos)
Date: Wed, 01 Jul 2015 08:47:05 -0600
Subject: [Nfd-dev] Proposed NDN spec change
In-Reply-To: <C0033D84-186E-4BA6-863A-6E5238804F35@remap.ucla.edu>
References: <9B98BEA7-98A5-4F6B-A1EF-352934997FEC@ucla.edu>	<000706CC-DF5D-4791-8B83-E4C2C7BC85FF@remap.ucla.edu>	<CAOFH+Oa_TYHZCHMc43keTanSTG4tZ8U6Eg7f0m9y6b-ntSQSow@mail.gmail.com>
	<C0033D84-186E-4BA6-863A-6E5238804F35@remap.ucla.edu>
Message-ID: <5593FD69.4030909@cs.colostate.edu>

At the heart of what we are discussing here is reasonable defaults. We 
should always pick those carefully, else we end up with strange failure 
modes. Defaults should result in the communication still working for 
most scanarios. Is leaving out this field the common case?

Having the absence of FreshnessPeriod mean "never fresh" (is this 
equivalent to "always stale"?) seems reasonable, but I worry about 
failure modes where someone carelessly leaves the optional field out and 
ends up in a situation that is hard to debug. This may happen if someone 
is trying to build a "thin" stack for embedded devices for example.

Would it make sense to make the field mandatory and use "zero" and "all 
ones" for "never fresh" and "always fresh"? Is the penalty of another 
mandatory field too high?

I am not advocating one or the other, I just want to see the discussion.

Christos.

On 07/01/2015 07:29 AM, Burke, Jeff wrote:
> Hi Junxiao,
> This makes sense to me if the convention is documented.
> Jeff
>
> From: Junxiao Shi
> Date: Monday, June 22, 2015 at 9:25 PM
> To: Jeff Burke
> Cc: Alex Afanasyev, "<nfd-dev at lists.cs.ucla.edu
> <mailto:nfd-dev at lists.cs.ucla.edu>>"
> Subject: Re: [Nfd-dev] Proposed NDN spec change
>
>     Hi Jeff
>
>     FreshnessPeriod is a nonNegativeInteger, whose upper bound is 2^64-1.
>     This upper bound value gives a FreshnessPeriod that is millions of
>     years, which is practically "always fresh".
>     It's unnecessary to have a special FreshnessPeriod value to indicate
>     "always fresh".
>
>     Yours, Junxiao
>
>     On Wed, Jun 10, 2015 at 9:27 PM, Burke, Jeff <jburke at remap.ucla.edu
>     <mailto:jburke at remap.ucla.edu>> wrote:
>
>         Would it make sense to provide a way to encode whether the
>         packet should be considered "always fresh" or "always stale"
>         explicitly?
>
>
>
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>



From alexander.afanasyev at ucla.edu  Wed Jul  1 19:30:38 2015
From: alexander.afanasyev at ucla.edu (Alex Afanasyev)
Date: Wed, 1 Jul 2015 19:30:38 -0700
Subject: [Nfd-dev] NFD 0.3.3 and ndn-cxx 0.3.3 released
Message-ID: <F3C6103B-6FEE-4068-9755-82488F1AA319@ucla.edu>

Dear all,

We are pleased to announce release of version 0.3.3 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.3.3/RELEASE_NOTES.html
 - for ndn-cxx library: http://named-data.net/doc/ndn-cxx/0.3.3/RELEASE_NOTES.html

Source code, instruction how to install pre-compiled binaries on Ubuntu
Linux (12.04, 14.04, and 15.04), how to install NDN software using MacPort
packages or HomeBrew on 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.3.3/
 - http://named-data.net/doc/ndn-cxx/0.3.3/

The latest version of NFD developer's guide:
- http://named-data.net/publications/techreports/ndn-0021-4-nfd-developer-guide/.

* * *

A special welcome to new contributors: Eric Newberry, Jo?o Pereira, Yukai Tu,
and Mickey Sweatt.

* * *

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: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150701/9c4cc7e7/attachment.bin>

From yingdi at CS.UCLA.EDU  Mon Jul  6 11:09:42 2015
From: yingdi at CS.UCLA.EDU (Yingdi Yu)
Date: Mon, 6 Jul 2015 11:09:42 -0700
Subject: [Nfd-dev] Install OpenSSL on jenkins OS X vm
Message-ID: <455D341D-5E17-4507-8D85-BBD88741944A@cs.ucla.edu>

Hi all,

As we add OpenSSL support back into ndn-cxx, we need to install openssl on jenkins OS X vm. The original OpenSSL on OS X 10.7 and later are all marked as deprecated, because Apple decided to use its own Common Crypto library for OS X applications. According to Apple ?If you are doing a Unix application or something that uses OpenSSL, you need to get OpenSSL from MacPorts.org <http://macports.org/>?. I suspect current Jenkins vm does not have openssl installed from macport, which causes some build errors. Please help us to install openssl. Thanks!

Yingdi




-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150706/54403a75/attachment.html>

From shijunxiao at email.arizona.edu  Mon Jul  6 11:13:53 2015
From: shijunxiao at email.arizona.edu (Junxiao Shi)
Date: Mon, 6 Jul 2015 11:13:53 -0700
Subject: [Nfd-dev] Install OpenSSL on jenkins OS X vm
In-Reply-To: <455D341D-5E17-4507-8D85-BBD88741944A@cs.ucla.edu>
References: <455D341D-5E17-4507-8D85-BBD88741944A@cs.ucla.edu>
Message-ID: <CAOFH+OYsmtXFbnHtU3qjyMfWMLkrM+NBTyUw0V7bM7OjgZZwBA@mail.gmail.com>

Hi Yingdi

Dependency installation should be performed automatically with a script in
.jenkins.d/ repository.
This script shall invoke apt-get on Ubuntu, and HomeBrew on OSX.

Please wait for #2805 and #2843 to complete, and then add OpenSSL into the
script.

Yours, Junxiao

On Mon, Jul 6, 2015 at 11:09 AM, Yingdi Yu <yingdi at cs.ucla.edu> wrote:

> Hi all,
>
> As we add OpenSSL support back into ndn-cxx, we need to install openssl on
> jenkins OS X vm. The original OpenSSL on OS X 10.7 and later are all marked
> as deprecated, because Apple decided to use its own Common Crypto library
> for OS X applications. According to Apple ?If you are doing a Unix
> application or something that uses OpenSSL, you need to get OpenSSL from
> MacPorts.org?. I suspect current Jenkins vm does not have openssl
> installed from macport, which causes some build errors. Please help us to
> install openssl. Thanks!
>
> Yingdi
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150706/26ee8d56/attachment.html>

From yingdi at CS.UCLA.EDU  Mon Jul  6 11:16:28 2015
From: yingdi at CS.UCLA.EDU (Yingdi Yu)
Date: Mon, 6 Jul 2015 11:16:28 -0700
Subject: [Nfd-dev] Install OpenSSL on jenkins OS X vm
In-Reply-To: <CAOFH+OYsmtXFbnHtU3qjyMfWMLkrM+NBTyUw0V7bM7OjgZZwBA@mail.gmail.com>
References: <455D341D-5E17-4507-8D85-BBD88741944A@cs.ucla.edu>
	<CAOFH+OYsmtXFbnHtU3qjyMfWMLkrM+NBTyUw0V7bM7OjgZZwBA@mail.gmail.com>
Message-ID: <AEDE2505-6A5C-47AD-8E8E-616B94E2F5B4@cs.ucla.edu>

But I did not see any deps script in .jenkins.d for ndn-cxx (while all the other projects have deps script), I am not sure if that is intentional.


Yingdi




> On Jul 6, 2015, at 11:13 AM, Junxiao Shi <shijunxiao at email.arizona.edu> wrote:
> 
> Hi Yingdi
> 
> Dependency installation should be performed automatically with a script in .jenkins.d/ repository.
> This script shall invoke apt-get on Ubuntu, and HomeBrew on OSX.
> 
> Please wait for #2805 and #2843 to complete, and then add OpenSSL into the script.
> 
> Yours, Junxiao
> 
> On Mon, Jul 6, 2015 at 11:09 AM, Yingdi Yu <yingdi at cs.ucla.edu <mailto:yingdi at cs.ucla.edu>> wrote:
> Hi all,
> 
> As we add OpenSSL support back into ndn-cxx, we need to install openssl on jenkins OS X vm. The original OpenSSL on OS X 10.7 and later are all marked as deprecated, because Apple decided to use its own Common Crypto library for OS X applications. According to Apple ?If you are doing a Unix application or something that uses OpenSSL, you need to get OpenSSL from MacPorts.org <http://macports.org/>?. I suspect current Jenkins vm does not have openssl installed from macport, which causes some build errors. Please help us to install openssl. Thanks!
> 
> Yingdi
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150706/6b561607/attachment.html>

From yingdi at CS.UCLA.EDU  Mon Jul  6 11:18:37 2015
From: yingdi at CS.UCLA.EDU (Yingdi Yu)
Date: Mon, 6 Jul 2015 11:18:37 -0700
Subject: [Nfd-dev] Install OpenSSL on jenkins OS X vm
In-Reply-To: <AEDE2505-6A5C-47AD-8E8E-616B94E2F5B4@cs.ucla.edu>
References: <455D341D-5E17-4507-8D85-BBD88741944A@cs.ucla.edu>
	<CAOFH+OYsmtXFbnHtU3qjyMfWMLkrM+NBTyUw0V7bM7OjgZZwBA@mail.gmail.com>
	<AEDE2505-6A5C-47AD-8E8E-616B94E2F5B4@cs.ucla.edu>
Message-ID: <242ADB55-137F-42FC-80BF-52FDF454E250@cs.ucla.edu>

Just realized that #2805 and #2843 is to add the dependency script?

Yingdi




> On Jul 6, 2015, at 11:16 AM, Yingdi Yu <yingdi at CS.UCLA.EDU> wrote:
> 
> But I did not see any deps script in .jenkins.d for ndn-cxx (while all the other projects have deps script), I am not sure if that is intentional.
> 
> 
> Yingdi
> 
> 
> 
> 
>> On Jul 6, 2015, at 11:13 AM, Junxiao Shi <shijunxiao at email.arizona.edu <mailto:shijunxiao at email.arizona.edu>> wrote:
>> 
>> Hi Yingdi
>> 
>> Dependency installation should be performed automatically with a script in .jenkins.d/ repository.
>> This script shall invoke apt-get on Ubuntu, and HomeBrew on OSX.
>> 
>> Please wait for #2805 and #2843 to complete, and then add OpenSSL into the script.
>> 
>> Yours, Junxiao
>> 
>> On Mon, Jul 6, 2015 at 11:09 AM, Yingdi Yu <yingdi at cs.ucla.edu <mailto:yingdi at cs.ucla.edu>> wrote:
>> Hi all,
>> 
>> As we add OpenSSL support back into ndn-cxx, we need to install openssl on jenkins OS X vm. The original OpenSSL on OS X 10.7 and later are all marked as deprecated, because Apple decided to use its own Common Crypto library for OS X applications. According to Apple ?If you are doing a Unix application or something that uses OpenSSL, you need to get OpenSSL from MacPorts.org <http://macports.org/>?. I suspect current Jenkins vm does not have openssl installed from macport, which causes some build errors. Please help us to install openssl. Thanks!
>> 
>> Yingdi
>> 
> 
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150706/3ef20543/attachment.html>

From shijunxiao at email.arizona.EDU  Mon Jul  6 11:19:26 2015
From: shijunxiao at email.arizona.EDU (Junxiao Shi)
Date: Mon, 6 Jul 2015 11:19:26 -0700
Subject: [Nfd-dev] Install OpenSSL on jenkins OS X vm
In-Reply-To: <AEDE2505-6A5C-47AD-8E8E-616B94E2F5B4@cs.ucla.edu>
References: <455D341D-5E17-4507-8D85-BBD88741944A@cs.ucla.edu>
	<CAOFH+OYsmtXFbnHtU3qjyMfWMLkrM+NBTyUw0V7bM7OjgZZwBA@mail.gmail.com>
	<AEDE2505-6A5C-47AD-8E8E-616B94E2F5B4@cs.ucla.edu>
Message-ID: <CAOFH+OYjWh+6aBMR8xp6YWkE0eMw-e-VicY2w71jEvTMe=Czqw@mail.gmail.com>

Hi Yingdi

This is not intentional.
Dependency installation for ndn-cxx is being worked on in #2805.
Dependency installation for NFD will be worked on in #2843.

Please block your issue on these, wait for them to complete (or help with
them), and then continue.

Yours, Junxiao

On Mon, Jul 6, 2015 at 11:16 AM, Yingdi Yu <yingdi at cs.ucla.edu> wrote:

> But I did not see any deps script in .jenkins.d for ndn-cxx (while all the
> other projects have deps script), I am not sure if that is intentional.
>
>
> Yingdi
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150706/d274433d/attachment.html>

From navdeep.uniyal at neclab.eu  Tue Jul  7 00:47:46 2015
From: navdeep.uniyal at neclab.eu (Navdeep Uniyal)
Date: Tue, 7 Jul 2015 07:47:46 +0000
Subject: [Nfd-dev] Information needed regarding NDN code
Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8ED424D@PALLENE.office.hd>

Hello everyone,

I am a masters student at TU Darmstadt, I just started working with NDN code. I want to implement and test an algorithm related to forwarding strategy on the NDN codebase. I am unable to figure out the existing code and forwarding functionality of NDN 0.3. If you can please help me by answering a few questions:

1.       Is any multi interface forwarding strategy implemented in NDN 0.3 codebase?

2.       Where are the routing codes written in NDN codebase?


Best Regards,
Navdeep Uniyal
Intern
NEC Europe Ltd.
NEC Laboratories Europe
Kurf?rsten-Anlage 36

D-69115 Heidelberg

phone +49 1764 1677 930
e-mail: navdeep.uinyal at neclab.eu<mailto:navdeep.uinyal at neclab.eu>

NEC Europe Ltd | Registered Office: Athene, Odyssey Business Park, West End  Road, London, HA4 6QE, GB | Registered in England 2832014

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150707/a7832a0c/attachment.html>

From navdeep.uniyal at neclab.eu  Tue Jul  7 05:44:00 2015
From: navdeep.uniyal at neclab.eu (Navdeep Uniyal)
Date: Tue, 7 Jul 2015 12:44:00 +0000
Subject: [Nfd-dev] Clarification on codebase
Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8ED4284@PALLENE.office.hd>

Please if someone can clarify which codebase to use : "ndn-ccp" or "ndn-cxx" for understanding the code and experimentation with forwarding strategies.


Best Regards,
Navdeep Uniyal

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150707/d37fc544/attachment.html>

From dibenede at cs.colostate.edu  Tue Jul  7 05:56:36 2015
From: dibenede at cs.colostate.edu (Steve DiBenedetto)
Date: Tue, 7 Jul 2015 06:56:36 -0600
Subject: [Nfd-dev] Information needed regarding NDN code
In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8ED424D@PALLENE.office.hd>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED424D@PALLENE.office.hd>
Message-ID: <CAG95Nws-Wt2G=xE8Be0+tO52Wj+5XODJMc3D67yqPx4cyFaE0g@mail.gmail.com>

On Tue, Jul 7, 2015 at 1:47 AM, Navdeep Uniyal <navdeep.uniyal at neclab.eu>
wrote:

>  Hello everyone,
>
>
>
> I am a masters student at TU Darmstadt, I just started working with NDN
> code. I want to implement and test an algorithm related to forwarding
> strategy on the NDN codebase. I am unable to figure out the existing code
> and forwarding functionality of NDN 0.3. If you can please help me by
> answering a few questions:
>
>

> 1.       Is any multi interface forwarding strategy implemented in NDN
> 0.3 codebase?
>

Yes, the NCC and Broadcast strategies.


>  2.       Where are the routing codes written in NDN codebase?
>

The RIB manager lives inside NFD (rib directory). The actual routing
protocol is here: https://github.com/named-data/NLSR .

>
>
-Steve


>
>
> Best Regards,
>
> Navdeep Uniyal
>
> Intern
>
> NEC Europe Ltd.
>
> NEC Laboratories Europe
>
> Kurf?rsten-Anlage 36
>
>
>
> D-69115 Heidelberg
>
>
>
> phone +49 1764 1677 930
>
> e-mail: navdeep.uinyal at neclab.eu
>
>
>
> NEC Europe Ltd | Registered Office: Athene, Odyssey Business Park, West
> End  Road, London, HA4 6QE, GB | Registered in England 2832014
>
>
>
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150707/aa868dd8/attachment.html>

From dibenede at cs.colostate.edu  Tue Jul  7 06:04:34 2015
From: dibenede at cs.colostate.edu (Steve DiBenedetto)
Date: Tue, 7 Jul 2015 07:04:34 -0600
Subject: [Nfd-dev] Clarification on codebase
In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8ED4284@PALLENE.office.hd>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED4284@PALLENE.office.hd>
Message-ID: <CAG95NwvWw3XAod-JxY6wP7gSMbE-iO4+jmWdDTXfVFaGzZ_f0Q@mail.gmail.com>

On Tue, Jul 7, 2015 at 6:44 AM, Navdeep Uniyal <navdeep.uniyal at neclab.eu>
wrote:

>  Please if someone can clarify which codebase to use : ?ndn-ccp? or
> ?ndn-cxx? for understanding the code and experimentation with forwarding
> strategies.
>
>
>
>
>
> Best Regards,
>
> Navdeep Uniyal
>
>
>
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>
>
Forwarding strategies are implemented inside of NFD, which depends on
ndn-cxx, so you will need to use that library. However, I'm not sure how
heavily you need to use the library itself. A lot of implementing a
forwarding strategy is using existing structures and methods inside NFD.

Depending on your work, you may want to consider experimenting with
strategies inside of ndnSIM. The latest version of the simulator is a
substantial departure from the past and strategies written for NFD pretty
much work without modification: http://ndnsim.net/2.0/fw.html

Lastly, as a shameless plug, I wrote some guides for implementing
strategies in the past. I think there have been API changes since then, but
they should still be mostly correct and help you get an idea of what's
available:

https://github.com/dibenede/ndn-tutorial-gec21/blob/master/README.md
https://github.com/dibenede/ndn-tutorial-gec21/blob/master/README-ext.md

Hope that helps,
Steve
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150707/e9a9ca0a/attachment.html>

From navdeep.uniyal at neclab.eu  Wed Jul  8 02:32:31 2015
From: navdeep.uniyal at neclab.eu (Navdeep Uniyal)
Date: Wed, 8 Jul 2015 09:32:31 +0000
Subject: [Nfd-dev] Strategy Namespace Association
Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8ED42D9@PALLENE.office.hd>

Is it possible to have forwarding strategy installed which is not based on particular namespace but should work for all the namespaces dynamically in general. As in strategy choice table will it require to insert a new entry or should I experiment with changing the default strategy?


Best Regards,
Navdeep Uniyal
Intern
NEC Europe Ltd.
NEC Laboratories Europe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150708/64ff871a/attachment.html>

From dibenede at cs.colostate.edu  Wed Jul  8 05:02:44 2015
From: dibenede at cs.colostate.edu (Steve DiBenedetto)
Date: Wed, 8 Jul 2015 06:02:44 -0600
Subject: [Nfd-dev] Strategy Namespace Association
In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8ED42D9@PALLENE.office.hd>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED42D9@PALLENE.office.hd>
Message-ID: <CAG95NwtYMnf0D055j2rwLUoqm=iHpck9+PpN2k_LKXX06XDhPQ@mail.gmail.com>

On Wed, Jul 8, 2015 at 3:32 AM, Navdeep Uniyal <navdeep.uniyal at neclab.eu>
wrote:

>  Is it possible to have forwarding strategy installed which is not based
> on particular namespace but should work for all the namespaces dynamically
> in general. As in strategy choice table will it require to insert a new
> entry or should I experiment with changing the default strategy?
>
>
>
>
>
> Best Regards,
>
> Navdeep Uniyal
>
> Intern
>
> NEC Europe Ltd.
>
> NEC Laboratories Europe
>
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>
>
The effective strategy for a prefix is the one that has been explicitly set
for it, or failing that, the first parent that has been explicitly set. The
default strategy specifies what root (/) is set to and acts as the anchor.
I think changing the default will give you what you want, but be aware that
it will be overridden in a given subtree once something else is explicitly
set.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150708/3716dabb/attachment.html>

From navdeep.uniyal at neclab.eu  Thu Jul  9 02:42:10 2015
From: navdeep.uniyal at neclab.eu (Navdeep Uniyal)
Date: Thu, 9 Jul 2015 09:42:10 +0000
Subject: [Nfd-dev] Packet analyzer and test bed creation
Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8ED430E@PALLENE.office.hd>

Hello,

I am curious to see how the packets travel in ndn. For this I need to set up a small test bed and will need a packet analyzer. If someone can please help me by suggesting some way or tool in order to set up a small test bed for NDN( Initially I just want to get to know practically how the theoretical concepts work). Also I would need a packet analyzer (we have one for CCNx in wireshark) is there a something similar for NDN. Please help.


Best Regards,
Navdeep Uniyal
Intern
NEC Europe Ltd.
NEC Laboratories Europe

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150709/90d14a8b/attachment.html>

From dibenede at cs.colostate.edu  Thu Jul  9 06:23:23 2015
From: dibenede at cs.colostate.edu (Steve DiBenedetto)
Date: Thu, 9 Jul 2015 07:23:23 -0600
Subject: [Nfd-dev] Packet analyzer and test bed creation
In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8ED430E@PALLENE.office.hd>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED430E@PALLENE.office.hd>
Message-ID: <CAG95Nwt68r2=5Xr-=ou1Fb9i6e9nTow+t7c34OSKE-sDgoQaKg@mail.gmail.com>

On Thu, Jul 9, 2015 at 3:42 AM, Navdeep Uniyal <navdeep.uniyal at neclab.eu>
wrote:

>  Hello,
>
>
>
> I am curious to see how the packets travel in ndn. For this I need to set
> up a small test bed and will need a packet analyzer. If someone can please
> help me by suggesting some way or tool in order to set up a small test bed
> for NDN( Initially I just want to get to know practically how the
> theoretical concepts work). Also I would need a packet analyzer (we have
> one for CCNx in wireshark) is there a something similar for NDN. Please
> help.
>
>
>
>
>
> Best Regards,
>
> Navdeep Uniyal
>
> Intern
>
> NEC Europe Ltd.
>
> NEC Laboratories Europe
>
>
>
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>
>
This guide should help you setup some nodes:
http://yoursunny.com/t/2014/nfd-connect/

Packet analyzer and more: https://github.com/named-data/ndn-tools
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150709/ca0bca0e/attachment.html>

From M.AbdollahiSabet at mail.sbu.ac.ir  Thu Jul  9 03:13:37 2015
From: M.AbdollahiSabet at mail.sbu.ac.ir (Muhammad Hosain Abdollahi Sabet)
Date: Thu, 9 Jul 2015 14:43:37 +0430
Subject: [Nfd-dev] Packet analyzer and test bed creation
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED430E@PALLENE.office.hd>
	<CADQ0MFazbJKL1CFQWdEn7qW8Jd9b=pvqm75v8zm37-U6Rwkn=A@mail.gmail.com>
Message-ID: <4AC03A6244C3C34BB52A7EC60B799C4C03CC2975@m-pdc.sbu.ac.ir>

Hi Navdeep,

You can take look at this:
https://github.com/named-data/ndndump

I remember once Alex said there is a wireshark filter under development. But I know nothing more about that.

Thanks,
Sabet


---------- Original Message ----------
From: Navdeep Uniyal <navdeep.uniyal at neclab.eu>
Date: Thu, Jul 9, 2015 at 2:12 PM
Subject: [Nfd-dev] Packet analyzer and test bed creation
To: "nfd-dev at lists.cs.ucla.edu" <nfd-dev at lists.cs.ucla.edu>


 Hello,



I am curious to see how the packets travel in ndn. For this I need to set
up a small test bed and will need a packet analyzer. If someone can please
help me by suggesting some way or tool in order to set up a small test bed
for NDN( Initially I just want to get to know practically how the
theoretical concepts work). Also I would need a packet analyzer (we have
one for CCNx in wireshark) is there a something similar for NDN. Please
help.





Best Regards,

Navdeep Uniyal

Intern

NEC Europe Ltd.

NEC Laboratories Europe



-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150709/7703c4ad/attachment.html>

From navdeep.uniyal at neclab.eu  Fri Jul 10 05:55:36 2015
From: navdeep.uniyal at neclab.eu (Navdeep Uniyal)
Date: Fri, 10 Jul 2015 12:55:36 +0000
Subject: [Nfd-dev] Running Nfd from Docker
Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8ED437C@PALLENE.office.hd>

Hello All,

I am trying to run nfd from Docker. The build is successful but nfd-start is not working. I am unable to get the issue here. Below is the content of Docker file I am using to build. Please help.

FROM ubuntu:14.04

RUN apt-get update
RUN apt-get install -y software-properties-common

RUN add-apt-repository -y ppa:named-data/ppa
RUN apt-get update
RUN apt-get install -y nfd



Best Regards,
Navdeep Uniyal

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150710/8dfacdb7/attachment.html>

From wentaoshang at gmail.com  Fri Jul 10 08:04:12 2015
From: wentaoshang at gmail.com (Wentao Shang)
Date: Fri, 10 Jul 2015 08:04:12 -0700
Subject: [Nfd-dev] Running Nfd from Docker
In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8ED437C@PALLENE.office.hd>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED437C@PALLENE.office.hd>
Message-ID: <325D23B8-EB65-4337-B9E4-B9B4276AFC3A@gmail.com>

Hi Navdeep Uniyal,

I remember the ppa version of NFD relies on upstart and init.d, which is not included in the standard Ubuntu Docker image. One thing that may fix the problem (though I never tried) is to use this unofficial image that launches init by default:

http://phusion.github.io/baseimage-docker/

But keep in mind that running multiple processes inside one container is essentially against the philosophy of container?

Best,
Wentao

> On Jul 10, 2015, at 5:55 AM, Navdeep Uniyal <navdeep.uniyal at neclab.eu> wrote:
> 
> Hello All,
> 
> I am trying to run nfd from Docker. The build is successful but nfd-start is not working. I am unable to get the issue here. Below is the content of Docker file I am using to build. Please help.
> 
> FROM ubuntu:14.04
> 
> RUN apt-get update
> RUN apt-get install -y software-properties-common
> 
> RUN add-apt-repository -y ppa:named-data/ppa
> RUN apt-get update
> RUN apt-get install -y nfd
> 
> 
> 
> Best Regards,
> Navdeep Uniyal
> 
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 842 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150710/121caf77/attachment.bin>

From shijunxiao at email.arizona.edu  Fri Jul 10 08:15:00 2015
From: shijunxiao at email.arizona.edu (Junxiao Shi)
Date: Fri, 10 Jul 2015 08:15:00 -0700
Subject: [Nfd-dev] Running Nfd from Docker
In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8ED437C@PALLENE.office.hd>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED437C@PALLENE.office.hd>
Message-ID: <CAOFH+OZQuxh+jKLD=wLVDnW9z1CvecGjpnTZrbC_kQ1UUsVDaQ@mail.gmail.com>

Hi Navdeep

Felix Rabe maintains an unofficial Docker image for NFD. See NFD wiki
<http://redmine.named-data.net/projects/nfd/wiki> "Docker" link.
Bug reports and feature requests should be filed on ndn-with-docker GitHub
site, not on Redmine.

Yours, Junxiao

On Fri, Jul 10, 2015 at 5:55 AM, Navdeep Uniyal <navdeep.uniyal at neclab.eu>
wrote:

>  Hello All,
>
>
>
> I am trying to run nfd from Docker. The build is successful but nfd-start
> is not working. I am unable to get the issue here. Below is the content of
> Docker file I am using to build. Please help.
>
>
>
> FROM ubuntu:14.04
>
>
>
> RUN apt-get update
>
> RUN apt-get install -y software-properties-common
>
>
>
> RUN add-apt-repository -y ppa:named-data/ppa
>
> RUN apt-get update
>
> RUN apt-get install -y nfd
>
>
>
>
>
>
>
> Best Regards,
>
> Navdeep Uniyal
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150710/91d51a4e/attachment.html>

From shijunxiao at email.arizona.edu  Fri Jul 10 08:25:22 2015
From: shijunxiao at email.arizona.edu (Junxiao Shi)
Date: Fri, 10 Jul 2015 08:25:22 -0700
Subject: [Nfd-dev] Jenkins: scores not posted to Gerrit
Message-ID: <CAOFH+OaF02RinUugqQekg3pFgYzns3kyx_OwjoBv=_BDjmNyzQ@mail.gmail.com>

Dear folks

Since Jul 09 noon, Jenkins is unable to post Verified+1 or Verified-1
scores to Gerrit.
Build jobs are still triggered, but scores are not showing up.

We have tracked this down to a DNS issue. I have notified lab staff to
further investigate this problem.

After you upload a patchset, please manually look at Jenkins to see the
build result for the patchset. If there's a build failure, you may want to
rework the Change to fix the problem.
Unfortunately, reviewers would be unable to merge your Change until this
problem is fixed.

Yours, Junxiao
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150710/fcc8a276/attachment.html>

From davide.pesavento at lip6.fr  Fri Jul 10 08:28:50 2015
From: davide.pesavento at lip6.fr (Davide Pesavento)
Date: Fri, 10 Jul 2015 17:28:50 +0200
Subject: [Nfd-dev] Running Nfd from Docker
In-Reply-To: <325D23B8-EB65-4337-B9E4-B9B4276AFC3A@gmail.com>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED437C@PALLENE.office.hd>
	<325D23B8-EB65-4337-B9E4-B9B4276AFC3A@gmail.com>
Message-ID: <CADfzvvaQvMKbFP2Mr9Da4yb0A0yKdbGco_1k0GFrTc+dDOijVw@mail.gmail.com>

On Fri, Jul 10, 2015 at 5:04 PM, Wentao Shang <wentaoshang at gmail.com> wrote:
> But keep in mind that running multiple processes inside one container is essentially against the philosophy of container?

Not exactly. It's against the philosophy of *docker*. Linux containers
in general have no such limitation (or "philosophy"). systemd-nspawn
even lets you boot a full Linux userspace inside a container. But I'm
going off topic...

Best,
Davide



From wentaoshang at gmail.com  Fri Jul 10 08:33:36 2015
From: wentaoshang at gmail.com (Wentao Shang)
Date: Fri, 10 Jul 2015 08:33:36 -0700
Subject: [Nfd-dev] Running Nfd from Docker
In-Reply-To: <CADfzvvaQvMKbFP2Mr9Da4yb0A0yKdbGco_1k0GFrTc+dDOijVw@mail.gmail.com>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED437C@PALLENE.office.hd>
	<325D23B8-EB65-4337-B9E4-B9B4276AFC3A@gmail.com>
	<CADfzvvaQvMKbFP2Mr9Da4yb0A0yKdbGco_1k0GFrTc+dDOijVw@mail.gmail.com>
Message-ID: <CAD4s1gTwEBNiaHFuGt0MVno3LVSf3CHtXVY7hKo2iD0xruPVKQ@mail.gmail.com>

On Friday, July 10, 2015, Davide Pesavento <davide.pesavento at lip6.fr> wrote:

> On Fri, Jul 10, 2015 at 5:04 PM, Wentao Shang <wentaoshang at gmail.com
> <javascript:;>> wrote:
> > But keep in mind that running multiple processes inside one container is
> essentially against the philosophy of container?
>
> Not exactly. It's against the philosophy of *docker*. Linux containers
> in general have no such limitation (or "philosophy"). systemd-nspawn
> even lets you boot a full Linux userspace inside a container. But I'm
> going off topic...


You're right. I chose the bad word :D I think multiple services per
container is against the common "philosophy", and init.d by definition
manages multiple services. That's why the official image doesn't include it.

Wentao


>
> Best,
> Davide
>


-- 
PhD @ IRL, CSD, UCLA
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150710/8f4b11c4/attachment.html>

From yuyingdi at gmail.com  Fri Jul 10 08:35:33 2015
From: yuyingdi at gmail.com (Yingdi Yu)
Date: Fri, 10 Jul 2015 08:35:33 -0700
Subject: [Nfd-dev] Jenkins: scores not posted to Gerrit
In-Reply-To: <CAOFH+OaF02RinUugqQekg3pFgYzns3kyx_OwjoBv=_BDjmNyzQ@mail.gmail.com>
References: <CAOFH+OaF02RinUugqQekg3pFgYzns3kyx_OwjoBv=_BDjmNyzQ@mail.gmail.com>
Message-ID: <1E578570-FE62-4E85-A15B-CE960195A911@gmail.com>

Given some test cases are related to dns, do you have an estimation when that issue will be resolved?

Yingdi


> On Jul 10, 2015, at 8:25 AM, Junxiao Shi <shijunxiao at email.arizona.edu> wrote:
> 
> Dear folks
> 
> Since Jul 09 noon, Jenkins is unable to post Verified+1 or Verified-1 scores to Gerrit.
> Build jobs are still triggered, but scores are not showing up.
> 
> We have tracked this down to a DNS issue. I have notified lab staff to further investigate this problem.
> 
> After you upload a patchset, please manually look at Jenkins to see the build result for the patchset. If there's a build failure, you may want to rework the Change to fix the problem.
> Unfortunately, reviewers would be unable to merge your Change until this problem is fixed.
> 
> Yours, Junxiao
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150710/8903cbc7/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 4136 bytes
Desc: not available
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150710/8903cbc7/attachment.bin>

From navdeep.uniyal at neclab.eu  Fri Jul 10 08:44:36 2015
From: navdeep.uniyal at neclab.eu (Navdeep Uniyal)
Date: Fri, 10 Jul 2015 15:44:36 +0000
Subject: [Nfd-dev] Running Nfd from Docker
In-Reply-To: <CAOFH+OZQuxh+jKLD=wLVDnW9z1CvecGjpnTZrbC_kQ1UUsVDaQ@mail.gmail.com>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED437C@PALLENE.office.hd>
	<CAOFH+OZQuxh+jKLD=wLVDnW9z1CvecGjpnTZrbC_kQ1UUsVDaQ@mail.gmail.com>
Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8ED43BC@PALLENE.office.hd>

Hi Junxiao,

I saw that image but I am afraid if it has latest NFD version as it is bit old. ?


Best Regards,
Navdeep Uniyal

From: Junxiao Shi [mailto:shijunxiao at email.arizona.edu]
Sent: Freitag, 10. Juli 2015 17:15
To: Navdeep Uniyal
Cc: nfd-dev at lists.cs.ucla.edu
Subject: Re: [Nfd-dev] Running Nfd from Docker

Hi Navdeep

Felix Rabe maintains an unofficial Docker image for NFD. See NFD wiki<http://redmine.named-data.net/projects/nfd/wiki> "Docker" link.
Bug reports and feature requests should be filed on ndn-with-docker GitHub site, not on Redmine.

Yours, Junxiao

On Fri, Jul 10, 2015 at 5:55 AM, Navdeep Uniyal <navdeep.uniyal at neclab.eu<mailto:navdeep.uniyal at neclab.eu>> wrote:
Hello All,

I am trying to run nfd from Docker. The build is successful but nfd-start is not working. I am unable to get the issue here. Below is the content of Docker file I am using to build. Please help.

FROM ubuntu:14.04

RUN apt-get update
RUN apt-get install -y software-properties-common

RUN add-apt-repository -y ppa:named-data/ppa
RUN apt-get update
RUN apt-get install -y nfd



Best Regards,
Navdeep Uniyal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150710/95b8dc46/attachment.html>

From shijunxiao at email.arizona.edu  Fri Jul 10 09:30:16 2015
From: shijunxiao at email.arizona.edu (Junxiao Shi)
Date: Fri, 10 Jul 2015 09:30:16 -0700
Subject: [Nfd-dev] Running Nfd from Docker
In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8ED43BC@PALLENE.office.hd>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED437C@PALLENE.office.hd>
	<CAOFH+OZQuxh+jKLD=wLVDnW9z1CvecGjpnTZrbC_kQ1UUsVDaQ@mail.gmail.com>
	<12DB5299AAAB1A40B17E72AB76FDA6D8ED43BC@PALLENE.office.hd>
Message-ID: <CAOFH+OaqTZVrrnviT2-Sr=U1ESN5R37WpBq2B=fJQcqdxh5dNA@mail.gmail.com>

Hi Navdeep

It appears that the ubuntu-14.04 based container installs NFD from PPA and
thus has the latest version.
The other two installs NFD 0.2.0 which is old.

You can always modify the Dockerfile and related scripts to install a newer
version, and send them a pull request.

Yours, Junxiao

On Fri, Jul 10, 2015 at 8:44 AM, Navdeep Uniyal <navdeep.uniyal at neclab.eu>
wrote:

>  Hi Junxiao,
>
>
>
> I saw that image but I am afraid if it has latest NFD version as it is bit
> old. L
>
>
>
>
>
> Best Regards,
>
> Navdeep Uniyal
>
>
>
> *From:* Junxiao Shi [mailto:shijunxiao at email.arizona.edu]
> *Sent:* Freitag, 10. Juli 2015 17:15
> *To:* Navdeep Uniyal
> *Cc:* nfd-dev at lists.cs.ucla.edu
> *Subject:* Re: [Nfd-dev] Running Nfd from Docker
>
>
>
> Hi Navdeep
>
>
>
> Felix Rabe maintains an unofficial Docker image for NFD. See NFD wiki
> <http://redmine.named-data.net/projects/nfd/wiki> "Docker" link.
>
> Bug reports and feature requests should be filed on ndn-with-docker GitHub
> site, not on Redmine.
>
>
>
> Yours, Junxiao
>
>
>
> On Fri, Jul 10, 2015 at 5:55 AM, Navdeep Uniyal <navdeep.uniyal at neclab.eu>
> wrote:
>
> Hello All,
>
>
>
> I am trying to run nfd from Docker. The build is successful but nfd-start
> is not working. I am unable to get the issue here. Below is the content of
> Docker file I am using to build. Please help.
>
>
>
> FROM ubuntu:14.04
>
>
>
> RUN apt-get update
>
> RUN apt-get install -y software-properties-common
>
>
>
> RUN add-apt-repository -y ppa:named-data/ppa
>
> RUN apt-get update
>
> RUN apt-get install -y nfd
>
>
>
>
>
>
>
> Best Regards,
>
> Navdeep Uniyal
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150710/a117c482/attachment.html>

From summerwing10 at gmail.com  Fri Jul 10 11:43:06 2015
From: summerwing10 at gmail.com (Weiwei Liu)
Date: Fri, 10 Jul 2015 11:43:06 -0700
Subject: [Nfd-dev] Running into problem when installing ndn-cxx
Message-ID: <CALBos2APr1--G1R=LUx+PS1MmC8zVpzxQdWrVEnKHLOCdoN__w@mail.gmail.com>

Hi there,

I am trying to build ndn-cxx from source, but I run into a problem. After I
executed ./waf configure, following error occurred:




























*weiwei at weiwei-virtual-machine:~/Github/ndn-cxx$ ./waf configureSetting top
to                           : /home/weiwei/Github/ndn-cxx Setting out
to                           : /home/weiwei/Github/ndn-cxx/build Building
static library                  : yes Building shared
library                  : no Checking for 'g++' (C++ compiler)        :
/usr/bin/g++ Checking supported CXXFLAGS              : -std=c++11 Checking
supported CXXFLAGS              : -pedantic -Wall -O2 -g Checking for
program 'doxygen'           : /usr/bin/doxygen Checking for program
'tar'               : /bin/tar Checking for program 'sphinx-build'      :
/usr/bin/sphinx-build Checking for std::is_default_constructible : yes
Checking for std::is_nothrow_move_constructible : yes Checking for
std::is_nothrow_move_assignable    : yes Checking for friend
typename-specifier          : yes Checking for override and final
specifiers      : yes Checking for program 'sh'                       :
/bin/sh Checking for library pthread                    : yes Checking for
library rt                         : yes Checking for function
getpass                   : yes Checking for
rtnetlink                          : yes Checking for program
'pkg-config'               : /usr/bin/pkg-config Checking for
'sqlite3'                          : yes Checking Crypto++
lib                           : 561 Checking if CryptoPP library
works              : no Checking if CryptoPP library works              :
no CryptoPP is present, but is not usable(complete log in
/home/weiwei/Github/ndn-cxx/build/config.log)*

Here are some additional information :
OS : Ubuntu 12.04
GCC version: 4.7.3
config.log is attached.

Could some one help me with this?

Thank you very much.


Best,
Weiwei
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150710/3b095c16/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: config.log
Type: text/x-log
Size: 27432 bytes
Desc: not available
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150710/3b095c16/attachment.bin>

From joaopapereira at gmail.com  Fri Jul 10 12:21:45 2015
From: joaopapereira at gmail.com (Joao Pereira)
Date: Fri, 10 Jul 2015 19:21:45 +0000
Subject: [Nfd-dev] Running into problem when installing ndn-cxx
In-Reply-To: <CALBos2APr1--G1R=LUx+PS1MmC8zVpzxQdWrVEnKHLOCdoN__w@mail.gmail.com>
References: <CALBos2APr1--G1R=LUx+PS1MmC8zVpzxQdWrVEnKHLOCdoN__w@mail.gmail.com>
Message-ID: <CAAq25NTPWAn01edKsq15L5PvUL4P2u7OxoT2HqmJ7D7YE_5JbQ@mail.gmail.com>

Hello,
Take a look at this topic: http://redmine.named-data.net/issues/1700
Apparently this is the same issue see if it solved your problem.

BR

On Fri, 10 Jul 2015 at 14:55 Weiwei Liu <summerwing10 at gmail.com> wrote:

> Hi there,
>
> I am trying to build ndn-cxx from source, but I run into a problem. After
> I executed ./waf configure, following error occurred:
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> *weiwei at weiwei-virtual-machine:~/Github/ndn-cxx$ ./waf configureSetting
> top to                           : /home/weiwei/Github/ndn-cxx Setting out
> to                           : /home/weiwei/Github/ndn-cxx/build Building
> static library                  : yes Building shared
> library                  : no Checking for 'g++' (C++ compiler)        :
> /usr/bin/g++ Checking supported CXXFLAGS              : -std=c++11 Checking
> supported CXXFLAGS              : -pedantic -Wall -O2 -g Checking for
> program 'doxygen'           : /usr/bin/doxygen Checking for program
> 'tar'               : /bin/tar Checking for program 'sphinx-build'      :
> /usr/bin/sphinx-build Checking for std::is_default_constructible : yes
> Checking for std::is_nothrow_move_constructible : yes Checking for
> std::is_nothrow_move_assignable    : yes Checking for friend
> typename-specifier          : yes Checking for override and final
> specifiers      : yes Checking for program 'sh'                       :
> /bin/sh Checking for library pthread                    : yes Checking for
> library rt                         : yes Checking for function
> getpass                   : yes Checking for
> rtnetlink                          : yes Checking for program
> 'pkg-config'               : /usr/bin/pkg-config Checking for
> 'sqlite3'                          : yes Checking Crypto++
> lib                           : 561 Checking if CryptoPP library
> works              : no Checking if CryptoPP library works              :
> no CryptoPP is present, but is not usable(complete log in
> /home/weiwei/Github/ndn-cxx/build/config.log)*
>
> Here are some additional information :
> OS : Ubuntu 12.04
> GCC version: 4.7.3
> config.log is attached.
>
> Could some one help me with this?
>
> Thank you very much.
>
>
> Best,
> Weiwei
>
>
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150710/64d38213/attachment.html>

From shijunxiao at email.arizona.edu  Fri Jul 10 17:34:20 2015
From: shijunxiao at email.arizona.edu (Junxiao Shi)
Date: Fri, 10 Jul 2015 17:34:20 -0700
Subject: [Nfd-dev] Jenkins: scores not posted to Gerrit
In-Reply-To: <CAOFH+OaF02RinUugqQekg3pFgYzns3kyx_OwjoBv=_BDjmNyzQ@mail.gmail.com>
References: <CAOFH+OaF02RinUugqQekg3pFgYzns3kyx_OwjoBv=_BDjmNyzQ@mail.gmail.com>
Message-ID: <CAOFH+OZZGQ_20GVXCR8sXq5wZO=+7va7W6U8+CKKL0LyF-sC=g@mail.gmail.com>

Dear folks

The problem is caused by: Jenkins master is configured to use the DNS
servers in Arizona CS department, but our primary DNS server is returning
status:SERVFAIL to queries involving named-data.net zone. The secondary DNS
server is resolving this zone properly. Somehow VirtualBox is not
attempting to use the secondary DNS server, and therefore Jenkins master is
unable to contact Gerrit.
I have applied a temporary solution: on the host machine, I swapped the
order of primary and second DNS servers. VirtualBox is now using the
secondary DNS server, so that Jenkins master is able to resolve the DNS
name for Gerrit.
Our lab staff is still investigating why the primary DNS server cannot
resolve the zone.

I'm retriggering the following jobs, so that scores will be posted to
Gerrit:

   - ndndump 2220,1
   - ndn-cxx 2223,3
   - ndn-cxx 2048,9
   - ndn-group-encrypt 2218,2
   - ndn-cxx 2200,8
   - ndn-cxx 2211,5
   - ndn-atoms 2219,1
   - ndn-atoms 2217,1


Yours, Junxiao

On Fri, Jul 10, 2015 at 8:25 AM, Junxiao Shi <shijunxiao at email.arizona.edu>
wrote:

> Dear folks
>
> Since Jul 09 noon, Jenkins is unable to post Verified+1 or Verified-1
> scores to Gerrit.
> Build jobs are still triggered, but scores are not showing up.
>
> We have tracked this down to a DNS issue. I have notified lab staff to
> further investigate this problem.
>
> After you upload a patchset, please manually look at Jenkins to see the
> build result for the patchset. If there's a build failure, you may want to
> rework the Change to fix the problem.
> Unfortunately, reviewers would be unable to merge your Change until this
> problem is fixed.
>
> Yours, Junxiao
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150710/767b19f0/attachment.html>

From susmit at cs.colostate.edu  Fri Jul 10 17:42:02 2015
From: susmit at cs.colostate.edu (Susmit)
Date: Fri, 10 Jul 2015 18:42:02 -0600
Subject: [Nfd-dev] Jenkins: scores not posted to Gerrit
In-Reply-To: <CAOFH+OZZGQ_20GVXCR8sXq5wZO=+7va7W6U8+CKKL0LyF-sC=g@mail.gmail.com>
References: <CAOFH+OaF02RinUugqQekg3pFgYzns3kyx_OwjoBv=_BDjmNyzQ@mail.gmail.com>
	<CAOFH+OZZGQ_20GVXCR8sXq5wZO=+7va7W6U8+CKKL0LyF-sC=g@mail.gmail.com>
Message-ID: <CAM4XVkpPPLjuAH0L_E1ZDHz-63dMiROXL8h2z0uAMgEZFFQU6A@mail.gmail.com>

We at CSU host the primary DNS servers for named-data.net.
I checked them but didn't see any problems. (see attached).



On Fri, Jul 10, 2015 at 6:34 PM, Junxiao Shi
<shijunxiao at email.arizona.edu> wrote:
> Dear folks
>
> The problem is caused by: Jenkins master is configured to use the DNS
> servers in Arizona CS department, but our primary DNS server is returning
> status:SERVFAIL to queries involving named-data.net zone. The secondary DNS
> server is resolving this zone properly. Somehow VirtualBox is not attempting
> to use the secondary DNS server, and therefore Jenkins master is unable to
> contact Gerrit.
> I have applied a temporary solution: on the host machine, I swapped the
> order of primary and second DNS servers. VirtualBox is now using the
> secondary DNS server, so that Jenkins master is able to resolve the DNS name
> for Gerrit.
> Our lab staff is still investigating why the primary DNS server cannot
> resolve the zone.
>
> I'm retriggering the following jobs, so that scores will be posted to
> Gerrit:
>
> ndndump 2220,1
> ndn-cxx 2223,3
> ndn-cxx 2048,9
> ndn-group-encrypt 2218,2
> ndn-cxx 2200,8
> ndn-cxx 2211,5
> ndn-atoms 2219,1
> ndn-atoms 2217,1
>
>
> Yours, Junxiao
>
> On Fri, Jul 10, 2015 at 8:25 AM, Junxiao Shi <shijunxiao at email.arizona.edu>
> wrote:
>>
>> Dear folks
>>
>> Since Jul 09 noon, Jenkins is unable to post Verified+1 or Verified-1
>> scores to Gerrit.
>> Build jobs are still triggered, but scores are not showing up.
>>
>> We have tracked this down to a DNS issue. I have notified lab staff to
>> further investigate this problem.
>>
>> After you upload a patchset, please manually look at Jenkins to see the
>> build result for the patchset. If there's a build failure, you may want to
>> rework the Change to fix the problem.
>> Unfortunately, reviewers would be unable to merge your Change until this
>> problem is fixed.
>>
>> Yours, Junxiao
>
>
>
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>



-- 

Regards,
Susmit

====================================
http://www.cs.colostate.edu/~susmit
====================================
-------------- next part --------------
A non-text attachment was scrubbed...
Name: dns
Type: application/octet-stream
Size: 1993 bytes
Desc: not available
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150710/e13242f4/attachment.obj>

From enewberry at email.arizona.edu  Fri Jul 10 18:35:49 2015
From: enewberry at email.arizona.edu (Eric Newberry)
Date: Fri, 10 Jul 2015 18:35:49 -0700
Subject: [Nfd-dev] Jenkins: scores not posted to Gerrit
In-Reply-To: <CAM4XVkpPPLjuAH0L_E1ZDHz-63dMiROXL8h2z0uAMgEZFFQU6A@mail.gmail.com>
References: <CAOFH+OaF02RinUugqQekg3pFgYzns3kyx_OwjoBv=_BDjmNyzQ@mail.gmail.com>	<CAOFH+OZZGQ_20GVXCR8sXq5wZO=+7va7W6U8+CKKL0LyF-sC=g@mail.gmail.com>
	<CAM4XVkpPPLjuAH0L_E1ZDHz-63dMiROXL8h2z0uAMgEZFFQU6A@mail.gmail.com>
Message-ID: <55A072F5.2030205@email.arizona.edu>

Thanks, I'll forward this onto our lab staff and see if it helps.

Eric Newberry

Computer Science Undergraduate
The University of Arizona
Vice President, University of Arizona ACM Student Chapter

On 7/10/2015 5:42 PM, Susmit wrote:
> We at CSU host the primary DNS servers for named-data.net.
> I checked them but didn't see any problems. (see attached).
>
>
>
> On Fri, Jul 10, 2015 at 6:34 PM, Junxiao Shi
> <shijunxiao at email.arizona.edu> wrote:
>> Dear folks
>>
>> The problem is caused by: Jenkins master is configured to use the DNS
>> servers in Arizona CS department, but our primary DNS server is returning
>> status:SERVFAIL to queries involving named-data.net zone. The secondary DNS
>> server is resolving this zone properly. Somehow VirtualBox is not attempting
>> to use the secondary DNS server, and therefore Jenkins master is unable to
>> contact Gerrit.
>> I have applied a temporary solution: on the host machine, I swapped the
>> order of primary and second DNS servers. VirtualBox is now using the
>> secondary DNS server, so that Jenkins master is able to resolve the DNS name
>> for Gerrit.
>> Our lab staff is still investigating why the primary DNS server cannot
>> resolve the zone.
>>
>> I'm retriggering the following jobs, so that scores will be posted to
>> Gerrit:
>>
>> ndndump 2220,1
>> ndn-cxx 2223,3
>> ndn-cxx 2048,9
>> ndn-group-encrypt 2218,2
>> ndn-cxx 2200,8
>> ndn-cxx 2211,5
>> ndn-atoms 2219,1
>> ndn-atoms 2217,1
>>
>>
>> Yours, Junxiao
>>
>> On Fri, Jul 10, 2015 at 8:25 AM, Junxiao Shi <shijunxiao at email.arizona.edu>
>> wrote:
>>> Dear folks
>>>
>>> Since Jul 09 noon, Jenkins is unable to post Verified+1 or Verified-1
>>> scores to Gerrit.
>>> Build jobs are still triggered, but scores are not showing up.
>>>
>>> We have tracked this down to a DNS issue. I have notified lab staff to
>>> further investigate this problem.
>>>
>>> After you upload a patchset, please manually look at Jenkins to see the
>>> build result for the patchset. If there's a build failure, you may want to
>>> rework the Change to fix the problem.
>>> Unfortunately, reviewers would be unable to merge your Change until this
>>> problem is fixed.
>>>
>>> Yours, Junxiao
>>
>>
>> _______________________________________________
>> Nfd-dev mailing list
>> Nfd-dev at lists.cs.ucla.edu
>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>>
>
>
>
>
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150710/4028ba39/attachment.html>

From shijunxiao at email.arizona.edu  Fri Jul 10 21:22:55 2015
From: shijunxiao at email.arizona.edu (Junxiao Shi)
Date: Fri, 10 Jul 2015 21:22:55 -0700
Subject: [Nfd-dev] Packet analyzer and test bed creation
In-Reply-To: <4AC03A6244C3C34BB52A7EC60B799C4C03CC2975@m-pdc.sbu.ac.ir>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED430E@PALLENE.office.hd>
	<CADQ0MFazbJKL1CFQWdEn7qW8Jd9b=pvqm75v8zm37-U6Rwkn=A@mail.gmail.com>
	<4AC03A6244C3C34BB52A7EC60B799C4C03CC2975@m-pdc.sbu.ac.ir>
Message-ID: <CAOFH+OaDo6mSD9oiZCj3S07XGd__jH1UMj3XnQdxDD4pmtMxLA@mail.gmail.com>

Dear folks

The unofficial Wireshark dissector is available at:
https://github.com/relue2718/ndn-wireshark-dissector

Yours, Junxiao

On Thu, Jul 9, 2015 at 3:13 AM, Muhammad Hosain Abdollahi Sabet <
M.AbdollahiSabet at mail.sbu.ac.ir> wrote:

>  I remember once Alex said there is a wireshark filter under development.
> But I know nothing more about that.
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150710/f6cefbb0/attachment.html>

From alexander.afanasyev at ucla.edu  Sat Jul 11 21:12:46 2015
From: alexander.afanasyev at ucla.edu (Alex Afanasyev)
Date: Sun, 12 Jul 2015 12:12:46 +0800
Subject: [Nfd-dev] Running into problem when installing ndn-cxx
In-Reply-To: <CAAq25NTPWAn01edKsq15L5PvUL4P2u7OxoT2HqmJ7D7YE_5JbQ@mail.gmail.com>
References: <CALBos2APr1--G1R=LUx+PS1MmC8zVpzxQdWrVEnKHLOCdoN__w@mail.gmail.com>
	<CAAq25NTPWAn01edKsq15L5PvUL4P2u7OxoT2HqmJ7D7YE_5JbQ@mail.gmail.com>
Message-ID: <9BC382E9-7584-482C-84F9-F5E81630F17C@ucla.edu>

I think the problem is a little bit different from the linked redmine issue.   Most likely it is because of the compiler version mismatch (base gcc version for 12.04 is 4.6.something) --- the packaged version of cryptopp will not work with compilers different from gcc 4.6.

If you want to use newer compiler, you just need to install cryptopp library from source.  I suspect that the same applies to boost libraries too.

---
Alex

> On Jul 11, 2015, at 3:21 AM, Joao Pereira <joaopapereira at gmail.com> wrote:
> 
> Hello,
> Take a look at this topic: http://redmine.named-data.net/issues/1700
> Apparently this is the same issue see if it solved your problem.
> 
> BR
> 
>> On Fri, 10 Jul 2015 at 14:55 Weiwei Liu <summerwing10 at gmail.com> wrote:
>> Hi there,
>> 
>> I am trying to build ndn-cxx from source, but I run into a problem. After I executed ./waf configure, following error occurred:
>> 
>> weiwei at weiwei-virtual-machine:~/Github/ndn-cxx$ ./waf configure
>> Setting top to                           : /home/weiwei/Github/ndn-cxx 
>> Setting out to                           : /home/weiwei/Github/ndn-cxx/build 
>> Building static library                  : yes 
>> Building shared library                  : no 
>> Checking for 'g++' (C++ compiler)        : /usr/bin/g++ 
>> Checking supported CXXFLAGS              : -std=c++11 
>> Checking supported CXXFLAGS              : -pedantic -Wall -O2 -g 
>> Checking for program 'doxygen'           : /usr/bin/doxygen 
>> Checking for program 'tar'               : /bin/tar 
>> Checking for program 'sphinx-build'      : /usr/bin/sphinx-build 
>> Checking for std::is_default_constructible : yes 
>> Checking for std::is_nothrow_move_constructible : yes 
>> Checking for std::is_nothrow_move_assignable    : yes 
>> Checking for friend typename-specifier          : yes 
>> Checking for override and final specifiers      : yes 
>> Checking for program 'sh'                       : /bin/sh 
>> Checking for library pthread                    : yes 
>> Checking for library rt                         : yes 
>> Checking for function getpass                   : yes 
>> Checking for rtnetlink                          : yes 
>> Checking for program 'pkg-config'               : /usr/bin/pkg-config 
>> Checking for 'sqlite3'                          : yes 
>> Checking Crypto++ lib                           : 561 
>> Checking if CryptoPP library works              : no 
>> Checking if CryptoPP library works              : no 
>> CryptoPP is present, but is not usable
>> (complete log in /home/weiwei/Github/ndn-cxx/build/config.log)
>> 
>> Here are some additional information :
>> OS : Ubuntu 12.04
>> GCC version: 4.7.3 
>> config.log is attached.
>> 
>> Could some one help me with this? 
>> 
>> Thank you very much.
>> 
>> 
>> Best,
>> Weiwei
>> 
>> 
>> _______________________________________________
>> Nfd-dev mailing list
>> Nfd-dev at lists.cs.ucla.edu
>> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150712/b2fac562/attachment.html>

From agawande at memphis.edu  Sat Jul 11 21:21:50 2015
From: agawande at memphis.edu (Ashlesh Gawande (agawande))
Date: Sun, 12 Jul 2015 04:21:50 +0000
Subject: [Nfd-dev] Packet analyzer and test bed creation
In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8ED430E@PALLENE.office.hd>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED430E@PALLENE.office.hd>
Message-ID: <BY1PR0401MB1610A3686007D44E7B6B0B57D99D0@BY1PR0401MB1610.namprd04.prod.outlook.com>

Hi Navdeep

A bit of self promotion here. You can take a look at the tool, Mini-NDN<https://github.com/named-data/mini-ndn/>, which sets up a topology (sample<https://github.com/named-data/mini-ndn/blob/master/ndn_utils/topologies/default-topology.conf>) running NFD and NLSR on each node. You can run any other application you desire on any node(s). You can email me if you need any help setting up.

Thanks
Ashlesh

________________________________
From: Nfd-dev <nfd-dev-bounces at lists.cs.ucla.edu> on behalf of Navdeep Uniyal <navdeep.uniyal at neclab.eu>
Sent: Thursday, July 9, 2015 4:42 AM
To: nfd-dev at lists.cs.ucla.edu
Subject: [Nfd-dev] Packet analyzer and test bed creation


Hello,



I am curious to see how the packets travel in ndn. For this I need to set up a small test bed and will need a packet analyzer. If someone can please help me by suggesting some way or tool in order to set up a small test bed for NDN( Initially I just want to get to know practically how the theoretical concepts work). Also I would need a packet analyzer (we have one for CCNx in wireshark) is there a something similar for NDN. Please help.





Best Regards,

Navdeep Uniyal

Intern

NEC Europe Ltd.

NEC Laboratories Europe


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150712/e909b063/attachment.html>

From navdeep.uniyal at neclab.eu  Wed Jul 15 10:00:16 2015
From: navdeep.uniyal at neclab.eu (Navdeep Uniyal)
Date: Wed, 15 Jul 2015 17:00:16 +0000
Subject: [Nfd-dev] Mini NDN with NDN Traffic Generator
Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8ED6AB4@PALLENE.office.hd>

Hello

I am experimenting traffic generation on MiniNDN, for this I am trying to use NDN Traffic generator https://github.com/named-data/ndn-traffic-generator. Has anyone tried it before, if yes please share your inputs as currently in Mininet CLI it is not recognizing the configuration file.


Best Regards,
Navdeep Uniyal

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150715/95028d19/attachment.html>

From shijunxiao at email.arizona.edu  Wed Jul 15 10:04:51 2015
From: shijunxiao at email.arizona.edu (Junxiao Shi)
Date: Wed, 15 Jul 2015 10:04:51 -0700
Subject: [Nfd-dev] Mini NDN with NDN Traffic Generator
In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8ED6AB4@PALLENE.office.hd>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED6AB4@PALLENE.office.hd>
Message-ID: <CAOFH+OauOaXRXwEVzQCPm3gNa_Mt_Oj=DkztyMnh4Ko13jsS1g@mail.gmail.com>

Hi Navdeep

Can you post the following:

* topology
* exact command lines you are executing
* configuration file contents
* complete error message

Also, if you don't need to specify Selectors, ndnping may be a better
choice that is easier to use.

Yours, Junxiao
On Jul 15, 2015 10:00, "Navdeep Uniyal" <navdeep.uniyal at neclab.eu> wrote:

>  Hello
>
>
>
> I am experimenting traffic generation on MiniNDN, for this I am trying to
> use NDN Traffic generator
> https://github.com/named-data/ndn-traffic-generator. Has anyone tried it
> before, if yes please share your inputs as currently in Mininet CLI it is
> not recognizing the configuration file.
>
>
>
>
>
> Best Regards,
>
> Navdeep Uniyal
>
>
>
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150715/9c813239/attachment.html>

From vslehman at memphis.edu  Wed Jul 15 10:27:20 2015
From: vslehman at memphis.edu (Vince Lehman (vslehman))
Date: Wed, 15 Jul 2015 17:27:20 +0000
Subject: [Nfd-dev] Mini NDN with NDN Traffic Generator
In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8ED6AB4@PALLENE.office.hd>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED6AB4@PALLENE.office.hd>
Message-ID: <86D539F4-0A8D-4E1C-A9BF-065305686C1F@memphis.edu>

Hi Navdeep,

When you are specifying the configuration file names for the NDN traffic server and client, are you using the full absolute path for the file? Mini-NDN sets the home folder for each node as /tmp/$nodeName. When executing a command as a specific node, the HOME variable will be set to that node?s home folder. So, using a relative path based on your home folder or based on the current directory will not work.

You should be able to use the full absolute path for the configuration files or copy the configuration files into the respective node?s home folder and use a relative path.

--
Vince Lehman

On Jul 15, 2015, at 12:00 PM, Navdeep Uniyal <navdeep.uniyal at neclab.eu<mailto:navdeep.uniyal at neclab.eu>> wrote:

Hello

I am experimenting traffic generation on MiniNDN, for this I am trying to use NDN Traffic generator https://github.com/named-data/ndn-traffic-generator. Has anyone tried it before, if yes please share your inputs as currently in Mininet CLI it is not recognizing the configuration file.


Best Regards,
Navdeep Uniyal

_______________________________________________
Nfd-dev mailing list
Nfd-dev at lists.cs.ucla.edu<mailto:Nfd-dev at lists.cs.ucla.edu>
http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150715/6f1889c1/attachment.html>

From edelhas at gmail.com  Wed Jul 15 10:31:06 2015
From: edelhas at gmail.com (Simon Edelhaus)
Date: Wed, 15 Jul 2015 10:31:06 -0700
Subject: [Nfd-dev] Mini NDN with NDN Traffic Generator
In-Reply-To: <86D539F4-0A8D-4E1C-A9BF-065305686C1F@memphis.edu>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED6AB4@PALLENE.office.hd>
	<86D539F4-0A8D-4E1C-A9BF-065305686C1F@memphis.edu>
Message-ID: <CANQvJ8RqNcR8hfR2gbZcYF56o073tn6vjcKPJSD80Bua=SpHxQ@mail.gmail.com>

Hi All!

How would you guys compare NDN initiative to something like IPv17 ?

Is there  a slide deck comparing the 2 approaches?


-- ttfn
Simon Edelhaus
California 2015

On Wed, Jul 15, 2015 at 10:27 AM, Vince Lehman (vslehman) <
vslehman at memphis.edu> wrote:

>  Hi Navdeep,
>
>  When you are specifying the configuration file names for the NDN traffic
> server and client, are you using the full absolute path for the file?
> Mini-NDN sets the home folder for each node as /tmp/$nodeName. When
> executing a command as a specific node, the HOME variable will be set to
> that node?s home folder. So, using a relative path based on your home
> folder or based on the current directory will not work.
>
>  You should be able to use the full absolute path for the configuration
> files or copy the configuration files into the respective node?s home
> folder and use a relative path.
>
> --
>  Vince Lehman
>
>  On Jul 15, 2015, at 12:00 PM, Navdeep Uniyal <navdeep.uniyal at neclab.eu>
> wrote:
>
>   Hello
>
>
>
> I am experimenting traffic generation on MiniNDN, for this I am trying to
> use NDN Traffic generator
> https://github.com/named-data/ndn-traffic-generator. Has anyone tried it
> before, if yes please share your inputs as currently in Mininet CLI it is
> not recognizing the configuration file.
>
>
>
>
>
> Best Regards,
>
> Navdeep Uniyal
>
>
>  _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>
>
>
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150715/bcad77d6/attachment.html>

From shijunxiao at email.arizona.edu  Wed Jul 15 19:08:33 2015
From: shijunxiao at email.arizona.edu (Junxiao Shi)
Date: Wed, 15 Jul 2015 19:08:33 -0700
Subject: [Nfd-dev] Mini NDN with NDN Traffic Generator
In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8ED72D2@PALLENE.office.hd>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED6AB4@PALLENE.office.hd>
	<CAOFH+OauOaXRXwEVzQCPm3gNa_Mt_Oj=DkztyMnh4Ko13jsS1g@mail.gmail.com>
	<12DB5299AAAB1A40B17E72AB76FDA6D8ED72D2@PALLENE.office.hd>
Message-ID: <CAOFH+OY=HPUd=oBt=D5Rw4fWDE8bi_E36AvEB8Q-77Zwbh9+Qg@mail.gmail.com>

Hi Navdeep

Can you post the following:

   - exact command lines you are executing
   - configuration file contents
   - complete error message


Yours, Junxiao

On Wed, Jul 15, 2015 at 10:14 AM, Navdeep Uniyal <navdeep.uniyal at neclab.eu>
wrote:

>  Hello Junxiao,
>
>
>
> I am using the following basic topology:
>
>
>
> [nodes]
>
> h1: app="~/mini-ndn/ndn-traffic-generator/build/ndn-traffic"
>
> h2: _
>
> g1: app="~/mini-ndn/ndn-traffic-generator/build/ndn-traffic-server"
>
> [links]
>
> h1:g1 delay=10ms bw=100
>
> h2:g1 delay=5ms bw=50
>
> g1:h2 delay=10ms bw=80
>
>
>
>
>
> Then I am simply running the ndn-traffic on h1 but it is unable to pick
> the config file( I hardcoded the configuration file in the
> ndn-traffic-client.cpp) . Error I am getting is ?Configuration file is not
> available?.
>
>
>
> Also It would be great if you could tell me how I can use ndnping(as
> selectors are not required as of now) for automatic traffic generation. (if
> you can share some example, it would be very helpful).
>
>
>
>
>
> Best Regards,
>
> Navdeep Uniyal
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150715/52206a6f/attachment.html>

From shijunxiao at email.arizona.edu  Wed Jul 15 19:11:20 2015
From: shijunxiao at email.arizona.edu (Junxiao Shi)
Date: Wed, 15 Jul 2015 19:11:20 -0700
Subject: [Nfd-dev] NDN vs IPv17
Message-ID: <CAOFH+OYdk3mTKuo1Abyc+f-rGF2JY0SNq4EyY46tyxmBzHX3aA@mail.gmail.com>

Hi Simon

I'm unaware about IPv17. I didn't find a relevant Internet Draft or
Internet Standard in IETF.org.
Can you post a citation?

Yours, Junxiao

On Wed, Jul 15, 2015 at 10:31 AM, Simon Edelhaus <edelhas at gmail.com> wrote:

> Hi All!
>
> How would you guys compare NDN initiative to something like IPv17 ?
>
> Is there  a slide deck comparing the 2 approaches?
>
>
> -- ttfn
> Simon Edelhaus
> California 2015
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150715/f746ce2b/attachment.html>

From shijunxiao at email.arizona.edu  Wed Jul 15 19:39:07 2015
From: shijunxiao at email.arizona.edu (Junxiao Shi)
Date: Wed, 15 Jul 2015 19:39:07 -0700
Subject: [Nfd-dev] NDN vs IPv17
In-Reply-To: <CAOFH+OYdk3mTKuo1Abyc+f-rGF2JY0SNq4EyY46tyxmBzHX3aA@mail.gmail.com>
References: <CAOFH+OYdk3mTKuo1Abyc+f-rGF2JY0SNq4EyY46tyxmBzHX3aA@mail.gmail.com>
Message-ID: <CAOFH+Obo8LUm=nbPgVnMjnw7m=SjWCUtfbsHWvPq_CWr6EMcfg@mail.gmail.com>

Dear folks

I believe the goal is different.

IPv17, according to the tweet, is to increase network speed, while the
narrow waist is still based on host addresses.
NDN is designed to be a distribution network, which changes the narrow
waist to "content chunks", so that application does not need to map the
*what* users care about to the *where* used in network.

Yours, Junxiao

---------- Forwarded message ----------
From: Simon Edelhaus <edelhas at gmail.com>
Date: Wed, Jul 15, 2015 at 7:30 PM
Subject: Fwd: [Nfd-dev] Mini NDN with NDN Traffic Generator
To: Junxiao Shi <shijunxiao at email.arizona.edu>

On Jul 15, 2015, at 12:53 PM, Simon Edelhaus <edelhas at gmail.com> wrote:

Yes. That is the one.


it is difficult to comparison if we dont know know how IPv17 works


> first time hearing IPv17: is this the right pointer (returned by
> google)  to it ?
> https://twitter.com/startupbranding/status/601401104547610624
>
> since it is called IPv17, supposedly it still based IP addresses?
>
>
On Wed, Jul 15, 2015 at 7:11 PM, Junxiao Shi <shijunxiao at email.arizona.edu>
wrote:

> Hi Simon
>
> I'm unaware about IPv17. I didn't find a relevant Internet Draft or
> Internet Standard in IETF.org.
> Can you post a citation?
>
> Yours, Junxiao
>
> On Wed, Jul 15, 2015 at 10:31 AM, Simon Edelhaus <edelhas at gmail.com>
> wrote:
>
>> Hi All!
>>
>> How would you guys compare NDN initiative to something like IPv17 ?
>>
>> Is there  a slide deck comparing the 2 approaches?
>>
>>
>> -- ttfn
>> Simon Edelhaus
>> California 2015
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150715/8a02f105/attachment.html>

From navdeep.uniyal at neclab.eu  Thu Jul 16 01:05:50 2015
From: navdeep.uniyal at neclab.eu (Navdeep Uniyal)
Date: Thu, 16 Jul 2015 08:05:50 +0000
Subject: [Nfd-dev] Mini NDN with NDN Traffic Generator
In-Reply-To: <CAOFH+OY=HPUd=oBt=D5Rw4fWDE8bi_E36AvEB8Q-77Zwbh9+Qg@mail.gmail.com>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED6AB4@PALLENE.office.hd>
	<CAOFH+OauOaXRXwEVzQCPm3gNa_Mt_Oj=DkztyMnh4Ko13jsS1g@mail.gmail.com>
	<12DB5299AAAB1A40B17E72AB76FDA6D8ED72D2@PALLENE.office.hd>
	<CAOFH+OY=HPUd=oBt=D5Rw4fWDE8bi_E36AvEB8Q-77Zwbh9+Qg@mail.gmail.com>
Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8ED731E@PALLENE.office.hd>

Hi Junxiao,

It worked this morning. My Bad ? the path variable was an issue and also I was not providing the correct path for the conf file.
Any ways thank you for the help.


Best Regards,
Navdeep Uniyal

From: Junxiao Shi [mailto:shijunxiao at email.arizona.edu]
Sent: Donnerstag, 16. Juli 2015 04:09
To: Navdeep Uniyal
Cc: <nfd-dev at lists.cs.ucla.edu>
Subject: Re: [Nfd-dev] Mini NDN with NDN Traffic Generator

Hi Navdeep

Can you post the following:

  *   exact command lines you are executing
  *   configuration file contents
  *   complete error message

Yours, Junxiao

On Wed, Jul 15, 2015 at 10:14 AM, Navdeep Uniyal <navdeep.uniyal at neclab.eu<mailto:navdeep.uniyal at neclab.eu>> wrote:
Hello Junxiao,

I am using the following basic topology:

[nodes]
h1: app="~/mini-ndn/ndn-traffic-generator/build/ndn-traffic"
h2: _
g1: app="~/mini-ndn/ndn-traffic-generator/build/ndn-traffic-server"
[links]
h1:g1 delay=10ms bw=100
h2:g1 delay=5ms bw=50
g1:h2 delay=10ms bw=80


Then I am simply running the ndn-traffic on h1 but it is unable to pick the config file( I hardcoded the configuration file in the ndn-traffic-client.cpp) . Error I am getting is ?Configuration file is not available?.

Also It would be great if you could tell me how I can use ndnping(as selectors are not required as of now) for automatic traffic generation. (if you can share some example, it would be very helpful).


Best Regards,
Navdeep Uniyal

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150716/d4882546/attachment.html>

From navdeep.uniyal at neclab.eu  Mon Jul 20 02:32:05 2015
From: navdeep.uniyal at neclab.eu (Navdeep Uniyal)
Date: Mon, 20 Jul 2015 09:32:05 +0000
Subject: [Nfd-dev] ndn dump in mini-ndn
Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8ED7810@PALLENE.office.hd>

Hello all,

I am running ndndump on minindn topology with 3 hosts. On pinging the server I am able to get the replies but on running ndndump on hosts, nothing is coming up in the dumps.

Steps followed by me:

1.       Creating ndnpingserver g1 for content /ndn/nle

2.       Xterm g1 h1 h2

3.       On g1 running ndndump -I g1-eth0

4.       On mininet CLI - h1 ndnping -c 3 /ndn/nle
On mininet CLI I am getting content from /ndn/nle but nothing on ndndump. Please suggest if I am missing something here.

P.S. The channels I created are all UDP4


Best Regards,
Navdeep Uniyal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150720/0de517c0/attachment.html>

From navdeep.uniyal at neclab.eu  Mon Jul 20 04:22:58 2015
From: navdeep.uniyal at neclab.eu (Navdeep Uniyal)
Date: Mon, 20 Jul 2015 11:22:58 +0000
Subject: [Nfd-dev] Multiple interfaces in  minindn gateway
Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8ED7835@PALLENE.office.hd>

Hello,

I am trying to implement multiple interfaces on one of the hosts in minindn topology. I want to access one server from 2(or more interfaces) of the same host. For this I did the following configuration for topology creation:

[nodes]
h1: _
h2: _
g1: _
[links]
h1:g1 delay=10ms bw=100
h2:g1 delay=5ms bw=50
g1:h2 delay=10ms bw=80

Is this configuration enough to have a multi interface gateway(e.g. one WiFi and other LTE link)? Is there any difference when we say h2:g1 and g1:h2? Please clarify.



Best Regards,
Navdeep Uniyal

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150720/df692304/attachment.html>

From shijunxiao at email.arizona.edu  Mon Jul 20 07:11:01 2015
From: shijunxiao at email.arizona.edu (Junxiao Shi)
Date: Mon, 20 Jul 2015 07:11:01 -0700
Subject: [Nfd-dev] ndndump in mini-ndn
In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8ED7810@PALLENE.office.hd>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED7810@PALLENE.office.hd>
Message-ID: <55ad01bb.4784460a.6fa5.ffffc476@mx.google.com>

Hi Navdeep

I suspect ndndump is not capturing on the correct interface. The default capturing interface is the first non-loopback interface, which may be different from the interface used by experiment between traffic.

1. identify the correct interface from the output of "ip addr"
2. pass this interface as -i argument to ndndump

Yours, Junxiao

-----Original Message-----
From: "Navdeep Uniyal" <navdeep.uniyal at neclab.eu>
Sent: ?7/?20/?2015 2:40
To: "<nfd-dev at lists.cs.ucla.edu>" <nfd-dev at lists.cs.ucla.edu>
Subject: [Nfd-dev] ndn dump in mini-ndn

Hello all,
 
I am running ndndump on minindn topology with 3 hosts. On pinging the server I am able to get the replies but on running ndndump on hosts, nothing is coming up in the dumps. 
 
Steps followed by me:
1.       Creating ndnpingserver g1 for content /ndn/nle
2.       Xterm g1 h1 h2
3.       On g1 running ndndump ?I g1-eth0
4.       On mininet CLI ? h1 ndnping ?c 3 /ndn/nle 
On mininet CLI I am getting content from /ndn/nle but nothing on ndndump. Please suggest if I am missing something here. 
 
P.S. The channels I created are all UDP4
 
 
Best Regards,
Navdeep Uniyal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150720/ba1cea45/attachment.html>

From vslehman at memphis.edu  Mon Jul 20 07:47:50 2015
From: vslehman at memphis.edu (Vince Lehman (vslehman))
Date: Mon, 20 Jul 2015 14:47:50 +0000
Subject: [Nfd-dev] Multiple interfaces in  minindn gateway
In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8ED7835@PALLENE.office.hd>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED7835@PALLENE.office.hd>
Message-ID: <C8D2F62C-F79F-4D26-B55C-24E2B1C7E6AA@memphis.edu>

Hi Navdeep,

I am trying to implement multiple interfaces on one of the hosts in minindn topology. I want to access one server from 2(or more interfaces) of the same host.
Is this configuration enough to have a multi interface gateway(e.g. one WiFi and other LTE link)?

Yes, this should create 2 interfaces on h2 and 3 interfaces on g1. You can test connectivity between the two interfaces of h2 and g1 by pinging both of h2?s IP addresses from g1.

Is there any difference when we say h2:g1 and g1:h2? Please clarify.

No, the ordering of the hosts does not matter. They are both equivalent.

--
Vince Lehman

On Jul 20, 2015, at 6:22 AM, Navdeep Uniyal <navdeep.uniyal at neclab.eu<mailto:navdeep.uniyal at neclab.eu>> wrote:

Hello,

I am trying to implement multiple interfaces on one of the hosts in minindn topology. I want to access one server from 2(or more interfaces) of the same host. For this I did the following configuration for topology creation:

[nodes]
h1: _
h2: _
g1: _
[links]
h1:g1 delay=10ms bw=100
h2:g1 delay=5ms bw=50
g1:h2 delay=10ms bw=80

Is this configuration enough to have a multi interface gateway(e.g. one WiFi and other LTE link)? Is there any difference when we say h2:g1 and g1:h2? Please clarify.



Best Regards,
Navdeep Uniyal

_______________________________________________
Nfd-dev mailing list
Nfd-dev at lists.cs.ucla.edu<mailto:Nfd-dev at lists.cs.ucla.edu>
http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150720/fce7ed9a/attachment.html>

From vslehman at memphis.edu  Mon Jul 20 08:53:55 2015
From: vslehman at memphis.edu (Vince Lehman (vslehman))
Date: Mon, 20 Jul 2015 15:53:55 +0000
Subject: [Nfd-dev] ndndump in mini-ndn
In-Reply-To: <55ad01bb.4784460a.6fa5.ffffc476@mx.google.com>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED7810@PALLENE.office.hd>
	<55ad01bb.4784460a.6fa5.ffffc476@mx.google.com>
Message-ID: <25165992-6A01-4225-9776-5F7591D4688C@memphis.edu>

Hi Navdeep,

Could you provide the topology file, if it is different from the one below, as well as the commands you used to create the static routes? When I tried using your topology file from the other email thread, I was able to capture the ping traffic:

topology
?
[nodes]
h1: _
h2: _
g1: _
[links]
h1:g1 delay=10ms bw=100
h2:g1 delay=5ms bw=50
g1:h2 delay=10ms bw=80

commands
---
h1> nfdc register /ndn/nle udp4://1.0.0.2
g1> ndnpingserver /ndn/nle &
g1> ndndump ?i g1-eth0 > output.txt
h1> ndnping -c 3 /ndn/nle

output.txt
---
1437407328.262153 From: 1.0.0.1, To: 1.0.0.2, Tunnel Type: UDP, INTEREST: /ndn/nle/ping/11677278544383408615?ndn.MustBeFresh=1&ndn.Nonce=2444577522
1437407328.272840 From: 1.0.0.2, To: 1.0.0.1, Tunnel Type: UDP, DATA: /ndn/nle/ping/11677278544383408615
1437407329.262629 From: 1.0.0.1, To: 1.0.0.2, Tunnel Type: UDP, INTEREST: /ndn/nle/ping/11677278544383408616?ndn.MustBeFresh=1&ndn.Nonce=2335392321
1437407329.273291 From: 1.0.0.2, To: 1.0.0.1, Tunnel Type: UDP, DATA: /ndn/nle/ping/11677278544383408616
1437407330.264083 From: 1.0.0.1, To: 1.0.0.2, Tunnel Type: UDP, INTEREST: /ndn/nle/ping/11677278544383408617?ndn.MustBeFresh=1&ndn.Nonce=1243402700
1437407330.274935 From: 1.0.0.2, To: 1.0.0.1, Tunnel Type: UDP, DATA: /ndn/nle/ping/11677278544383408617

---
Vince Lehman

On Jul 20, 2015, at 9:11 AM, Junxiao Shi <shijunxiao at email.arizona.edu<mailto:shijunxiao at email.arizona.edu>> wrote:

Hi Navdeep

I suspect ndndump is not capturing on the correct interface. The default capturing interface is the first non-loopback interface, which may be different from the interface used by experiment between traffic.

1. identify the correct interface from the output of "ip addr"
2. pass this interface as -i argument to ndndump

Yours, Junxiao
________________________________
From: Navdeep Uniyal<mailto:navdeep.uniyal at neclab.eu>
Sent: ?7/?20/?2015 2:40
To: <nfd-dev at lists.cs.ucla.edu><mailto:nfd-dev at lists.cs.ucla.edu>
Subject: [Nfd-dev] ndn dump in mini-ndn

Hello all,

I am running ndndump on minindn topology with 3 hosts. On pinging the server I am able to get the replies but on running ndndump on hosts, nothing is coming up in the dumps.

Steps followed by me:
1.       Creating ndnpingserver g1 for content /ndn/nle
2.       Xterm g1 h1 h2
3.       On g1 running ndndump ?I g1-eth0
4.       On mininet CLI ? h1 ndnping ?c 3 /ndn/nle
On mininet CLI I am getting content from /ndn/nle but nothing on ndndump. Please suggest if I am missing something here.

P.S. The channels I created are all UDP4


Best Regards,
Navdeep Uniyal
_______________________________________________
Nfd-dev mailing list
Nfd-dev at lists.cs.ucla.edu<mailto:Nfd-dev at lists.cs.ucla.edu>
http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150720/41dd5145/attachment.html>

From alexander.afanasyev at ucla.edu  Wed Jul 22 17:32:47 2015
From: alexander.afanasyev at ucla.edu (Alex Afanasyev)
Date: Thu, 23 Jul 2015 08:32:47 +0800
Subject: [Nfd-dev] [Ubuntu PPA] Breaking change for nfd-autoreg package
Message-ID: <496CFDC4-56E0-43FA-8580-0350870167D4@ucla.edu>

Hi!

I just want to let know people who are using Ubuntu PPA packages from NDN PPA (named-data/ppa) that today we will be pushing an update of nfd package that includes a breaking change for configuration file of the nfd-autoreg daemon.  Please be advised that the configuration file /etc/default/nfd-autoreg needs to be changed to a new format.

Here is a diff summary for the format changes:

============== cut ====================
diff --git a/nfd/debian/nfd-autoreg.default b/nfd/debian/nfd-autoreg.default
index 218e2d3..8666a95 100644
--- a/nfd/debian/nfd-autoreg.default
+++ b/nfd/debian/nfd-autoreg.default
@@ -1,15 +1,19 @@
 # nfd-autoreg defaults

 # Blacklisted networks
-BLACKLIST="10.0.0.0/8"
+# Format: "-b NET1 -b NET2 ..."
+BLACKLIST="-b 10.0.0.0/8"

 # Whitelisted networks
+# Format: "-w NET1 -w NET2 ..."
 WHITELIST=""

 # Prefixes to register on All faces:
-ALL_FACES_PREFIXES="/ndn/broadcast"
+# Format: "--all-faces-prefix /prefix/1 --all-faces-prefix /prefix/2 ..."
+ALL_FACES_PREFIXES="--all-faces-prefix /ndn/broadcast"

 # Prefixes to register just on on-demand faces:
+# Format: "--prefix /prefix/1 --prefix /prefix/2 ..."
 ON_DEMAND_FACES_PREFIXES=""

 # Flags
================ end cut ===============

This change is part of adding systemd startup scripts to our NDN packages. After the update, NFD should work properly on Ubuntu releases >= 15.04 which uses systemd by default.

---
Alex

-------------- 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: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150723/bb69ec7b/attachment.bin>

From navdeep.uniyal at neclab.eu  Thu Jul 23 07:34:02 2015
From: navdeep.uniyal at neclab.eu (Navdeep Uniyal)
Date: Thu, 23 Jul 2015 14:34:02 +0000
Subject: [Nfd-dev] Clarification needed for NCCStrategy
Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8ED9EA4@Hydra.office.hd>

Hello,

I am trying to understand the NCC Strategy as implemented in NFD. While going through the code, I could have a clear understanding of why the prediction function is used and what is the use of INITIAL_PREDICTION, MIN_PREDICTION, MAX_PREDICTION. If someone can please explain me.


Best Regards,
Navdeep Uniyal

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150723/9ce674c1/attachment.html>

From shijunxiao at email.arizona.edu  Sat Jul 25 12:29:23 2015
From: shijunxiao at email.arizona.edu (Junxiao Shi)
Date: Sat, 25 Jul 2015 12:29:23 -0700
Subject: [Nfd-dev] Clarification needed for NCCStrategy
In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8ED9EA4@Hydra.office.hd>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED9EA4@Hydra.office.hd>
Message-ID: <CAOFH+Oa-GMnxGYiM+dRWm85gFp25XzyDFZR9BcM9LQ9G6i5DAA@mail.gmail.com>

Hi Navdeep

NCC is a re-implementation of ccnd 0.7.2 forwarding strategy.
The algorithm is summarized at
http://redmine.named-data.net/projects/nfd/wiki/CcndStrategy
The three quoted constants come from CCNx 0.7.2 ccnd.c
<http://www.ccnx.org/releases/ccnx-0.7.2/doc/ccode/html/ccnd_8c_source.html>
line 4236, 1898, 5886.

I do not know the design rationale behind this algorithm, or how these
constants are chosen.
You may be able to obtain more information on ccnx mailing list
<http://www.ccnx.org/mailman/listinfo/ccnx>.

Yours, Junxiao

On Thu, Jul 23, 2015 at 7:34 AM, Navdeep Uniyal <navdeep.uniyal at neclab.eu>
wrote:

>  Hello,
>
>
>
> I am trying to understand the NCC Strategy as implemented in NFD. While
> going through the code, I could have a clear understanding of why the
> prediction function is used and what is the use of INITIAL_PREDICTION,
> MIN_PREDICTION, MAX_PREDICTION. If someone can please explain me.
>
>
>
>
>
> Best Regards,
>
> Navdeep Uniyal
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150725/c17a4d76/attachment.html>

From Marc.Mosko at parc.com  Sat Jul 25 14:31:05 2015
From: Marc.Mosko at parc.com (Marc.Mosko at parc.com)
Date: Sat, 25 Jul 2015 21:31:05 +0000
Subject: [Nfd-dev] Clarification needed for NCCStrategy
In-Reply-To: <CAOFH+Oa-GMnxGYiM+dRWm85gFp25XzyDFZR9BcM9LQ9G6i5DAA@mail.gmail.com>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED9EA4@Hydra.office.hd>
	<CAOFH+Oa-GMnxGYiM+dRWm85gFp25XzyDFZR9BcM9LQ9G6i5DAA@mail.gmail.com>
Message-ID: <DD1FFD8E-2F80-43A6-ABAE-AD8F59FE2488@parc.com>

Navdeep,

These comments are based on the ccnd code Junxiao mentioned.  I didn?t write it, but this is my understanding of it.  I have not looked at the NDN implementation of this in a long time, so I don?t remember if it does exactly this or not.

The timeout is initialized between 8 and 12 msec.  If we get a response within the timeout it is decreased by 1/128th (i.e. t = .992 * t).  Else it times out, it is increased by 1/8th (t = 1.125 t).

The general rational was that about every 15th packet would timeout, that?s why the decrease factor is 1/128th and the increase factor is 1/8th. After the i-th decrease, the timeout will be t = (1-1/128)^i * t.  After you hit the timeout, you then increase it to t = t * (1 + 1/8).  You find the equilibrium solving 1 / (1 - 1/128) ^i = (1 + 1/8).  Taking the log and rearranging gives i = 15.02, so about ever 15th packet you will cross the RTT timeout (assuming it?s constant and you started at about the right value).  I have not analyzed the convergence of stability, but because the decrease is so much less than the increase I assume it will not ring too much once you cross the lower boundary and start increasing.  However, if the RTT is much less than the initial value it could take a while to converge.

For example, if you have a 10,000 usec RTT and the timeout is 10,000, then the first hit will decrease to 9922 and you?ll miss.  This will increase it to 11162, then decrease to 11075, ?, 10001 (14th decrease), 9923 (15th decrease). Clearly 9923 is almost the same as 9922, so the next increase will keep oscillating in the same ballpark.

I think the initial value, minimum, and maximum are largely arbitrary (unlike the /128 and /8).
The minimum value of 127 usec is the maximum value less than the division factor of 1/128th.  So, once you reach the floor it will not be decreased any more.  One could theorize that an 8000 byte datagram at 1 Gbps takes 64 usec (each way), so having the minimum oscillate around 128 usec would be about the minimum on a fast network.  But, that might be reading too much in to it.  Also, it clearly does not scale for very fast networks (10G and beyond) nor for very slow networks (over 160 msec).

For example, I could have a 10G link and a 40G link.  If I first tried the 10G link I would never timeout so never probe the 40G link.  Likewise, if all my links are slow, say a 200msec and a 600 msec, I will timeout every time and always oscillate between them, even though trying the 600 msec every other packet is not a good idea.

The decrease / increase trick used here is pretty solid, I think, though the three constants need adjusting based on the type of network.  I think some applied statistics could give you reasonable learned values that would adjust for very fast or very slow.  Clearly for very fast you need to work in nanos not micros, so you will have a uint32 problem.

Marc

On Jul 25, 2015, at 9:29 PM, Junxiao Shi <shijunxiao at email.arizona.edu<mailto:shijunxiao at email.arizona.edu>> wrote:

Hi Navdeep

NCC is a re-implementation of ccnd 0.7.2 forwarding strategy.
The algorithm is summarized at http://redmine.named-data.net/projects/nfd/wiki/CcndStrategy
The three quoted constants come from CCNx 0.7.2 ccnd.c<http://www.ccnx.org/releases/ccnx-0.7.2/doc/ccode/html/ccnd_8c_source.html> line 4236, 1898, 5886.

I do not know the design rationale behind this algorithm, or how these constants are chosen.
You may be able to obtain more information on ccnx mailing list<http://www.ccnx.org/mailman/listinfo/ccnx>.

Yours, Junxiao

On Thu, Jul 23, 2015 at 7:34 AM, Navdeep Uniyal <navdeep.uniyal at neclab.eu<mailto:navdeep.uniyal at neclab.eu>> wrote:
Hello,

I am trying to understand the NCC Strategy as implemented in NFD. While going through the code, I could have a clear understanding of why the prediction function is used and what is the use of INITIAL_PREDICTION, MIN_PREDICTION, MAX_PREDICTION. If someone can please explain me.


Best Regards,
Navdeep Uniyal
_______________________________________________
Nfd-dev mailing list
Nfd-dev at lists.cs.ucla.edu<mailto:Nfd-dev at lists.cs.ucla.edu>
http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150725/5f8900bc/attachment.html>

From navdeep.uniyal at neclab.eu  Mon Jul 27 01:08:47 2015
From: navdeep.uniyal at neclab.eu (Navdeep Uniyal)
Date: Mon, 27 Jul 2015 08:08:47 +0000
Subject: [Nfd-dev] Clarification needed for NCCStrategy
In-Reply-To: <DD1FFD8E-2F80-43A6-ABAE-AD8F59FE2488@parc.com>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8ED9EA4@Hydra.office.hd>
	<CAOFH+Oa-GMnxGYiM+dRWm85gFp25XzyDFZR9BcM9LQ9G6i5DAA@mail.gmail.com>
	<DD1FFD8E-2F80-43A6-ABAE-AD8F59FE2488@parc.com>
Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8EDA719@Hydra.office.hd>

Thank You Marc for such a detailed explanation .

Best Regards,
Navdeep Uniyal
From: Marc.Mosko at parc.com [mailto:Marc.Mosko at parc.com]
Sent: Samstag, 25. Juli 2015 23:31
To: shijunxiao at email.arizona.edu
Cc: Navdeep Uniyal; nfd-dev at lists.cs.ucla.edu
Subject: Re: [Nfd-dev] Clarification needed for NCCStrategy

Navdeep,

These comments are based on the ccnd code Junxiao mentioned.  I didn?t write it, but this is my understanding of it.  I have not looked at the NDN implementation of this in a long time, so I don?t remember if it does exactly this or not.

The timeout is initialized between 8 and 12 msec.  If we get a response within the timeout it is decreased by 1/128th (i.e. t = .992 * t).  Else it times out, it is increased by 1/8th (t = 1.125 t).

The general rational was that about every 15th packet would timeout, that?s why the decrease factor is 1/128th and the increase factor is 1/8th. After the i-th decrease, the timeout will be t = (1-1/128)^i * t.  After you hit the timeout, you then increase it to t = t * (1 + 1/8).  You find the equilibrium solving 1 / (1 - 1/128) ^i = (1 + 1/8).  Taking the log and rearranging gives i = 15.02, so about ever 15th packet you will cross the RTT timeout (assuming it?s constant and you started at about the right value).  I have not analyzed the convergence of stability, but because the decrease is so much less than the increase I assume it will not ring too much once you cross the lower boundary and start increasing.  However, if the RTT is much less than the initial value it could take a while to converge.

For example, if you have a 10,000 usec RTT and the timeout is 10,000, then the first hit will decrease to 9922 and you?ll miss.  This will increase it to 11162, then decrease to 11075, ?, 10001 (14th decrease), 9923 (15th decrease). Clearly 9923 is almost the same as 9922, so the next increase will keep oscillating in the same ballpark.

I think the initial value, minimum, and maximum are largely arbitrary (unlike the /128 and /8).
The minimum value of 127 usec is the maximum value less than the division factor of 1/128th.  So, once you reach the floor it will not be decreased any more.  One could theorize that an 8000 byte datagram at 1 Gbps takes 64 usec (each way), so having the minimum oscillate around 128 usec would be about the minimum on a fast network.  But, that might be reading too much in to it.  Also, it clearly does not scale for very fast networks (10G and beyond) nor for very slow networks (over 160 msec).

For example, I could have a 10G link and a 40G link.  If I first tried the 10G link I would never timeout so never probe the 40G link.  Likewise, if all my links are slow, say a 200msec and a 600 msec, I will timeout every time and always oscillate between them, even though trying the 600 msec every other packet is not a good idea.

The decrease / increase trick used here is pretty solid, I think, though the three constants need adjusting based on the type of network.  I think some applied statistics could give you reasonable learned values that would adjust for very fast or very slow.  Clearly for very fast you need to work in nanos not micros, so you will have a uint32 problem.

Marc

On Jul 25, 2015, at 9:29 PM, Junxiao Shi <shijunxiao at email.arizona.edu<mailto:shijunxiao at email.arizona.edu>> wrote:

Hi Navdeep

NCC is a re-implementation of ccnd 0.7.2 forwarding strategy.
The algorithm is summarized at http://redmine.named-data.net/projects/nfd/wiki/CcndStrategy
The three quoted constants come from CCNx 0.7.2 ccnd.c<http://www.ccnx.org/releases/ccnx-0.7.2/doc/ccode/html/ccnd_8c_source.html> line 4236, 1898, 5886.

I do not know the design rationale behind this algorithm, or how these constants are chosen.
You may be able to obtain more information on ccnx mailing list<http://www.ccnx.org/mailman/listinfo/ccnx>.

Yours, Junxiao

On Thu, Jul 23, 2015 at 7:34 AM, Navdeep Uniyal <navdeep.uniyal at neclab.eu<mailto:navdeep.uniyal at neclab.eu>> wrote:
Hello,

I am trying to understand the NCC Strategy as implemented in NFD. While going through the code, I could have a clear understanding of why the prediction function is used and what is the use of INITIAL_PREDICTION, MIN_PREDICTION, MAX_PREDICTION. If someone can please explain me.


Best Regards,
Navdeep Uniyal
_______________________________________________
Nfd-dev mailing list
Nfd-dev at lists.cs.ucla.edu<mailto:Nfd-dev at lists.cs.ucla.edu>
http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150727/e9f207a0/attachment.html>

From navdeep.uniyal at neclab.eu  Mon Jul 27 05:40:40 2015
From: navdeep.uniyal at neclab.eu (Navdeep Uniyal)
Date: Mon, 27 Jul 2015 12:40:40 +0000
Subject: [Nfd-dev] Issue while Strategy compilation
Message-ID: <12DB5299AAAB1A40B17E72AB76FDA6D8EDA73F@Hydra.office.hd>

Hello all,

I am trying to compile my custom forwarding strategy using ./waf for nfd. I am getting the below error:
Build failed
-> task in 'daemon-objects' failed (exit status 1):
                {task 140581136360336: cxx weighted-load-balancer-strategy.cpp -> weighted-load-balancer-strategy.cpp.3.o}
['/usr/bin/g++', '-pedantic', '-Wall', '-O2', '-g', '-std=c++11', '-include', '/home/mininet/mini-ndn/NFD/build/core-objects.2', '-I/home/mininet/mini-ndn/NFD/build/daemon', '-I/home/mininet/mini-ndn/NFD/daemon', '-I/home/mininet/mini-ndn/NFD/build', '-I/home/mininet/mini-ndn/NFD', '-I/home/mininet/mini-ndn/NFD/build/core', '-I/home/mininet/mini-ndn/NFD/core', '-I/usr/include', '-I/usr/local/include', '-I/home/mininet/mini-ndn/NFD/websocketpp', '-DNDEBUG', '-DHAVE_NDN_CXX=1', '../daemon/fw/weighted-load-balancer-strategy.cpp', '-c', '-o', '/home/mininet/mini-ndn/NFD/build/daemon/fw/weighted-load-balancer-strategy.cpp.3.o']


Then I tried compiling the file directly using g++ -std=c++11 weighted-load-balancer-strategy.cpp, I am getting the following error:
forwarder.hpp:29:22: fatal error: common.hpp: No such file or directory
#include "common.hpp"

Please if someone can help if this is a known issue or how can I correct it.


Best Regards,
Navdeep Uniyal
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150727/36009c82/attachment.html>

From dibenede at cs.colostate.edu  Mon Jul 27 08:15:29 2015
From: dibenede at cs.colostate.edu (Steve DiBenedetto)
Date: Mon, 27 Jul 2015 09:15:29 -0600
Subject: [Nfd-dev] Issue while Strategy compilation
In-Reply-To: <12DB5299AAAB1A40B17E72AB76FDA6D8EDA73F@Hydra.office.hd>
References: <12DB5299AAAB1A40B17E72AB76FDA6D8EDA73F@Hydra.office.hd>
Message-ID: <CAG95Nwtj8XtFNNod0-DZc=0ryGdwdXxu3fKKoZ5EUxtpP1KckA@mail.gmail.com>

Are you using the GEC 21 tutorial's weighted load balancer strategy
unmodified? If so, there are compilation issues in the strategy due to API
changes between the target NFD (v0.2.0) and the newer releases. I'm trying
to fix these issues now.

On Mon, Jul 27, 2015 at 6:40 AM, Navdeep Uniyal <navdeep.uniyal at neclab.eu>
wrote:

>  Hello all,
>
>
>
> I am trying to compile my custom forwarding strategy using ./waf for nfd.
> I am getting the below error:
>
> Build failed
>
> -> task in 'daemon-objects' failed (exit status 1):
>
>                 {task 140581136360336: cxx
> weighted-load-balancer-strategy.cpp ->
> weighted-load-balancer-strategy.cpp.3.o}
>
> ['/usr/bin/g++', '-pedantic', '-Wall', '-O2', '-g', '-std=c++11',
> '-include', '/home/mininet/mini-ndn/NFD/build/core-objects.2',
> '-I/home/mininet/mini-ndn/NFD/build/daemon',
> '-I/home/mininet/mini-ndn/NFD/daemon',
> '-I/home/mininet/mini-ndn/NFD/build', '-I/home/mininet/mini-ndn/NFD',
> '-I/home/mininet/mini-ndn/NFD/build/core',
> '-I/home/mininet/mini-ndn/NFD/core', '-I/usr/include',
> '-I/usr/local/include', '-I/home/mininet/mini-ndn/NFD/websocketpp',
> '-DNDEBUG', '-DHAVE_NDN_CXX=1',
> '../daemon/fw/weighted-load-balancer-strategy.cpp', '-c', '-o',
> '/home/mininet/mini-ndn/NFD/build/daemon/fw/weighted-load-balancer-strategy.cpp.3.o']
>
>
>
>
>
> Then I tried compiling the file directly using g++ -std=c++11
> weighted-load-balancer-strategy.cpp, I am getting the following error:
>
> forwarder.hpp:29:22: fatal error: common.hpp: No such file or directory
>
> #include "common.hpp"
>
>
>
> Please if someone can help if this is a known issue or how can I correct
> it.
>
>
>
>
>
> Best Regards,
>
> Navdeep Uniyal
>
> _______________________________________________
> Nfd-dev mailing list
> Nfd-dev at lists.cs.ucla.edu
> http://www.lists.cs.ucla.edu/mailman/listinfo/nfd-dev
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/nfd-dev/attachments/20150727/fe1d862f/attachment.html>