[ndnSIM] Exception while creating face (converting face-uri to canonical form)
Anil Jangam
anilj.mailing at gmail.com
Sat Jan 2 02:09:09 PST 2016
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>
More information about the ndnSIM
mailing list