Re: DCCP conntrack/NAT

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>> I have a question regarding the original direction - currently it is
>> linked to the client which actively initiates a connection. DCCP  
>> suffers from the problem that peer-to-peer NAT traversal is not
>> really possible just because of this client/server division. There
>> is a proposal which effects a pseudo simultaneous open, by letting
>> the server send an initiation packet, to fix this problem (TCP
>> peer-to-peer NAT traversal also favours simultaneous-open). I wonder
>> if this would be possible, but it is really a future-work question.
>
> Yes, that should be possible. But how does the server know that
> the client intends to initiate a connection?
>
This is outside the actual NAT implementation, via out-of-band, e.g. using SIP
or Session Traversal Utilities for NAT (draft-ietf-behave-rfc3489bis).

In this regard, the role-reversal patch will be a great help, since it
will allow support for peer-to-peer NAT traversal (i.e. NAT-ed server).


The University of Aberdeen is a charity registered in Scotland, No SC013683.

--
To unsubscribe from this list: send the line "unsubscribe netfilter-devel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Netfitler Users]     [LARTC]     [Bugtraq]     [Yosemite Forum]

  Powered by Linux