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 <http://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 <http://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 <http://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 <http://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 <tel:+16502482490>
+56 (9) 9064-2780 <tel:+56990642780>
jmguz...@whitestack.com <mailto:jmguz...@whitestack.com>
jmguzmanc
_______________________________________________
Users mailing list
Users@openoverlayrouter.org
http://mail.openoverlayrouter.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
Users@openoverlayrouter.org
http://mail.openoverlayrouter.org/cgi-bin/mailman/listinfo/users