[ndnSIM] Exception while creating face (converting face-uri to canonical form)

[Anil Jangam]

Hi Junxiao,

I could fix this exception by providing the IP address of my host where
ndnSIM was running. Nevertheless, I think it is an issue and we need to
handle this exception more gracefully and perhaps throwing an appropriate
error? Please take a call.

I also did not understand why it is still trying to convert into a
canonical format when a valid IP address provided. If you see the log on
line #494, you will realize.

I also observed that it always expected the IP address:port combination
with "udp4" as scheme. It did not work with "udp". I am referring to this -
udp://192.0.2.1 (remote-port defaults to 6363). It did not take the default
port 6363 by default. All my neighbouring nodes are remote node in NLSR
test set up.

Alright, I have a different error now, which is specific to NLSR. Thanks
for your help on this!

494 191s FaceController:onCanonizeSuccess(): Converted udp4://10.0.0.3:6363
to canonical form: udp4://10.0.0.3:6363
495 191s FaceController:createFaceInNfd(): Creating Face in NFD with
face-uri: udp4://10.0.0.3:6363
496 191s Fib:registerPrefix(): Registering prefix:
/ndn/edu/umbc/%C1.Router/cs/mctr Face Uri: udp4://10.0.0.3:6363
497 191s FaceController:createFace(): Converting udp4://10.0.0.3:6363 to
canonical form
498 191s FaceController:onCanonizeSuccess(): Converted udp4://10.0.0.3:6363
to canonical form: udp4://10.0.0.3:6363
499 191s FaceController:createFaceInNfd(): Creating Face in NFD with
face-uri: udp4://10.0.0.3:6363
500 191s HelloProtocol:scheduleInterest(): Scheduling HELLO Interests in 60
seconds
501 191s HelloProtocol:onRegistrationFailure(): Unsupported protocol (code:
501)
502 191s HelloProtocol:onRegistrationFailure(): Unsupported protocol (code:
501)
503 191s HelloProtocol:onRegistrationFailure(): Unsupported protocol (code:
501)

/anil.


On Fri, Jan 1, 2016 at 2:10 PM, Anil Jangam <anilj.mailing at gmail.com> wrote:

> Hi Junxiao,
>
> Thanks for comments. There was a small mistake in my code that I was
> creating an instance of boost::asio::io_service, which is prohibited
> according to: http://ndnsim.net/2.1/guide-to-simulate-real-apps.html
>
> I have corrected this problem and my classes looks like this:
>
> .hpp:
>  57 private:
>  58   ::ndn::Face m_face;
>  59   boost::asio::io_service& m_ioService;
>  60   ::ndn::Scheduler m_scheduler;
>  61   ::ndn::KeyChain& m_keyChain;
>  62
>  63   nlsr::Nlsr m_nlsr;
>
> .cpp:
>  41 NlsrExec::NlsrExec(::ndn::KeyChain& keyChain, std::string& nlsrConf)
>  42   : m_face()
>  43   , m_ioService(m_face.getIoService())
>  44   , m_scheduler(m_ioService)
>  45   , m_keyChain(keyChain)
>  46   , m_nlsr(m_ioService, m_scheduler, m_face, m_keyChain)
>  47 {
>  48   m_nlsr.setConfFileName(nlsrConf);
>  49 }
>  50
>
> I also modified the face-uri to an IP address:port format. For each node,
> I am providing an unique IP. Like this:
>
>  76     face-uri  udp://192.0.2.1:6363
>  76     face-uri  udp://192.0.2.1:6363
>
> However, I am still getting the same exception. I have attached the stack
> trace of the same. Can you suggest why it might be occurring?
>
> /anil.
>
>
>
>
> On Fri, Jan 1, 2016 at 3:56 AM, Junxiao Shi <shijunxiao at email.arizona.edu>
> wrote:
>
>> Hi Anil
>>
>> FaceUri needs to be in canonical form as shown on
>> http://redmine.named-data.net/projects/nfd/wiki/FaceMgmt#FaceUri .
>> Otherwise, software may attempt to resolve the hostname with DNS, and
>> that would fail unless you have a DNS server within the simulated network.
>>
>> Yours, Junxiao
>> On Jan 1, 2016 02:21, "Anil Jangam" <anilj.mailing at gmail.com> wrote:
>>
>>> Hi,
>>>
>>> Perhaps a basic question. But an exception is observed while running
>>> ndnSIM scenario. It is trying to convert a *face-uri* to a canonical
>>> form. When tested my application in real setup, I used IP addresses instead
>>> of a face URI. How does ndnSIM behave in this case? Do we have to use the
>>> IP address instead?
>>>
>>> Below is the exact configuration my application using. There could be
>>> error in the configuration as well and looking for suggestions to fix this
>>> problem.
>>>
>>>  71   neighbor
>>>  72   {
>>>  73     name /ndn/edu/memphis/%C1.Router/cs/castor  ; name prefix of the
>>> neighbor router consists
>>>  74                                                 ; of network,
>>> site-name and router-name
>>>  75
>>>  76     face-uri  udp://castor.cs.memphis.edu       ; face uri of the
>>> face connected to the neighbor
>>>  77     link-cost 25                                ; cost of the
>>> connecting link to neighbor
>>>  78   }
>>>  79
>>>
>>> /anil.
>>>
>>>
>>> _______________________________________________
>>> ndnSIM mailing list
>>> ndnSIM at lists.cs.ucla.edu
>>> http://www.lists.cs.ucla.edu/mailman/listinfo/ndnsim
>>>
>>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.lists.cs.ucla.edu/pipermail/ndnsim/attachments/20160102/57f07b5c/attachment.html>