Albert Thanks a lot for your clarification
I was not aware of lisp-nat-traversal draft <https://tools.ietf.org/html/draft-ermagan-lisp-nat-traversal-11> Disabling nat traversal, fixed this problem, but introduced the problem that it does not work behind NAT :) Using OpenDaylight Lisp Flow Mapping:Main <https://wiki.opendaylight.org/view/OpenDaylight_Lisp_Flow_Mapping:Main> with OOR, is a viable solution for NAT? Muchas Gracias JM El vie., 10 feb. 2017 a las 5:36, Albert López (<alo...@ac.upc.edu>) escribió: > Dear José Miguel, > > First of all, welcome to the OOR community :-). > The message type 7 is an info request message described in the > lisp-nat-traversal > draft <https://tools.ietf.org/html/draft-ermagan-lisp-nat-traversal-11> . > Unfortunately we only provide support of NAT Traversal in the xTR/MN mode. > Our implementation of MS and RTR are pretty basic and doesn't support this > feature yet. When we want to use an xTR behind NAT, the xTR registers with > a MSs deployed in a Cisco box which are compatible with our implementation > and using also a Cisco RTR. > If you nodes are not behind NAT, then you can disable > nat_traversal_support. With this feature disabled, you can use our > implementation of MS. > By the way, thank you so much for your pull requests :-) > > Best regards > > Albert > > > > On 10/02/17 03:26, José Miguel Guzmán wrote: > > Hi > > I am trying to make OOR v1.1.1 work is a simple scenario, but I see than > xTR is sending messages with an unsupported type 7, to the MS. > In Wireshark I confirmed the type is 7, although i don´t see this in > RFC6830 <https://tools.ietf.org/html/rfc6830> this type as one of the > supported ones > > Locator/ID Separation Protocol > 0111 .... .... .... .... .... = Type: Info (7) > .... 0... .... .... .... .... = R bit (Info-Reply): Not set > .... .000 0000 0000 0000 0000 0000 0000 = Reserved bits: 0x00000000 > > MS log says > > [2017/2/10 2:17:23] DEBUG: Received Info Request -> nonce > 93971bbd5dddb7b3, IP: 172.31.49.202 -> 172.31.55.142, UDP: 4342 -> 4342 > [2017/2/10 2:17:23] DEBUG-3: Map-Server: Received control message with > type 7. Discarding! > [2017/2/10 2:17:23] DEBUG: Map-Server: Failed to process control message > > Any idea about what I am doing wrong? > I would appreciate any guidance about this. > > Bellow a summary of both configurations: > > *OOR running as xTR* > operating-mode = xTR > control-iface = eth0 > encapsulation = LISP > rloc-probing { > rloc-probe-interval = 30 > rloc-probe-retries = 2 > rloc-probe-retries-interval = 5 > } > map-resolver = { > 172.31.55.142 > } > static-map-cache { > eid-prefix = 192.168.1.0/24 > iid = 13784 > rloc-address { > address = 172.31.85.142 > priority = 0 > weight = 0 > } > } > nat_traversal_support = on > map-server { > address = 172.31.55.142 > key-type = 1 > key = yunque > proxy-reply = on > } > database-mapping { > eid-prefix = 172.31.64.0/24 > iid = 13785 > rloc-address { > #address = 34.194.45.229 > address = 172.31.49.202 > priority = 0 > weight = 0 > } > } > proxy-itrs = { > ... > } > > *OOR running as xTR* > operating-mode = MS > control-iface = eth0 > lisp-site { > eid-prefix = 192.168.1.0/24 > key-type = 1 > key = yunque > iid = 13784 > accept-more-specifics = true > } > lisp-site { > eid-prefix = 172.31.64.0/24 > key-type = 1 > key = yunque > iid = 13785 > accept-more-specifics = true > } > > > > > > -- > > > *José Miguel Guzmán *Senior Network Consultant > Latin America & Caribbean > > +1 (650) 248-2490 <+16502482490> > +56 (9) 9064-2780 <+56990642780> > > jmguz...@whitestack.com > > jmguzmanc > > > _______________________________________________ > Users mailing > listUsers@openoverlayrouter.orghttp://mail.openoverlayrouter.org/cgi-bin/mailman/listinfo/users > > > > -- *José Miguel Guzmán*Senior Network Consultant Latin America & Caribbean +1 (650) 248-2490 <+16502482490> +56 (9) 9064-2780 <+56990642780> jmguz...@whitestack.com jmguzmanc
_______________________________________________ Users mailing list Users@openoverlayrouter.org http://mail.openoverlayrouter.org/cgi-bin/mailman/listinfo/users