[Siproxd-users] SIP client && siproxd on one laptop
Status: Beta
Brought to you by:
tries
Menu
▾
▴
[Siproxd-users] SIP client && siproxd on one laptop
|
From: Matthias A. <gu...@Si...> - 2006-06-25 14:59:04
|
Hello,
I want to use a SIP client (Ekiga) on my laptop and for the problems
which are causing the NAT issues someone recommended me to use siproxd.
The network scenario is like this:
private IP address range : Internet
192.168.2.x : (public IP address range)
:
: foo.bar.org
+-------------+ +--------------+
| | .3 .1 | W-LAN WAN | publicIP 82.135.67.x
| laptop |---------------| router |------------>>
| | | |
+-------------+ +--------------+
iwi0 eth0 : ppp
and on 'laptop' with (private) IP 192.168.2.3 I want to use
the SIP client.
I've installed and configured the siproxd and it is up and running.
The comment in the config file of siproxd says what to do if the
siproxd is not running on the NAT gateway itself:
# 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 Internet router got from the
provider. When I do a SIP call with Ekiga to sip:50...@ek... the
call is handled by siproxd but siproxd does not send it out to
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:50...@ek...
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 siproxd and yes
they know that it should be send out, but it does 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: gur...@ek... -> 50...@ek...)
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: gur...@ek... -> 50...@ek...)
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
--
Matthias Apitz
Manager Technical Support - OCLC PICA GmbH
Gruenwalder Weg 28g - 82041 Oberhaching - Germany
t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211
e <m....@oc...> - w http://www.oclcpica.org/ http://guru.UnixLand.de/
|
