* Existing solutions for encapsulation?
@ 2008-03-05 19:40 Steven Brown
2008-03-08 4:59 ` Ian McDonald
0 siblings, 1 reply; 2+ messages in thread
From: Steven Brown @ 2008-03-05 19:40 UTC (permalink / raw)
To: dccp
I'm running into a need for encapsulation due to various providers
mangling (mandatory NATs on local EVDO service) or dropping (AT&T Yahoo
DSL residential service (but business service works it seems)) DCCP
traffic. I figure DCCP-NAT[1] support in the stack is exactly what I
need, but AFAIK it's not implemented yet (only in DCCP-TP I think).
Is there an existing solution at the moment to add the encoding, or near
term plan to implement it? If not, would it make sense to route the
traffic into a tun device that adds/removes the encoding? Is there a
better way to get the DCCP packet before it's sent than having an extra
service/interface like that? I'm not familiar enough with the kernel
layer to implement it there in reasonable time which is why I'm looking
at doing a quick hack in userland.
[1] http://www.phelan-4.com/dccp/draft-phelan-dccp-natencap-00.txt
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: Existing solutions for encapsulation?
2008-03-05 19:40 Existing solutions for encapsulation? Steven Brown
@ 2008-03-08 4:59 ` Ian McDonald
0 siblings, 0 replies; 2+ messages in thread
From: Ian McDonald @ 2008-03-08 4:59 UTC (permalink / raw)
To: dccp
On Thu, Mar 6, 2008 at 8:40 AM, Steven Brown <swbrown@variadic.org> wrote:
> I'm running into a need for encapsulation due to various providers
> mangling (mandatory NATs on local EVDO service) or dropping (AT&T Yahoo
> DSL residential service (but business service works it seems)) DCCP
> traffic. I figure DCCP-NAT[1] support in the stack is exactly what I
> need, but AFAIK it's not implemented yet (only in DCCP-TP I think).
>
> Is there an existing solution at the moment to add the encoding, or near
> term plan to implement it? If not, would it make sense to route the
> traffic into a tun device that adds/removes the encoding? Is there a
> better way to get the DCCP packet before it's sent than having an extra
> service/interface like that? I'm not familiar enough with the kernel
> layer to implement it there in reasonable time which is why I'm looking
> at doing a quick hack in userland.
>
>
> [1] http://www.phelan-4.com/dccp/draft-phelan-dccp-natencap-00.txt
>
Steven,
I'm not aware of anybody working on this in the kernel at present -
this is relatively new though. I would love to, but don't have the
time. Basically things get into the kernel by people having a go. A
quick hack in userland would work, but I would say give it a go in
kernel as well - no time to learn like the present!
The other option is seeing if you can port it from DCCP-TP to the
kernel. It is meant to be a portable implementation....
Ian
--
Web: http://wand.net.nz/~iam4/
Blog: http://iansblog.jandi.co.nz
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2008-03-08 4:59 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-03-05 19:40 Existing solutions for encapsulation? Steven Brown
2008-03-08 4:59 ` Ian McDonald
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.