All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.