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

Re: UDP over TCP (Re: SIP proxy possibilities and MSN failure)
24 Sep 2010 06:13:16 GMT     feedback@delegate.org (Yutaka Sato)
The DeleGate Project

In message  on 09/23/10(21:11:36)
you "ZaMotH"  wrote:
 |Ok I did make it work.

I don't believe that you could make it work as follows:

 |> On the actual computer I put :
 |> dg9_9_7.exe SERVER=sockmux -P127.0.0.1:6543 DEST=[SSH relay]:5060/udp RES
 |> and on the distant computer, running the end of the ssh tunnel I run
 |> dg9_9_7.exe SERVER=sockmux -P127.0.0.1:6543 DEST=212.27.52.5:5060/udp

At least it should have been like this:

  client-side: delegated SERVER=sockmux://remote-host:5678 PORT=1234/udp
  remote-host: delegated SERVER=sockmux -P5678 DEST=xx.xx.xx.xx:1234/udp

 |But what I see, is that delegate seems to hang after some time.  Sent 
 |packets are not seen anymore on the delegate console (using the -v switch). 
 |It does not event reconize CTRL+C command anymore.  I'll give a feedback if 
 |I see anything new.

The implementation of relaying UDP over SockMux is just tentative and
it does not implement garbage collection for UDP associations which is
supported in UDPrelay (and YYMUX recently).

Cheers,
Yutaka
--
  9 9   Yutaka Sato, CSDP#005482  http://delegate.org/y.sato/
 ( ~ )  National Institute of Advanced Industrial Science and Technology
_<   >_ 1-1-4 Umezono, Tsukuba, Ibaraki, 305-8568 Japan
Do the more with the less -- B. Fuller
  search upper oldest olders older1 this newer1 newers latest
[Top/Up] [oldest] - [Older+chunk] - [Newer+chunk] - [newest + Check]
@_@V