Re: [GnomeMeeting-list] Ekiga && Media patch thread not terminated

[Damien Sandras <dsandras seconix com>]

It should be installed on your router.

I can not really help you configuring sipproxd, I have only done it once
on my gateway and it was working fine (except for video).

I suggest you to mail their mailing list.


Le dimanche 25 juin 2006 à 10:48 +0200, Matthias Apitz a écrit :
> El día Friday, June 23, 2006 a las 05:50:40PM +0200, Damien Sandras escribió:
> 
> > You seem to have severe NAT issues. I would suggest that you install a SIP Outbound Proxy like 
> > sipproxd (which is buggy with video, but does the job) and configure it as outbound proxy on 
> > both clients.
> 
> Ok, I've installed and configured and it is up and running. I put the
> siproxd on the same laptop where also Ekiga is running. May be I do not
> unterstand the cinfiguration well, wehre it reads:
> 
> # The interface names of INBOUND and OUTBOUND interface.
> #
> #    If siproxd is not running on the host doing the masquerading
> #    but on a host within the private network segment, "in front" of
> #    the masquerading router: define if_inbound and if_outbound to
> #    point to the same interface (the inbound interface). In *addition*
> #    define 'host_outbound' to hold your external (public) IP address
> #    or a hostname that resolves to that address (use a dyndns address for
> #    example).
> #
> if_inbound  = iwi0
> if_outbound = iwi0
> # uncomment the following line ONLY IF YOU KNOW WHAT YOU ARE DOING!
> # READ THE FAQ FIRST!
> host_outbound = 82.135.1.6
> 
> The addr 82.135.1.6 is what my W-LAN Internetrouter got from the
> provider. When I do a SIP call with Ekiga to 500 ekiga net the
> call is handeled by siproxd but does not send out to the IP
> of Ekiga.net:
> 
> # tcpdump -X -n -i lo0 port 5060
> tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
> listening on lo0, link-type NULL (BSD loopback), capture size 96 bytes
> 10:41:19.454886 IP 192.168.2.3.5073 > 127.0.0.1.5060: SIP, length: 1022
>         0x0000:  4500 041a 6c7d 0000 4011 c8a9 c0a8 0203  E   l}          
>         0x0010:  7f00 0001 13d1 13c4 0406 6ef8 494e 5649  ..........n.INVI
>         0x0020:  5445 2073 6970 3a35 3030 4065 6b69 6761  TE.sip:500 ekiga
>         0x0030:  2e6e 6574 2053 4950 2f32 2e30 0d0a 526f  .net.SIP/2.0..Ro
>         0x0040:  7574 653a 203c 7369 703a 3132 372e 302e  ute:.<sip:127.0.
>         0x0050:  302e 313a 3530 3630 3b6c 723e            0.1:5060;lr>
> 10:41:19.503308 IP 192.168.2.3.5060 > 192.168.2.3.5073: SIP, length: 340
>         0x0000:  4500 0170 6c7f 0000 4011 87a7 c0a8 0203  E  pl           
>         0x0010:  c0a8 0203 13c4 13d1 015c 1fed 5349 502f  .........\..SIP/
>         0x0020:  322e 3020 3430 3820 5265 7175 6573 7420  2.0.408.Request.
>         0x0030:  5469 6d65 6f75 740d 0a56 6961 3a20 5349  Timeout..Via:.SI
>         0x0040:  502f 322e 302f 5544 5020 3139 322e 3136  P/2.0/UDP.192.16
>         0x0050:  382e 322e 333a 3530 3733 3b62            8.2.3:5073;b
> 10:41:19.504968 IP 192.168.2.3.5073 > 127.0.0.1.5060: SIP, length: 448
>         0x0000:  4500 01dc 6c80 0000 4011 cae4 c0a8 0203  E   l           
>         0x0010:  7f00 0001 13d1 13c4 01c8 a53f 4143 4b20  ...........?ACK.
>         0x0020:  7369 703a 3530 3040 656b 6967 612e 6e65  sip:500 ekiga ne
>         0x0030:  7420 5349 502f 322e 300d 0a52 6f75 7465  t.SIP/2.0..Route
>         0x0040:  3a20 3c73 6970 3a31 3237 2e30 2e30 2e31  :.<sip:127.0.0.1
>         0x0050:  3a35 3036 303b 6c72 3e0d 0a43            :5060;lr>..C
> 10:41:19.505387 IP 192.168.2.3.5060 > 192.168.2.3.5073: SIP, length: 337
>         0x0000:  4500 016d 6c81 0000 4011 87a8 c0a8 0203  E  ml           
>         0x0010:  c0a8 0203 13c4 13d1 0159 6ca7 5349 502f  .........Yl.SIP/
>         0x0020:  322e 3020 3430 3820 5265 7175 6573 7420  2.0.408.Request.
>         0x0030:  5469 6d65 6f75 740d 0a56 6961 3a20 5349  Timeout..Via:.SI
>         0x0040:  502f 322e 302f 5544 5020 3139 322e 3136  P/2.0/UDP.192.16
>         0x0050:  382e 322e 333a 3530 3733 3b62            8.2.3:5073;b
> 
> I've also enabled the debugging in the the siproxyd and yes
> they know to send it out, but they do not:
> 
> # tail -f /var/log/debug.log
> Jun 25 10:41:19 rebelion siproxd: route_processing.c:134 route_preprocess: checking topmost Route header
> Jun 25 10:41:19 rebelion siproxd: proxy.c:344 request [INVITE] from/to unregistered UA (RQ: gurucubano ekiga net -> 500 ekiga net)
> Jun 25 10:41:19 rebelion siproxd: sock.c:164 send UDP packet to 192.168.2.3: 5073
> Jun 25 10:41:19 rebelion siproxd: sock.c:125 received UDP packet from 192.168.2.3, count=448
> Jun 25 10:41:19 rebelion siproxd: siproxd.c:362 checking Max-Forwards (=70)
> Jun 25 10:41:19 rebelion siproxd: siproxd.c:408 received SIP type REQ:ACK
> Jun 25 10:41:19 rebelion siproxd: proxy.c:88 proxy_request
> Jun 25 10:41:19 rebelion siproxd: route_processing.c:134 route_preprocess: checking topmost Route header
> Jun 25 10:41:19 rebelion siproxd: proxy.c:344 request [ACK] from/to unregistered UA (RQ: gurucubano ekiga net -> 500 ekiga net)
> Jun 25 10:41:19 rebelion siproxd: sock.c:164 send UDP packet to 192.168.2.3: 5073
> 
> What I'm missing here?
> 
> 	matthias
> 
-- 
 _      Damien Sandras
(o-     
//\     Ekiga Softphone: http://www.ekiga.org/
v_/_    FOSDEM 2006    : http://www.fosdem.org/
        SIP Phone      : sip:dsandras ekiga net
                         sip:600000 ekiga net