[OOR-Users] [OOR-users] How to do dynamic eid registration using LISP netconf interface

[Albert]

Hi Nagesh,

OOR use SMR procedure to notify a change of the RLOCs associated to an 
EID. If the EID has been removed, we don't notify this to other xTRs 
(the traffic will be lost anyway). Did you find any case where this 
procedure needs to be modified?

Best regards

Albert


El 27/12/16 a les 06:25, Nagesh L ha escrit:
> Hi Albert,
>
> I am observing some issue related to SMR.
> In my setup, I am having 2 eid's(4.4.4.0/24 <http://4.4.4.0/24>, 
> 2.2.2.0/24 <http://2.2.2.0/24>) registered to MS via XTR1, using 
> netconf interface I am deleting one eid (2.2.2.0/24 
> <http://2.2.2.0/24>) after delete, XTR1 is not sending SMR to its 
> cached entries (map_cache).
> As per my understanding, It suppose to send SMR for 2.2.2.0/24 
> <http://2.2.2.0/24> to ITR (XTR3)
> Please correct me, If i am wrong.
>
> Debug logs on XTR1
>
> [2016/12/26 15:54:56] DEBUG: Start SMR for local EID 4.4.4.0/24 
> <http://4.4.4.0/24>
> [2016/12/26 15:54:56] DEBUG: Sending SMRs to PITRs
> [2016/12/26 15:54:56] DEBUG-3: LMAPI: Ready to send 12 bytes through 
> API socket
>
> code pointer:
>
>  OOR_LOG(LDBG_1, "Start SMR for local EID %s", lisp_addr_to_char(eid));
>
>     /* TODO: spec says SMRs should be sent only to peer ITRs that sent us
>      * traffic in the last minute. Should change this in the future*/
>     /* XXX: works ONLY with IP */
> mcache_foreach_active_entry_in_ip_eid_db(xtr->map_cache, eid, mce) {
>         mcache_map = mcache_entry_mapping(mce);
>         build_and_send_smr_mreq_to_map(xtr, map, mcache_map);
>     } mcache_foreach_active_entry_in_ip_eid_db_end;
>
>     /* SMR proxy-itr */
>     OOR_LOG(LDBG_1, "Sending SMRs to PITRs");
>
>
> commit 361e6c532291ffe487afd028ea8a7120020d3232
> Author: albert-lopez <alopez at ac.upc.edu <mailto:alopez at ac.upc.edu>>
> Date:   Wed Nov 30 17:48:03 2016 +0100
>
>     SMR changes of a local mapping modified by netconf
>
> Thanks
> Nagesh
>
>
> On Wed, Nov 9, 2016 at 9:34 PM, Albert López <alopez at ac.upc.edu 
> <mailto:alopez at ac.upc.edu>> wrote:
>
>     Yes it should. Do you have detected anything strange?
>
>     Regards
>
>     Albert
>
>
>     On 09/11/16 16:53, Nagesh L wrote:
>>     Hi Alberto,
>>
>>     Thank you for providing the netopeer-configuration settings.
>>     Eid registration via XTR netconf interface is working on my setup.
>>
>>     one more question on LISP, SMR functionality working in lismmob/oor?
>>
>>     Thanks
>>     Nagesh
>>
>>     On Wed, Nov 9, 2016 at 12:16 PM, Alberto Rodriguez-Natal
>>     <rodrigueznatal at gmail.com <mailto:rodrigueznatal at gmail.com>> wrote:
>>
>>         Hi Nagesh,
>>
>>         Try to allow complete access to all users. Run "sudo
>>         netopeer-configurator" and go to the NACM section. Change the
>>         settings to look like the ones below.
>>
>>         │Netopeer           ││Access control is OFF                                    │
>>         │Intercommunication ││Using system groups is ALLOWED                           │
>>         │NACM               ││                                                         │
>>         │                   ││Default action for read requests: PERMIT                 │
>>         │                   ││Default action for write requests: PERMIT                │
>>         │                   ││Default action for execute requests: PERMIT              │
>>         │                   ││                                                         │
>>         │                   ││Add users with unlimited access                          │
>>         │                   ││  alberto (your ussername here)                                               │
>>         │                   ││
>>
>>         You can try to take a look here as well
>>
>>         https://github.com/CESNET/netopeer/wiki/AccessControl
>>         <https://github.com/CESNET/netopeer/wiki/AccessControl>
>>
>>         Let us know if that solves the issue.
>>
>>         Thanks!
>>         Alberto
>>
>>
>
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.openoverlayrouter.org/pipermail/users/attachments/20170102/baa70705/attachment.html>