Article delegate-en/2445 of [1-5169] on the server localhost:119
  upper oldest olders older1 this newer1 newers latest
search
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
[Reference:<_A2443@delegate-en.ML_>]
Newsgroups: mail-lists.delegate-en

[DeleGate-En] Re: VOIP Tunneling
12 Oct 2003 19:39:18 GMT feedback@delegate.org (Yutaka Sato)


On 10/09/03(17:53) you Glen Roberts wrote
in <_A2443@delegate-en.ML_>
 |I have "trouble" with an ISP apparently modifying UDP packets which cause a VOIP ATA to be unable to connect.
 |
 |What I would like to do is forward/tunnel the UDP packets to a unix machine that has an unhindered connection to the net. Ie:
 |
 |VOIP/ATA -> Eth1 - WinXp - Eth0 -> Filtered Internet -> Unix -> Unfiltered Internet.
 |
 |Any hope with deletgate?

You can get data from a client on UDP, relay it via chained DeleGate over
TCP, then put it to a server on UDP.  Supposing the DeleGate confronting a
client is hostA:1234/udp, and the target UDP server is hostU:5678/udp,
a pair of tcprelay-DeleGate to relay between UDP client/server should be
configured like this:

  client <--UDP--> hostA <--TCP--> hostB <--UDP--> hostU(server)

  [hostA] delegated -PhostA:1234/udp SERVER=tcprelay://hostB:3456
  [hostB] delegated -PhostB:3456 SERVER=tcprelay://hostU:5678 CONNECT=udp

But if this works for your purpose, it might not be good for parallel clients
and/or heavy usage.  At least you need TIMEOUT=io:10s or so to sweep
DeleGate processes which will not do accept UDP packet any more.

Cheers,
Yutaka
--
  D G Yutaka Sato <y.sato@delegate.org> http://www.delegate.org/y.sato/
 ( - ) National Institute of Advanced Industrial Science and Technology (AIST)
_<   >_ 1-1-4 Umezono, Tsukuba, Ibaraki, 305-8568 Japan
Do the more with the less -- B. Fuller

  admin search upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
@_@V