siproxd-users Mailing List for siproxd - SIP proxy/masquerading daemon (Page 4)
Status: Beta
Brought to you by:
tries
Menu
▾
▴
siproxd-users — Users Mailing List
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(4) |
Oct
(1) |
Nov
(3) |
Dec
(1) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(3) |
Feb
|
Mar
(9) |
Apr
(7) |
May
|
Jun
(3) |
Jul
(1) |
Aug
(1) |
Sep
(5) |
Oct
(1) |
Nov
|
Dec
(1) |
| 2004 |
Jan
(3) |
Feb
(3) |
Mar
|
Apr
(4) |
May
(1) |
Jun
|
Jul
|
Aug
(4) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
| 2005 |
Jan
(14) |
Feb
(1) |
Mar
(1) |
Apr
(2) |
May
(6) |
Jun
|
Jul
|
Aug
(7) |
Sep
(1) |
Oct
(5) |
Nov
|
Dec
|
| 2006 |
Jan
(5) |
Feb
(4) |
Mar
(3) |
Apr
(2) |
May
|
Jun
(1) |
Jul
|
Aug
(4) |
Sep
|
Oct
|
Nov
(2) |
Dec
(4) |
| 2007 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(10) |
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
(2) |
Dec
(7) |
| 2008 |
Jan
(2) |
Feb
(2) |
Mar
(2) |
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
(2) |
Dec
|
| 2009 |
Jan
|
Feb
(4) |
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(4) |
Dec
(1) |
| 2010 |
Jan
(2) |
Feb
(4) |
Mar
|
Apr
(4) |
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
(2) |
Oct
(2) |
Nov
(4) |
Dec
(4) |
| 2011 |
Jan
(2) |
Feb
(1) |
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
(1) |
Aug
(2) |
Sep
|
Oct
(1) |
Nov
(1) |
Dec
(2) |
| 2012 |
Jan
(2) |
Feb
|
Mar
(3) |
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
(9) |
May
(2) |
Jun
(1) |
Jul
|
Aug
(2) |
Sep
(5) |
Oct
|
Nov
|
Dec
|
| 2014 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
|
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(1) |
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
(1) |
Nov
(4) |
Dec
|
| 2018 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(2) |
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: Thomas R. <tr...@gm...> - 2010-11-29 18:08:34
|
Can you provide a debug log of siproxd? I'd like to see how the dropped ACK looks like. There is/was a know issue with ekiga.net. In that articular case a wrong Content-Lenght did cause the packet to be dropped by libosip2. Are there any warnings/errors in the siproxd log file? Regards, /Thomas On 29 Nov, Felix Lechner wrote: > Hello, > > Is anyone aware of a situation when Siproxd would swallow the ACK in > an INVITE handshake? > > Below are my logs. > > Ekiga terminates because of failure to receive ACK. > > Siproxd runs on gateway at 192.168.11.1. Client is 192.168.11.177. > Call is an inbound Google Voice call via Sipphone/Gizmo5. > > Regards, > Felix > > * * * Between Ekiga and my gateway running Siproxd: > > No. Time Source Destination > Protocol Info > 1 0.000000 192.168.11.1 192.168.11.177 > SIP/SDP Request: INVITE > sip:17476686228@192.168.11.177<sip%3A17476686228@192.168.11.177>, > with session description > 2 0.004324 192.168.11.177 192.168.11.1 SIP > Status: 100 Trying > 3 0.011226 192.168.11.177 192.168.11.1 SIP > Status: 180 Ringing > 4 1.221986 192.168.11.177 192.168.11.1 SIP > Request: REGISTER sip:proxy01.sipphone.com > 5 1.668841 192.168.11.1 192.168.11.177 SIP > Status: 200 OK (1 bindings) > 6 1.676359 192.168.11.177 192.168.11.1 SIP > Request: SUBSCRIBE > sip:174...@pr...<sip%3A1...@pr...> > 7 2.116070 192.168.11.1 192.168.11.177 SIP > Request: SUBSCRIBE > sip:17476686228@192.168.11.177<sip%3A17476686228@192.168.11.177> > 8 2.119343 192.168.11.177 192.168.11.1 SIP > Status: 405 Method Not Allowed > 9 2.178203 192.168.11.177 192.168.11.1 SIP > Request: SUBSCRIBE > sip:174...@pr...<sip%3A1...@pr...> > 10 2.208363 192.168.11.177 198.65.166.131 > SIP/XML Request: PUBLISH > sip:174...@pr...<sip%3A1...@pr...> > 11 2.598451 192.168.11.1 192.168.11.177 SIP > Status: 405 Method Not Allowed > 12 2.638144 192.168.11.1 192.168.11.177 SIP > Status: 405 Method Not Allowed > 13 2.709676 192.168.11.177 198.65.166.131 > SIP/XML Request: PUBLISH > sip:174...@pr...<sip%3A1...@pr...> > 14 3.674083 192.168.11.177 192.168.11.1 > SIP/SDP Status: 200 OK, with session description > 15 3.710301 192.168.11.177 198.65.166.131 > SIP/XML Request: PUBLISH > sip:174...@pr...<sip%3A1...@pr...> > 16 4.174685 192.168.11.177 192.168.11.1 > SIP/SDP Status: 200 OK, with session description > 17 5.710938 192.168.11.177 198.65.166.131 > SIP/XML Request: PUBLISH > sip:174...@pr...<sip%3A1...@pr...> > 18 31.680208 192.168.11.177 192.168.11.1 SIP > Request: REGISTER sip:proxy01.sipphone.com > 19 32.181097 192.168.11.177 192.168.11.1 SIP > Request: REGISTER sip:proxy01.sipphone.com > 20 32.814627 192.168.11.1 192.168.11.177 SIP > Status: 200 OK (1 bindings) > 21 32.822995 192.168.11.177 192.168.11.1 SIP > Request: SUBSCRIBE > sip:174...@pr...<sip%3A1...@pr...> > 22 32.829732 192.168.11.1 192.168.11.177 SIP > Status: 200 OK (1 bindings) > 23 33.328976 192.168.11.1 192.168.11.177 SIP > Request: SUBSCRIBE > sip:17476686228@192.168.11.177<sip%3A17476686228@192.168.11.177> > 24 33.331561 192.168.11.177 192.168.11.1 SIP > Request: SUBSCRIBE > sip:174...@pr...<sip%3A1...@pr...> > 25 33.333971 192.168.11.177 192.168.11.1 SIP > Status: 405 Method Not Allowed > 26 33.448979 192.168.11.177 198.65.166.131 > SIP/XML Request: PUBLISH > sip:174...@pr...<sip%3A1...@pr...> > 27 33.733403 192.168.11.1 192.168.11.177 SIP > Request: SUBSCRIBE > sip:17476686228@192.168.11.177<sip%3A17476686228@192.168.11.177> > 28 33.738981 192.168.11.177 192.168.11.1 SIP > Status: 405 Method Not Allowed > 29 33.761589 192.168.11.1 192.168.11.177 SIP > Status: 405 Method Not Allowed > 30 33.950697 192.168.11.177 198.65.166.131 > SIP/XML Request: PUBLISH > sip:174...@pr...<sip%3A1...@pr...> > 31 34.951540 192.168.11.177 198.65.166.131 > SIP/XML Request: PUBLISH > sip:174...@pr...<sip%3A1...@pr...> > 32 35.745194 192.168.11.177 192.168.11.1 SIP > Request: BYE sip:+16172295005@74.125.46.80:24000 > 33 36.246353 192.168.11.177 192.168.11.1 SIP > Request: BYE sip:+16172295005@74.125.46.80:24000 > 34 36.266313 192.168.11.1 192.168.11.177 SIP > Status: 404 Not here > 35 36.715199 192.168.11.1 192.168.11.177 SIP > Status: 404 Not here > 36 36.951550 192.168.11.177 198.65.166.131 > SIP/XML Request: PUBLISH > sip:174...@pr...<sip%3A1...@pr...> > > * * * Between Siproxd and the outside world: > > No. Time Source Destination > Protocol Info > 1 0.000000 198.65.166.131 10.11.39.174 > SIP/SDP Request: INVITE > sip:17476686228@72.254.95.107<sip%3A17476686228@72.254.95.107>, > with session description > 2 0.017487 10.11.39.174 198.65.166.131 SIP > Status: 100 Trying > 3 0.024133 10.11.39.174 198.65.166.131 SIP > Status: 180 Ringing > 4 1.234185 10.11.39.174 198.65.166.131 SIP > Request: REGISTER sip:proxy01.sipphone.com > 5 1.673553 198.65.166.131 10.11.39.174 SIP > Status: 200 OK (1 bindings) > 6 1.688100 10.11.39.174 198.65.166.131 SIP > Request: SUBSCRIBE > sip:174...@pr...<sip%3A1...@pr...> > 7 2.120416 198.65.166.131 10.11.39.174 SIP > Request: SUBSCRIBE > sip:17476686228@72.254.95.107<sip%3A17476686228@72.254.95.107> > 8 2.131477 10.11.39.174 198.65.166.131 SIP > Status: 405 Method Not Allowed > 9 2.189953 10.11.39.174 198.65.166.131 SIP > Request: SUBSCRIBE > sip:174...@pr...<sip%3A1...@pr...> > 10 2.603282 198.65.166.131 10.11.39.174 SIP > Status: 405 Method Not Allowed > 11 2.643286 198.65.166.131 10.11.39.174 SIP > Status: 405 Method Not Allowed > 12 3.689478 10.11.39.174 198.65.166.131 > SIP/SDP Status: 200 OK, with session description > 13 4.188695 10.11.39.174 198.65.166.131 > SIP/SDP Status: 200 OK, with session description > 14 4.289813 198.65.166.131 10.11.39.174 SIP > Request: ACK sip:7476686228@72.254.95.107:5060 > 15 4.297488 10.11.39.174 198.65.166.131 SIP > Status: 408 Request Timeout > 16 4.797679 198.65.166.131 10.11.39.174 SIP > Request: ACK sip:7476686228@72.254.95.107:5060 > 17 4.804459 10.11.39.174 198.65.166.131 SIP > Status: 408 Request Timeout > 18 32.231665 10.11.39.174 198.65.166.131 SIP > Request: REGISTER sip:proxy01.sipphone.com > 19 32.236893 10.11.39.174 198.65.166.131 SIP > Request: REGISTER sip:proxy01.sipphone.com > 20 32.819967 198.65.166.131 10.11.39.174 SIP > Status: 200 OK (1 bindings) > 21 32.831952 198.65.166.131 10.11.39.174 SIP > Status: 200 OK (1 bindings) > 22 32.834899 10.11.39.174 198.65.166.131 SIP > Request: SUBSCRIBE > sip:174...@pr...<sip%3A1...@pr...> > 23 33.332820 198.65.166.131 10.11.39.174 SIP > Request: SUBSCRIBE > sip:17476686228@72.254.95.107<sip%3A17476686228@72.254.95.107> > 24 33.343388 10.11.39.174 198.65.166.131 SIP > Request: SUBSCRIBE > sip:174...@pr...<sip%3A1...@pr...> > 25 33.347591 10.11.39.174 198.65.166.131 SIP > Status: 405 Method Not Allowed > 26 33.736708 198.65.166.131 10.11.39.174 SIP > Request: SUBSCRIBE > sip:17476686228@72.254.95.107<sip%3A17476686228@72.254.95.107> > 27 33.752125 10.11.39.174 198.65.166.131 SIP > Status: 405 Method Not Allowed > 28 33.765718 198.65.166.131 10.11.39.174 SIP > Status: 405 Method Not Allowed > 29 35.063947 10.11.39.174 198.65.166.165 STUN > Message: Binding Request > 30 35.543214 198.65.166.165 10.11.39.174 STUN > Message: Binding Response > 31 35.759343 10.11.39.174 74.125.46.80 SIP > Request: BYE sip:+16172295005@74.125.46.80:24000 > 32 36.257008 74.125.46.80 10.11.39.174 SIP > Status: 404 Not here > 33 36.271817 10.11.39.174 74.125.46.80 SIP > Request: BYE sip:+16172295005@74.125.46.80:24000 > 34 36.720896 74.125.46.80 10.11.39.174 SIP > Status: 404 Not here |
|
From: Felix L. <fel...@gm...> - 2010-11-29 09:20:20
|
Hello,
Is anyone aware of a situation when Siproxd would swallow the ACK in an
INVITE handshake?
Below are my logs.
Ekiga terminates because of failure to receive ACK.
Siproxd runs on gateway at 192.168.11.1. Client is 192.168.11.177. Call is
an inbound Google Voice call via Sipphone/Gizmo5.
Regards,
Felix
* * * Between Ekiga and my gateway running Siproxd:
No. Time Source Destination Protocol
Info
1 0.000000 192.168.11.1 192.168.11.177 SIP/SDP
Request: INVITE
sip:17476686228@192.168.11.177<sip%3A17476686228@192.168.11.177>,
with session description
2 0.004324 192.168.11.177 192.168.11.1 SIP
Status: 100 Trying
3 0.011226 192.168.11.177 192.168.11.1 SIP
Status: 180 Ringing
4 1.221986 192.168.11.177 192.168.11.1 SIP
Request: REGISTER sip:proxy01.sipphone.com
5 1.668841 192.168.11.1 192.168.11.177 SIP
Status: 200 OK (1 bindings)
6 1.676359 192.168.11.177 192.168.11.1 SIP
Request: SUBSCRIBE
sip:174...@pr...<sip%3A1...@pr...>
7 2.116070 192.168.11.1 192.168.11.177 SIP
Request: SUBSCRIBE
sip:17476686228@192.168.11.177<sip%3A17476686228@192.168.11.177>
8 2.119343 192.168.11.177 192.168.11.1 SIP
Status: 405 Method Not Allowed
9 2.178203 192.168.11.177 192.168.11.1 SIP
Request: SUBSCRIBE
sip:174...@pr...<sip%3A1...@pr...>
10 2.208363 192.168.11.177 198.65.166.131 SIP/XML
Request: PUBLISH
sip:174...@pr...<sip%3A1...@pr...>
11 2.598451 192.168.11.1 192.168.11.177 SIP
Status: 405 Method Not Allowed
12 2.638144 192.168.11.1 192.168.11.177 SIP
Status: 405 Method Not Allowed
13 2.709676 192.168.11.177 198.65.166.131 SIP/XML
Request: PUBLISH
sip:174...@pr...<sip%3A1...@pr...>
14 3.674083 192.168.11.177 192.168.11.1 SIP/SDP
Status: 200 OK, with session description
15 3.710301 192.168.11.177 198.65.166.131 SIP/XML
Request: PUBLISH
sip:174...@pr...<sip%3A1...@pr...>
16 4.174685 192.168.11.177 192.168.11.1 SIP/SDP
Status: 200 OK, with session description
17 5.710938 192.168.11.177 198.65.166.131 SIP/XML
Request: PUBLISH
sip:174...@pr...<sip%3A1...@pr...>
18 31.680208 192.168.11.177 192.168.11.1 SIP
Request: REGISTER sip:proxy01.sipphone.com
19 32.181097 192.168.11.177 192.168.11.1 SIP
Request: REGISTER sip:proxy01.sipphone.com
20 32.814627 192.168.11.1 192.168.11.177 SIP
Status: 200 OK (1 bindings)
21 32.822995 192.168.11.177 192.168.11.1 SIP
Request: SUBSCRIBE
sip:174...@pr...<sip%3A1...@pr...>
22 32.829732 192.168.11.1 192.168.11.177 SIP
Status: 200 OK (1 bindings)
23 33.328976 192.168.11.1 192.168.11.177 SIP
Request: SUBSCRIBE
sip:17476686228@192.168.11.177<sip%3A17476686228@192.168.11.177>
24 33.331561 192.168.11.177 192.168.11.1 SIP
Request: SUBSCRIBE
sip:174...@pr...<sip%3A1...@pr...>
25 33.333971 192.168.11.177 192.168.11.1 SIP
Status: 405 Method Not Allowed
26 33.448979 192.168.11.177 198.65.166.131 SIP/XML
Request: PUBLISH
sip:174...@pr...<sip%3A1...@pr...>
27 33.733403 192.168.11.1 192.168.11.177 SIP
Request: SUBSCRIBE
sip:17476686228@192.168.11.177<sip%3A17476686228@192.168.11.177>
28 33.738981 192.168.11.177 192.168.11.1 SIP
Status: 405 Method Not Allowed
29 33.761589 192.168.11.1 192.168.11.177 SIP
Status: 405 Method Not Allowed
30 33.950697 192.168.11.177 198.65.166.131 SIP/XML
Request: PUBLISH
sip:174...@pr...<sip%3A1...@pr...>
31 34.951540 192.168.11.177 198.65.166.131 SIP/XML
Request: PUBLISH
sip:174...@pr...<sip%3A1...@pr...>
32 35.745194 192.168.11.177 192.168.11.1 SIP
Request: BYE sip:+16172295005@74.125.46.80:24000
33 36.246353 192.168.11.177 192.168.11.1 SIP
Request: BYE sip:+16172295005@74.125.46.80:24000
34 36.266313 192.168.11.1 192.168.11.177 SIP
Status: 404 Not here
35 36.715199 192.168.11.1 192.168.11.177 SIP
Status: 404 Not here
36 36.951550 192.168.11.177 198.65.166.131 SIP/XML
Request: PUBLISH
sip:174...@pr...<sip%3A1...@pr...>
* * * Between Siproxd and the outside world:
No. Time Source Destination Protocol
Info
1 0.000000 198.65.166.131 10.11.39.174 SIP/SDP
Request: INVITE
sip:17476686228@72.254.95.107<sip%3A17476686228@72.254.95.107>,
with session description
2 0.017487 10.11.39.174 198.65.166.131 SIP
Status: 100 Trying
3 0.024133 10.11.39.174 198.65.166.131 SIP
Status: 180 Ringing
4 1.234185 10.11.39.174 198.65.166.131 SIP
Request: REGISTER sip:proxy01.sipphone.com
5 1.673553 198.65.166.131 10.11.39.174 SIP
Status: 200 OK (1 bindings)
6 1.688100 10.11.39.174 198.65.166.131 SIP
Request: SUBSCRIBE
sip:174...@pr...<sip%3A1...@pr...>
7 2.120416 198.65.166.131 10.11.39.174 SIP
Request: SUBSCRIBE
sip:17476686228@72.254.95.107<sip%3A17476686228@72.254.95.107>
8 2.131477 10.11.39.174 198.65.166.131 SIP
Status: 405 Method Not Allowed
9 2.189953 10.11.39.174 198.65.166.131 SIP
Request: SUBSCRIBE
sip:174...@pr...<sip%3A1...@pr...>
10 2.603282 198.65.166.131 10.11.39.174 SIP
Status: 405 Method Not Allowed
11 2.643286 198.65.166.131 10.11.39.174 SIP
Status: 405 Method Not Allowed
12 3.689478 10.11.39.174 198.65.166.131 SIP/SDP
Status: 200 OK, with session description
13 4.188695 10.11.39.174 198.65.166.131 SIP/SDP
Status: 200 OK, with session description
14 4.289813 198.65.166.131 10.11.39.174 SIP
Request: ACK sip:7476686228@72.254.95.107:5060
15 4.297488 10.11.39.174 198.65.166.131 SIP
Status: 408 Request Timeout
16 4.797679 198.65.166.131 10.11.39.174 SIP
Request: ACK sip:7476686228@72.254.95.107:5060
17 4.804459 10.11.39.174 198.65.166.131 SIP
Status: 408 Request Timeout
18 32.231665 10.11.39.174 198.65.166.131 SIP
Request: REGISTER sip:proxy01.sipphone.com
19 32.236893 10.11.39.174 198.65.166.131 SIP
Request: REGISTER sip:proxy01.sipphone.com
20 32.819967 198.65.166.131 10.11.39.174 SIP
Status: 200 OK (1 bindings)
21 32.831952 198.65.166.131 10.11.39.174 SIP
Status: 200 OK (1 bindings)
22 32.834899 10.11.39.174 198.65.166.131 SIP
Request: SUBSCRIBE
sip:174...@pr...<sip%3A1...@pr...>
23 33.332820 198.65.166.131 10.11.39.174 SIP
Request: SUBSCRIBE
sip:17476686228@72.254.95.107<sip%3A17476686228@72.254.95.107>
24 33.343388 10.11.39.174 198.65.166.131 SIP
Request: SUBSCRIBE
sip:174...@pr...<sip%3A1...@pr...>
25 33.347591 10.11.39.174 198.65.166.131 SIP
Status: 405 Method Not Allowed
26 33.736708 198.65.166.131 10.11.39.174 SIP
Request: SUBSCRIBE
sip:17476686228@72.254.95.107<sip%3A17476686228@72.254.95.107>
27 33.752125 10.11.39.174 198.65.166.131 SIP
Status: 405 Method Not Allowed
28 33.765718 198.65.166.131 10.11.39.174 SIP
Status: 405 Method Not Allowed
29 35.063947 10.11.39.174 198.65.166.165 STUN
Message: Binding Request
30 35.543214 198.65.166.165 10.11.39.174 STUN
Message: Binding Response
31 35.759343 10.11.39.174 74.125.46.80 SIP
Request: BYE sip:+16172295005@74.125.46.80:24000
32 36.257008 74.125.46.80 10.11.39.174 SIP
Status: 404 Not here
33 36.271817 10.11.39.174 74.125.46.80 SIP
Request: BYE sip:+16172295005@74.125.46.80:24000
34 36.720896 74.125.46.80 10.11.39.174 SIP
Status: 404 Not here
|
|
From: Meftah T. <tay...@gm...> - 2010-11-07 16:57:49
|
this error message is self explanatory you need osip library yum search or rpm or compile it thanks Le 07/11/2010 16:10, Andy Thomas a écrit : > > Hi, > > I have just tried to install siproxd but I cannot start it > > I get this error: > > ./siproxd: error while loading shared libraries: libosipparser2.so.4: > cannot open shared object file: No such file or directory > > Running on Centos 5.5 > > All my libosip files are in /usr/local/lib > > I HAVE included this in my /etc/ld.so.conf file > > I am using all the latest files for libosip -- compiles from version 3.3.0 > > And the very latest siproxd version 0.8.0 > > Any ideas???? > > > ------------------------------------------------------------------------------ > The Next 800 Companies to Lead America's Growth: New Video Whitepaper > David G. Thomson, author of the best-selling book "Blueprint to a > Billion" shares his insights and actions to help propel your > business during the next growth cycle. Listen Now! > http://p.sf.net/sfu/SAP-dev2dev > > > _______________________________________________ > Siproxd-users mailing list > Sip...@li... > https://lists.sourceforge.net/lists/listinfo/siproxd-users > -- Meftah Tayeb inum: +883510001288000 Phone: +13602276297 Fax: +12538020313 |
|
From: Andy T. <an...@an...> - 2010-11-07 15:38:38
|
Hi, I have just tried to install siproxd but I cannot start it I get this error: ./siproxd: error while loading shared libraries: libosipparser2.so.4: cannot open shared object file: No such file or directory Running on Centos 5.5 All my libosip files are in /usr/local/lib I HAVE included this in my /etc/ld.so.conf file I am using all the latest files for libosip - compiles from version 3.3.0 And the very latest siproxd version 0.8.0 Any ideas???? |
|
From: Thomas R. <tr...@gm...> - 2010-09-25 10:11:23
|
It seems that you installed the libosip2 libraries yourself (not via an RPM package)? They are in /usr/*local*/lib , so you must make sure that this path is included in /etc/ld.so.conf. Also - as it is a 64bit system - make sure you use the proper built of the libraries (32bit/64bit) for siproxd. As I'm not that amiliar with 64bit systems my guess is that you have installed the libosip2 libraries (libosip2.so.4) in the location for the 32bit libraries. You also seem to have an earlier libosip2 version installed (via RPM I guess) which resides in /usr/lib64/. So, first thing is to clean up the libosip2 installation. You need - libosip2 >= 3.0.0 (siproxd development is using libosip2-3.3.0) - libosip2-devel Then rebuild and install siproxd: $ make clean $ ./configure $ make $ make install On 19 Sep, bruce bruce wrote: > Hello Everyone, > > I embarked on installing Siproxd but it has taken me a bit time and > it's not installing properly. > > Linux new-host-5 2.6.18-194.11.3.el5 #1 SMP Mon Aug 30 16:19:16 EDT 2010 > x86_64 x86_64 x86_64 GNU/Linux > > Here is what happens trying to run siproxd before any of the .conf > files is touched: > > [root@new-host-5 siproxd-0.8.0]# siproxd > siproxd: error while loading shared libraries: libosipparser2.so.4: > cannot open shared object file: No such file or directory > > I see that both libosip2 and libosipparser are installed. Maybe it's a > path issue but I am not sure how to set it. Here is a locate done on > the libosip: > > [root@new-host-5 siproxd-0.8.0]# locate libosip > /usr/lib64/libosip2.so.3 > /usr/lib64/libosip2.so.3.0.0 > /usr/lib64/libosipparser2.so.3 > /usr/lib64/libosipparser2.so.3.0.0 > /usr/local/lib/libosip2.a > /usr/local/lib/libosip2.la > /usr/local/lib/libosip2.so > /usr/local/lib/libosip2.so.4 > /usr/local/lib/libosip2.so.4.2.0 > /usr/local/lib/libosipparser2.a > /usr/local/lib/libosipparser2.la > /usr/local/lib/libosipparser2.so > /usr/local/lib/libosipparser2.so.4 > /usr/local/lib/libosipparser2.so.4.2.0 > /usr/local/lib/pkgconfig/libosip2.pc > /usr/share/doc/libosip2-2.2.0 > /usr/share/doc/libosip2-2.2.0/AUTHORS > /usr/share/doc/libosip2-2.2.0/BUGS > /usr/share/doc/libosip2-2.2.0/COPYING > /usr/share/doc/libosip2-2.2.0/ChangeLog > /usr/share/doc/libosip2-2.2.0/INSTALL > /usr/share/doc/libosip2-2.2.0/NEWS > /usr/share/doc/libosip2-2.2.0/README > /usr/share/doc/libosip2-2.2.0/TODO > > > Is there not a simple RPM package for CentOS 5 posted somewhere for > SIProxd > ??? > > Thanks alot |
|
From: bruce b. <bru...@gm...> - 2010-09-19 14:55:59
|
Hello Everyone, I embarked on installing Siproxd but it has taken me a bit time and it's not installing properly. Linux new-host-5 2.6.18-194.11.3.el5 #1 SMP Mon Aug 30 16:19:16 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux Here is what happens trying to run siproxd before any of the .conf files is touched: [root@new-host-5 siproxd-0.8.0]# siproxd siproxd: error while loading shared libraries: libosipparser2.so.4: cannot open shared object file: No such file or directory I see that both libosip2 and libosipparser are installed. Maybe it's a path issue but I am not sure how to set it. Here is a locate done on the libosip: [root@new-host-5 siproxd-0.8.0]# locate libosip /usr/lib64/libosip2.so.3 /usr/lib64/libosip2.so.3.0.0 /usr/lib64/libosipparser2.so.3 /usr/lib64/libosipparser2.so.3.0.0 /usr/local/lib/libosip2.a /usr/local/lib/libosip2.la /usr/local/lib/libosip2.so /usr/local/lib/libosip2.so.4 /usr/local/lib/libosip2.so.4.2.0 /usr/local/lib/libosipparser2.a /usr/local/lib/libosipparser2.la /usr/local/lib/libosipparser2.so /usr/local/lib/libosipparser2.so.4 /usr/local/lib/libosipparser2.so.4.2.0 /usr/local/lib/pkgconfig/libosip2.pc /usr/share/doc/libosip2-2.2.0 /usr/share/doc/libosip2-2.2.0/AUTHORS /usr/share/doc/libosip2-2.2.0/BUGS /usr/share/doc/libosip2-2.2.0/COPYING /usr/share/doc/libosip2-2.2.0/ChangeLog /usr/share/doc/libosip2-2.2.0/INSTALL /usr/share/doc/libosip2-2.2.0/NEWS /usr/share/doc/libosip2-2.2.0/README /usr/share/doc/libosip2-2.2.0/TODO Is there not a simple RPM package for CentOS 5 posted somewhere for SIProxd ??? Thanks alot |
|
From: Thomas R. <tr...@gm...> - 2010-06-19 20:52:15
|
Hello Chi-Thanh, The first issue (building against external libltdl) has already been fixed in the current snapshots. The issue about the include file should be fixed now, I just made some modifications. I'm not sure about the undefined reference - It might be related to ltdl-2.2 you are using; I am using ltdl-1.5.22 here without such issues. It might be caused having mixed the local libltdl (included with siproxd) and the system installed libltdl while compiling/linking siproxd. Could you try the latest siproxd snapshot, perform a clean build and report back if this works now? <http://siproxd.tuxworld.ch/siproxd-19Jun2010.tar.gz> Best regards, /Thomas On 19 Jun, Chí-Thanh Christopher Nguyễn wrote: > Hello, > > when building against external libltdl/libtool-2.2, several issues > come up. Doing ./configure && make with libltdl on the system results > in: > --- > make all-recursive > make[1]: Entering directory `/tmp/siproxd-0.8.0' > Making all in libltdl > make[2]: Entering directory `/tmp/siproxd-0.8.0/libltdl' > make[2]: *** No rule to make target `all'. Stop. > make[2]: Leaving directory `/tmp/siproxd-0.8.0/libltdl' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/tmp/siproxd-0.8.0' > make: *** [all] Error 2 > --- > Removing libltdl from SUBDIRS in Makefile.in will make it build, but > crash on start: > --- > Program received signal SIGSEGV, Segmentation fault. > 0x00002aaaabbe9ac0 in strcmp () from /lib/libc.so.6 > (gdb) bt > #0 0x00002aaaabbe9ac0 in strcmp () from /lib/libc.so.6 > #1 0x00002aaaab5459f0 in lt_dlpreload_open () from /usr/lib/libltdl.so.7 > #2 0x0000000000416ab3 in load_plugins () at plugins.c:66 > #3 0x0000000000406c78 in main (argc=5, argv=0x7fffffffe4b8) at > siproxd.c:294 > --- > Changing src/plugins.h from #include "../libltdl/ltdl.h" to #include > <ltdl.h> will lead to a new build error: > --- > x86_64-pc-linux-gnu-gcc -Wall -D_GNU_SOURCE -DBUILDSTR=\"5471\" -O2 > -pipe -march=amdfam10 -pthread -D_POSIX_THREAD_SAFE_FUNCTIONS -o > siproxd siproxd.o proxy.o register.o sock.o utils.o sip_utils.o > sip_layer.o log.o readconf.o rtpproxy.o rtpproxy_relay.o accessctl.o > route_processing.o security.o auth.o fwapi.o resolve.o dejitter.o > plugins.o .libs/siproxdS.o -Wl,--export-dynamic -lresolv > /usr/lib64/libosip2.so -lnsl /usr/lib64/libosipparser2.so > /usr/lib64/libltdl.so -ldl > plugins.o: In function `load_plugins': > plugins.c:(.text+0x283): undefined reference to > `lt__PROGRAM__LTX_preloaded_symbols' > collect2: ld returned 1 exit status > --- > And adding a > #define lt__PROGRAM__LTX_preloaded_symbols > lt_libltdl_LTX_preloaded_symbols will finally make it build > successfully and not crash on start. > > > Best regards, > Chi-Thanh Christopher Nguyen > > ------------------------------------------------------------------------------ > ThinkGeek and WIRED's GeekDad team up for the Ultimate > GeekDad Father's Day Giveaway. ONE MASSIVE PRIZE to the > lucky parental unit. See the prize list and enter to win: > http://p.sf.net/sfu/thinkgeek-promo > _______________________________________________ > Siproxd-users mailing list > Sip...@li... > https://lists.sourceforge.net/lists/listinfo/siproxd-users |
|
From: Chí-Thanh C. N. <chi...@cs...> - 2010-06-19 16:07:43
|
Hello, when building against external libltdl/libtool-2.2, several issues come up. Doing ./configure && make with libltdl on the system results in: --- make all-recursive make[1]: Entering directory `/tmp/siproxd-0.8.0' Making all in libltdl make[2]: Entering directory `/tmp/siproxd-0.8.0/libltdl' make[2]: *** No rule to make target `all'. Stop. make[2]: Leaving directory `/tmp/siproxd-0.8.0/libltdl' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/tmp/siproxd-0.8.0' make: *** [all] Error 2 --- Removing libltdl from SUBDIRS in Makefile.in will make it build, but crash on start: --- Program received signal SIGSEGV, Segmentation fault. 0x00002aaaabbe9ac0 in strcmp () from /lib/libc.so.6 (gdb) bt #0 0x00002aaaabbe9ac0 in strcmp () from /lib/libc.so.6 #1 0x00002aaaab5459f0 in lt_dlpreload_open () from /usr/lib/libltdl.so.7 #2 0x0000000000416ab3 in load_plugins () at plugins.c:66 #3 0x0000000000406c78 in main (argc=5, argv=0x7fffffffe4b8) at siproxd.c:294 --- Changing src/plugins.h from #include "../libltdl/ltdl.h" to #include <ltdl.h> will lead to a new build error: --- x86_64-pc-linux-gnu-gcc -Wall -D_GNU_SOURCE -DBUILDSTR=\"5471\" -O2 -pipe -march=amdfam10 -pthread -D_POSIX_THREAD_SAFE_FUNCTIONS -o siproxd siproxd.o proxy.o register.o sock.o utils.o sip_utils.o sip_layer.o log.o readconf.o rtpproxy.o rtpproxy_relay.o accessctl.o route_processing.o security.o auth.o fwapi.o resolve.o dejitter.o plugins.o .libs/siproxdS.o -Wl,--export-dynamic -lresolv /usr/lib64/libosip2.so -lnsl /usr/lib64/libosipparser2.so /usr/lib64/libltdl.so -ldl plugins.o: In function `load_plugins': plugins.c:(.text+0x283): undefined reference to `lt__PROGRAM__LTX_preloaded_symbols' collect2: ld returned 1 exit status --- And adding a #define lt__PROGRAM__LTX_preloaded_symbols lt_libltdl_LTX_preloaded_symbols will finally make it build successfully and not crash on start. Best regards, Chi-Thanh Christopher Nguyen |
|
From: Thomas R. <tr...@gm...> - 2010-04-05 09:18:17
|
Hello Étienne, You should concentrate on the rtp_proxy stuff in the log. - Can siproxd properly allocate and bind to the RTP ports? - Are sufficient RTP ports configured (siproxd.cofn) - Do you see any ERROR or WARNINGs in the log? Also, you should look at a possible differences in the log of the working (non-daemonized) and non-working (daemonized) configuration. You may also correlate the siproxd log with your TCPDUMP traces, i.e. is the RTP audio sent to the correct (expected by siproxd) ports? You mention an ICMP port unreachable - what causes this? This *might* happen if an UA does send RTP traffic to a port that is either: - not allowed by the packet filter - nobody is listening on that port This could indicate issues with symmetric RTP (that should be fixed in a later version of siproxd). Other questions: - Does your UA (phone) use any NAT helpers like STUN or other mechanisms? If so, DISABLE. This should give you some hints where to start. Regards, /Thomas On 3 Apr, Étienne wrote: > On Fri, Apr 02, 2010 at 11:18:09PM +0200, Thomas Ries wrote: > > Hi Thomas, > >> First you should really consider upgrading siproxd to the current >> version (which meanwhile is 0.8.0 !). Quite a number of changes (and >> fixes) have been made that include improvements in RTP processing. > > I was expecting this, but on a lightweight gateway with no build > capabilities, I'm pretty much stuck with what is available in OpenBSD > ports, especially with no other OpenBSD platform at hand in the > immediate future. I'll certainly look forward to install the latest > siproxd available, though. > >> Second, siproxd allows logging (incl. debug information) via TCP >> connection - even if runnign in background; >> check the 'debug_port' config option. > > Thank you, I now have a log. Lots of stuff in it, any advice on what I > should be looking for, considering the symptoms given earlier ? > > Thanks a lot, and happy Easter. > |
|
From: Étienne <si...@ma...> - 2010-04-03 14:32:44
|
On Fri, Apr 02, 2010 at 11:18:09PM +0200, Thomas Ries wrote: Hi Thomas, > First you should really consider upgrading siproxd to the current > version (which meanwhile is 0.8.0 !). Quite a number of changes (and > fixes) have been made that include improvements in RTP processing. I was expecting this, but on a lightweight gateway with no build capabilities, I'm pretty much stuck with what is available in OpenBSD ports, especially with no other OpenBSD platform at hand in the immediate future. I'll certainly look forward to install the latest siproxd available, though. > Second, siproxd allows logging (incl. debug information) via TCP > connection - even if runnign in background; > check the 'debug_port' config option. Thank you, I now have a log. Lots of stuff in it, any advice on what I should be looking for, considering the symptoms given earlier ? Thanks a lot, and happy Easter. -- Étienne |
|
From: Thomas R. <tr...@gm...> - 2010-04-02 21:18:19
|
Hello Étienne, First you should really consider upgrading siproxd to the current version (which meanwhile is 0.8.0 !). Quite a number of changes (and fixes) have been made that include improvements in RTP processing. Second, siproxd allows logging (incl. debug information) via TCP connection - even if runnign in background; check the 'debug_port' config option. This should allow you to catch a log the situation. Good luck and best regards, /Thmas On 2 Apr, Étienne wrote: > Hello list, > > This is the first time I try to use siproxd, and that is on OpenBSD-4.6 > with siproxd-0.5.13p0 from the ports. I'm using the software on my > gateway to the Internet, and a Nokia N79 as a client (I'm not sure > that has any impact here). > > I was in deep trouble trying to place a phone call, with the typical > error of "the call is placed but I can't hear nothing". To be more > accurate, testing it by calling the voicemail of the service, I could > hear like half of a second of the welcome message, then nothing. > Trying to debug this, I ran siproxd in the foreground, and suspecting > the firewall (PF) to be badly configured, I used tcpdump to get an > idea of what was going in and out on both sides of my gateway. > > Surprisingly, with this setup, I was unable to reproduce the problem, > everything worked like a charm. As soon as I switched back "daemonize" > to "1", the problem happened again. As a result, the only log I can > report is when the problem does not occur. :-( However, when running > siproxd daemonized, I can see in the network capture that just after > the beginning of the call, the gateway sends ICMP "port unreachable" > messages to both the client and the server for every single RTP packet > received. This doesn't happen when running the proxy in the foreground. > I have reproduced both case (and got the same results) a couple of > times before posting this. > > What can I do ? Thanks for your interest in this. > |
|
From: Étienne <si...@ma...> - 2010-04-02 21:05:11
|
Hello list, This is the first time I try to use siproxd, and that is on OpenBSD-4.6 with siproxd-0.5.13p0 from the ports. I'm using the software on my gateway to the Internet, and a Nokia N79 as a client (I'm not sure that has any impact here). I was in deep trouble trying to place a phone call, with the typical error of "the call is placed but I can't hear nothing". To be more accurate, testing it by calling the voicemail of the service, I could hear like half of a second of the welcome message, then nothing. Trying to debug this, I ran siproxd in the foreground, and suspecting the firewall (PF) to be badly configured, I used tcpdump to get an idea of what was going in and out on both sides of my gateway. Surprisingly, with this setup, I was unable to reproduce the problem, everything worked like a charm. As soon as I switched back "daemonize" to "1", the problem happened again. As a result, the only log I can report is when the problem does not occur. :-( However, when running siproxd daemonized, I can see in the network capture that just after the beginning of the call, the gateway sends ICMP "port unreachable" messages to both the client and the server for every single RTP packet received. This doesn't happen when running the proxy in the foreground. I have reproduced both case (and got the same results) a couple of times before posting this. What can I do ? Thanks for your interest in this. -- Étienne |
|
From: Thomas R. <tr...@gm...> - 2010-02-28 19:23:26
|
This release fixes CVE-2009-3736, includes a better handling of symmetric RTP and provides support for the UPDATE method. Everybody, please move ahead to this version. CVE-2009-3736: Local privilege escalation: Siproxd does include a so called convenience copy of libldtl. Recently a local privilege escalation issue has been found and reported: "ltdl.c in libltdl in GNU Libtool 1.5.x, and 2.2.6 before 2.2.6b, attempts to open a .la file in the current working directory, which allows local users to gain privileges via a Trojan horse file." Find out more about CVE-2009-3736 from MITRE CVE: <http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2009-3736> Two measures have been implemented with siproxd: - Siproxd does use a system provided libltdl, if available. The included convenienve copy will only be used as a fallback if no libltdl is provided on the building host. - The included convenience copy in the siproxd package has been updated to a version that has this issue fixed. Release Notes for siproxd-0.8.0 =============================== Major changes since 0.7.2: - CVE-2009-3736: use libltdl on host if existing and fall back using convenienve libltdl (with a config warning) - updated libtool version - Support for UPDATE (RFC3311) - Basic TCP support for SIP signalling - Better handling of symmetric RTP - STUN plugin to determine the public (outbound) IP address Upgrade Notes 0.7.2 to 0.8.0: - Merge the configuration file General Overview: - SIP (RFC3261) Proxy for SIP based softphones hidden behind a masquerading firewall - Support for PRACK messages (RFC3262) - Support for UPDATE messages (RFC3311) - SIP UDP and TCP supported - Works with "dial-up" conenctions (dynamic IP addresses) - Multiple local users/hosts can be masqueraded simultaneously - Access control (IP based) for incoming traffic - Proxy Authentication for registration of local clients (User Agents) with individual passwords for each user - May be used as pure Outbound proxy (registration of local UAs to a 3rd party registrar) - Fli4l OPT_SIP (still experimental) available, check http://home.arcor.de/jsffm/fli4l/ - runs on various operating systems (see below) - Full duplex RTP data stream proxy for *incoming* and *outgoing* audio data - no firewall masquerading entries needed - Port range to be used for RTP traffic is configurable (-> easy to set up apropriate firewall rules for RTP traffic) - RTP proxy can handle multiple RTP streams (eg. audio + video) within a single SIP session. - Symmetric RTP support - Symmetric SIP signalling support - Supports running in a chroot jail and changing user-ID after startup - All configuration done via one simple ascii configuration file - Logging to syslog in daemon mode - RPM package (Spec file) - The host part of UA registration entries can be masqueraded (mask_host, masked_host config items). Some Siemens SIP phones seem to need this 'feature'. - Provider specific outbound proxies can be configured - Can run "in front of" a NAT router.(in the local LAN segment) - supports "Short-Dials" - configurable RFC3581 (rport) support for sent SIP packets Requirements: - pthreads (Linux) - glibc2 / libc5 / uClibc - libosip2 (3.x.x) Mainly tested on: - CentOS 5, 32bit Linux This is my main development and testing environment. Other platforms are not extensively tested. Builds on (tested by dev-team or reported to build): - Linux: Fedora CentOS/RedHat ( Fedora 64bit )* ( WRT54g (133mhz mipsel router))* (- FreeBSD: FreeBSD 4.10-BETA )* (- OpenBSD: OpenBSD 3.4 GENERIC#18 )* (- SunOS: SunOS 5.9 )* (- Mac OS X: Darwin 6.8 )* * Note: As the compile farm of sourceforge.net has been discontinued our building test possibilities are now very limited. Currently no explicit testing for systems/distributions other than Fedora/CentOS (x86 architecture) is made. We'll be looking into possibilities to perform some broader testing in future. Of course, external help will be welcome :-) Reported interoperability with softphones: - Grandstream BudgeTone-100 series - Linphone (local and remote UA) (http://www.linphone.org) - Kphone (local and remote UA) (http://www.wirlab.net/kphone/) - MSN messenger 4.6 (remote and local UA) - X-Lite (Win XP Professional) - SJPhone softphone - Asterisk PBX (using a SIP Trunk, masqueraded via siproxd) - Ekiga - FreePBX Reported interoperability with SIP service providers: - Sipphone (http://www.sipphone.com) - Sipgate (http://www.sipgate.de) - Stanaphone (SIP Gateway to PSTN) - Sipcall.ch (Swiss VoIP provider) - Ekiga - Gizmo (actually sipphone.com) If you have siproxd successfully running with another SIP phone and/or service provider, please drop me a short note so I can update the list. Known interoperability issues with SIP service providers: - callcentric.com (afaik callcentric fails with "500 network failure" during REGISTER if more than one Via header is present in a SIP packet. Having multiple Via headers is completely in compliance with RFC3261. This might be related to their "NAT problem avoidance magic". There is nothing that can be done within siproxd to avoid this issue as callcentric does not comply with the SIP specification. - asterisk PBX Asterisk has an issue finding the proper peer if multiple peers originate from the same IP/port tuple (a is the case if multiple phones are proxied via siproxd to the same asterisk instance). This is caused by the SIP implementation in asterisk (chan_sip). Note: This seems to be no longer valid with asterisk version 1.6 and up. Known bugs: - SRV DNS records are not yet looked up, only A records There will be more for sure... If you port siproxd to a new platform or do other kinds of changes or bugfixes that might be of general interest, please drop me a line. Also if you intend to include siproxd into a software distribution I'd be happy to get a short notice. ----- Signatures for siproxd-0.8.0.tar.gz archive: MD5 Hash: a39bc2a06a1c9abb6118ca3482e98f3c SHA-256 Hash: 1a0306dbf5dd65f2c6d779bd449cbabba8c1a4cc79ca034e9cc83836c60f8542 GnuPG signature: -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQBLirh2B2xLpFxU+GURAtm5AJ9re2s9XG5N2zeA8V+jRmy1CdBTOgCffchn huYlFw+MwcBhyBFUbhvewpU= =cl+h -----END PGP SIGNATURE----- GnuPG: pub 1024D/87BCDC94 2000-03-19 Thomas Ries (tries at gmx.net) - Fingerprint = 13D1 19F5 77D0 4CEC 8D3F A24E 09FC C18A 87BC DC94 - Key via pgp.openpkg.org / http://www.ries.ch.vu/87BCDC94.pub VoIP: sip:174...@pr... | sip:43...@fw... |
|
From: Thomas R. <tr...@gm...> - 2010-02-17 18:29:57
|
Hello Suleyman "Wrong direction". Siproxd does help UACs (Clients) to do NAT traversal. It is not designed to help with NAT traversal for UAS (Servers). What does work: Softphone ----(a)---NAT/siproxd----(b)Internet------(c)SIPServer a) private IP range 10.x.x.x b) public IP c) public IP If you have a limited number of Softphones to connect to the SIP server you might consider using a VPN tunnel though the Internet to avoid the NAT in the SIP communication path. Softphone(a)---VPN=NAT=====Internet=====NAT=VPN---(b)SIPServer a) private IP b) private IP --- IP network 10.x.x.x being tunnelled === VPN tunnel /Thomas On 17 Feb, Suleyman Sahin wrote: > Hi All > > My sip senario : > > RemoteOfficeModem------- INTERNET ------ > (a)SIPROXD(b)----(c)SIPSERVER > | | > | | > Soft voip (X-lite) My home Modem > | > Soft voip (X-lite) > > > a- Ip Adres 214.238.x.x external static ip > b- Ip adres 10.0.0.11 local > c- Ip adres 10.0.0.22 local > > > What should be the config ? > thank you > > Suleyman sahin > -- -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GE d s+: a C+++ UL+++ P+++ L++++ E-- W++ N++ o+ K w-- O- M- V PS+ PE Y+ PGP++ t+ 5++ X R tv+ b+ DI++ D+ G e++ h r+++ y+++ ------END GEEK CODE BLOCK------ |
|
From: Suleyman S. <sul...@ce...> - 2010-02-17 14:19:27
|
|
From: Suleyman S. <sul...@ce...> - 2010-02-17 14:15:18
|
Hi All
My sip senario :
RemoteOfficeModem------- INTERNET ------ (a)SIPROXD(b)----(c)SIPSERVER
| |
| |
Soft voip (X-lite) My home Modem
|
Soft voip (X-lite)
a- Ip Adres 214.238.x.x external static ip
b- Ip adres 10.0.0.11 local
c- Ip adres 10.0.0.22 local
What should be the config ?
thank you
Suleyman sahin
|
|
From: Meftah T. <tay...@gm...> - 2010-01-23 06:49:05
|
hi, if don't work for you (i am not sure) try OpenSIPS Server http://www.OpenSips.org/ openSips is a fork of OpenSer that is a full featured Sip Proxy smart/embedded/easy to use that have alias feature if user is 1000 you can name it bob, david or atver you want thanks Le 23/01/2010 05:03, Rahul Amaram a écrit : > Hi, > I have a query reg. siproxd. Does it support forwarding calls to a SIP > server located behind the firewall? Explaining furthur, let us assume I > have a firewall (configured on a Linux machine) with a public IP. Behind > the firewall, I have a SIP server with a Private IP (which can > communicate with the Internet using NAT). Now if someone places a SIP > call to the Linux machine (ruuning SIPFwd), can it proxy it to the > private SIP server and start a conversation? > > My real problem is that I have only one public IP. If I do port > forwarding of SIP port (5060) in the firewall to the internal SIP > server, then users can call the SIP server directly by calling > ac...@fi... (assuming "account" is a user in the SIP > server). But then my users will be forced to use the name "account" as > the username. What I want them to do is use > "ra...@fi...". So I essentially need rewriting of the SIP > url by siproxd. > > Is this feasible with siproxd? ? if not, could you suggest me any SIP > software (other than full blown PBXs such as Asterisk) which will help > me achieve this functionality? > > Thanks and Regards, > Rahul. > > > ------------------------------------------------------------------------------ > Throughout its 18-year history, RSA Conference consistently attracts the > world's best and brightest in the field, creating opportunities for Conference > attendees to learn about information security's most important issues through > interactions with peers, luminaries and emerging and established companies. > http://p.sf.net/sfu/rsaconf-dev2dev > _______________________________________________ > Siproxd-users mailing list > Sip...@li... > https://lists.sourceforge.net/lists/listinfo/siproxd-users > |
|
From: Rahul A. <ama...@gm...> - 2010-01-23 04:03:49
|
Hi, I have a query reg. siproxd. Does it support forwarding calls to a SIP server located behind the firewall? Explaining furthur, let us assume I have a firewall (configured on a Linux machine) with a public IP. Behind the firewall, I have a SIP server with a Private IP (which can communicate with the Internet using NAT). Now if someone places a SIP call to the Linux machine (ruuning SIPFwd), can it proxy it to the private SIP server and start a conversation? My real problem is that I have only one public IP. If I do port forwarding of SIP port (5060) in the firewall to the internal SIP server, then users can call the SIP server directly by calling ac...@fi... (assuming "account" is a user in the SIP server). But then my users will be forced to use the name "account" as the username. What I want them to do is use "ra...@fi...". So I essentially need rewriting of the SIP url by siproxd. Is this feasible with siproxd? ? if not, could you suggest me any SIP software (other than full blown PBXs such as Asterisk) which will help me achieve this functionality? Thanks and Regards, Rahul. |
|
From: Florian E. <fl...@gm...> - 2009-11-16 08:17:02
|
Hi Thomas, > I'm glad you got it working again. Just out of curiosity - what exactly does > the "support for broken registrars" (I assume this is a SNOM setting) > do? snom has a little documentation on that topic: http://kb.snom.com/kb/index.php?View=entry&CategoryID=14&EntryID=16 Don't know if the setting works with several phones, only tried one per SIP account/provider... Florian |
|
From: Thomas R. <tr...@gm...> - 2009-11-15 19:42:40
|
I'm glad you got it working again. Just out of curiosity - what exactly does the "support for broken registrars" (I assume this is a SNOM setting) do? Regards, /Thomas On 14 Nov, Florian Effenberger wrote: > Seems I've solved the problem. Somehow the "support for broken > registrars" disabled itself. After enabling it again, it seems to > work... > > 2009/11/14 Florian Effenberger <fl...@gm...>: >> Hello, >> >> because I have to use SIP behind NAT, I run a local siproxd instance. >> This has been working fine for my Grandstream device and for >> softphones, but with the 870, it doesn't seem to work for incoming >> calls. I can dial externally without problems, and the incoming call >> is visible in my siproxd log like >> >> Nov 14 13:36:52 nibbler siproxd[4558]: proxy.c:159 INFO:Incoming Call: >> asterisk@remoteserverip -> floeff1@mydialupip >> Nov 14 13:36:52 nibbler siproxd[4558]: proxy.c:159 INFO:ACK Call: >> asterisk@remoteserverip -> floeff1@mydialupip >> >> but the phone doesn't ring at all. I tried various settings, to no >> avail. :-( Anyone has an idea on how this might work? >> >> Thanks >> Florian >> > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 > 30-Day trial. Simplify your report design, integration and deployment > - and focus on what you do best, core application coding. Discover > what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Siproxd-users mailing list > Sip...@li... > https://lists.sourceforge.net/lists/listinfo/siproxd-users -- -----BEGIN GEEK CODE BLOCK----- Version: 3.12 GE d s+: a C+++ UL+++ P+++ L++++ E-- W++ N++ o+ K w-- O- M- V PS+ PE Y+ PGP++ t+ 5++ X R tv+ b+ DI++ D+ G e++ h r+++ y+++ ------END GEEK CODE BLOCK------ |
|
From: Florian E. <fl...@gm...> - 2009-11-14 13:27:32
|
Seems I've solved the problem. Somehow the "support for broken registrars" disabled itself. After enabling it again, it seems to work... 2009/11/14 Florian Effenberger <fl...@gm...>: > Hello, > > because I have to use SIP behind NAT, I run a local siproxd instance. > This has been working fine for my Grandstream device and for > softphones, but with the 870, it doesn't seem to work for incoming > calls. I can dial externally without problems, and the incoming call > is visible in my siproxd log like > > Nov 14 13:36:52 nibbler siproxd[4558]: proxy.c:159 INFO:Incoming Call: > asterisk@remoteserverip -> floeff1@mydialupip > Nov 14 13:36:52 nibbler siproxd[4558]: proxy.c:159 INFO:ACK Call: > asterisk@remoteserverip -> floeff1@mydialupip > > but the phone doesn't ring at all. I tried various settings, to no > avail. :-( Anyone has an idea on how this might work? > > Thanks > Florian > |
|
From: Florian E. <fl...@gm...> - 2009-11-14 12:56:55
|
Hello, because I have to use SIP behind NAT, I run a local siproxd instance. This has been working fine for my Grandstream device and for softphones, but with the 870, it doesn't seem to work for incoming calls. I can dial externally without problems, and the incoming call is visible in my siproxd log like Nov 14 13:36:52 nibbler siproxd[4558]: proxy.c:159 INFO:Incoming Call: asterisk@remoteserverip -> floeff1@mydialupip Nov 14 13:36:52 nibbler siproxd[4558]: proxy.c:159 INFO:ACK Call: asterisk@remoteserverip -> floeff1@mydialupip but the phone doesn't ring at all. I tried various settings, to no avail. :-( Anyone has an idea on how this might work? Thanks Florian |
|
From: Mark C. <mar...@gm...> - 2009-10-14 10:56:14
|
Hi, Trying to get siproxd on a nat box going, eth1 is incoming LAN, eth0 is outgoing proxy_arp (i.e eth0 has a valid inet address from an ADSL Linksys router). Running Ubuntu 8.10 which is a little old, machine also runs dnsmasq for the local network 192.168.10.0/24, eth1 has address 192.168.10.254. Ekiga on a 9.04 machine, so ekiga 3.2.0, proxy set to 192.168.10.254 Syslog from a running of siproxd trying to authenticate with ekiga.net Oct 14 23:39:37 jersey syslogd 1.5.0#2ubuntu6: restart. Oct 14 23:40:01 jersey /USR/SBIN/CRON[9940]: (root) CMD ([ -x /usr/sbin/update-motd ] && /usr/sbin/update-motd 2>/dev/null) Oct 14 23:40:14 jersey siproxd[10070]: siproxd.c:188 INFO:siproxd-0.7.0-4574 i486-pc-linux-gnu starting up Oct 14 23:40:14 jersey siproxd[10072]: siproxd.c:239 INFO:daemonized, pid=10072 Oct 14 23:40:14 jersey siproxd[10072]: utils.c:585 WARNING:couldn't create new PID file: No such file or directory Oct 14 23:40:14 jersey siproxd[10072]: sock.c:65 INFO:bound to port 5060 Oct 14 23:40:14 jersey siproxd[10072]: siproxd.c:285 INFO:siproxd-0.7.0-4574 i486-pc-linux-gnu started Oct 14 23:40:14 jersey siproxd[10072]: siproxd.c:292 going into sipsock_wait Oct 14 23:40:16 jersey siproxd[10072]: register.c:508 sip_agemap, t=1255516816 Oct 14 23:40:18 jersey siproxd[10072]: register.c:508 sip_agemap, t=1255516818 Oct 14 23:40:20 jersey siproxd[10072]: register.c:508 sip_agemap, t=1255516820 Oct 14 23:40:22 jersey siproxd[10072]: register.c:508 sip_agemap, t=1255516822 Oct 14 23:40:24 jersey siproxd[10072]: register.c:508 sip_agemap, t=1255516824 Oct 14 23:40:26 jersey siproxd[10072]: register.c:508 sip_agemap, t=1255516826 Oct 14 23:40:28 jersey siproxd[10072]: register.c:508 sip_agemap, t=1255516828 Oct 14 23:40:30 jersey siproxd[10072]: register.c:508 sip_agemap, t=1255516830 Oct 14 23:40:32 jersey siproxd[10072]: register.c:508 sip_agemap, t=1255516832 Oct 14 23:40:34 jersey siproxd[10072]: register.c:508 sip_agemap, t=1255516834 Oct 14 23:40:34 jersey siproxd[10072]: siproxd.c:318 back from sipsock_wait Oct 14 23:40:34 jersey siproxd[10072]: sock.c:125 received UDP packet from 192.168.10.247, count=563 Oct 14 23:40:34 jersey siproxd[10072]: accessctl.c:53 deny list (SIP):*NULL* Oct 14 23:40:34 jersey siproxd[10072]: accessctl.c:55 allow list (SIP):*NULL* Oct 14 23:40:34 jersey siproxd[10072]: accessctl.c:57 allow list (REG):*NULL* Oct 14 23:40:34 jersey siproxd[10072]: accessctl.c:102 access check =3 Oct 14 23:40:34 jersey siproxd[10072]: security.c:48 security_check_raw: size=563 Oct 14 23:40:34 jersey siproxd[10072]: siproxd.c:403 checking Max-Forwards (=70) Oct 14 23:40:34 jersey siproxd[10072]: siproxd.c:448 received SIP type REQ:REGISTER Oct 14 23:40:34 jersey siproxd[10072]: plugin_shortdial.c:52 plugin entered Oct 14 23:40:34 jersey siproxd[10072]: utils.c:211 DNS lookup - resolved: <valid inet ip> -> <valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: utils.c:251 DNS lookup - store into cache, entry 1) Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:192.168.10.247 Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:(null)@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:299 compare_url: NULL username - ignoring Oct 14 23:40:34 jersey siproxd[10072]: utils.c:211 DNS lookup - resolved: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: utils.c:251 DNS lookup - store into cache, entry 2) Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:427 initializing ifaddr cache (32 entries) Oct 14 23:40:34 jersey siproxd[10072]: utils.c:492 get_ip_by_ifname: if eth1 has IP:192.168.10.254 (flags=1043) UP Oct 14 23:40:34 jersey siproxd[10072]: utils.c:512 ifname lookup - store into cache, entry 0) Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:1132 sip_find_direction: unable to determine direction of SIP packet Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:492 get_ip_by_ifname: if eth0 has IP:<valid inet ip> (flags=1043) UP Oct 14 23:40:34 jersey siproxd[10072]: utils.c:512 ifname lookup - store into cache, entry 1) Oct 14 23:40:34 jersey siproxd[10072]: siproxd.c:502 proxying REGISTER request to:ekiga.net Oct 14 23:40:34 jersey siproxd[10072]: register.c:238 sip_register: Oct 14 23:40:34 jersey siproxd[10072]: register.c:324 register: <valid ekiga.net account>@<valid inet ip> expires=3600 seconds Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@ekiga.net Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: register.c:349 found entry for <valid ekiga.net account>@<valid inet ip> <-> <valid ekiga.net account>@ekiga.net at slot=0, exp=2751 Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:34 jersey siproxd[10072]: register.c:449 masquerading UA <valid ekiga.net account>@<valid inet ip> local <valid ekiga.net account>@<valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: proxy.c:88 proxy_request Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: route_processing.c:135 route_preprocess: checking topmost Route header Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:192.168.10.247 Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:(null)@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:299 compare_url: NULL username - ignoring Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:1132 sip_find_direction: unable to determine direction of SIP packet Oct 14 23:40:34 jersey siproxd[10072]: proxy.c:277 request [REGISTER] from/to unregistered UA (RQ: <valid ekiga.net account>@ekiga.net -> *NULL*@ekiga.net) Oct 14 23:40:34 jersey siproxd[10072]: sock.c:164 send UDP packet to <valid inet ip>: 5060 Oct 14 23:40:34 jersey siproxd[10072]: siproxd.c:292 going into sipsock_wait Oct 14 23:40:34 jersey siproxd[10072]: siproxd.c:318 back from sipsock_wait Oct 14 23:40:34 jersey siproxd[10072]: sock.c:125 received UDP packet from 192.168.10.247, count=563 Oct 14 23:40:34 jersey siproxd[10072]: accessctl.c:53 deny list (SIP):*NULL* Oct 14 23:40:34 jersey siproxd[10072]: accessctl.c:55 allow list (SIP):*NULL* Oct 14 23:40:34 jersey siproxd[10072]: accessctl.c:57 allow list (REG):*NULL* Oct 14 23:40:34 jersey siproxd[10072]: accessctl.c:102 access check =3 Oct 14 23:40:34 jersey siproxd[10072]: security.c:48 security_check_raw: size=563 Oct 14 23:40:34 jersey siproxd[10072]: siproxd.c:403 checking Max-Forwards (=70) Oct 14 23:40:34 jersey siproxd[10072]: siproxd.c:448 received SIP type REQ:REGISTER Oct 14 23:40:34 jersey siproxd[10072]: plugin_shortdial.c:52 plugin entered Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:192.168.10.247 Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:(null)@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:299 compare_url: NULL username - ignoring Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:1132 sip_find_direction: unable to determine direction of SIP packet Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:34 jersey siproxd[10072]: siproxd.c:502 proxying REGISTER request to:ekiga.net Oct 14 23:40:34 jersey siproxd[10072]: register.c:238 sip_register: Oct 14 23:40:34 jersey siproxd[10072]: register.c:324 register: <valid ekiga.net account>@<valid inet ip> expires=3600 seconds Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@ekiga.net Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: register.c:349 found entry for <valid ekiga.net account>@<valid inet ip> <-> <valid ekiga.net account>@ekiga.net at slot=0, exp=3630 Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:34 jersey siproxd[10072]: register.c:449 masquerading UA <valid ekiga.net account>@<valid inet ip> local <valid ekiga.net account>@<valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: proxy.c:88 proxy_request Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: route_processing.c:135 route_preprocess: checking topmost Route header Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:192.168.10.247 Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:(null)@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:299 compare_url: NULL username - ignoring Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:1132 sip_find_direction: unable to determine direction of SIP packet Oct 14 23:40:34 jersey siproxd[10072]: proxy.c:277 request [REGISTER] from/to unregistered UA (RQ: <valid ekiga.net account>@ekiga.net -> *NULL*@ekiga.net) Oct 14 23:40:34 jersey siproxd[10072]: sock.c:164 send UDP packet to <valid inet ip>: 5060 Oct 14 23:40:34 jersey siproxd[10072]: siproxd.c:292 going into sipsock_wait Oct 14 23:40:34 jersey siproxd[10072]: siproxd.c:318 back from sipsock_wait Oct 14 23:40:34 jersey siproxd[10072]: sock.c:125 received UDP packet from <valid inet ip>, count=315 Oct 14 23:40:34 jersey siproxd[10072]: accessctl.c:53 deny list (SIP):*NULL* Oct 14 23:40:34 jersey siproxd[10072]: accessctl.c:55 allow list (SIP):*NULL* Oct 14 23:40:34 jersey siproxd[10072]: accessctl.c:57 allow list (REG):*NULL* Oct 14 23:40:34 jersey siproxd[10072]: accessctl.c:102 access check =3 Oct 14 23:40:34 jersey siproxd[10072]: security.c:48 security_check_raw: size=315 Oct 14 23:40:34 jersey siproxd[10072]: siproxd.c:403 checking Max-Forwards (=70) Oct 14 23:40:34 jersey siproxd[10072]: siproxd.c:448 received SIP type RES:Request Timeout Oct 14 23:40:34 jersey siproxd[10072]: plugin_shortdial.c:52 plugin entered Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:<valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:34 jersey siproxd[10072]: proxy.c:527 proxy_response Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:612 deleting topmost VIA Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:199 via name <valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:222 resolving IP of interface outbound Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:239 got address match [<valid inet ip>] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:<valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:34 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:34 jersey siproxd[10072]: proxy.c:645 outgoing response for <valid ekiga.net account>@ekiga.net from inbound Oct 14 23:40:34 jersey siproxd[10072]: proxy.c:698 Purging Record-Routes (outgoing packet) Oct 14 23:40:34 jersey siproxd[10072]: proxy.c:755 ERROR:proxy_response: list_get via failed Oct 14 23:40:34 jersey siproxd[10072]: siproxd.c:292 going into sipsock_wait Oct 14 23:40:34 jersey siproxd[10072]: siproxd.c:318 back from sipsock_wait Oct 14 23:40:34 jersey siproxd[10072]: sock.c:125 received UDP packet from <valid inet ip>, count=315 Oct 14 23:40:34 jersey siproxd[10072]: accessctl.c:53 deny list (SIP):*NULL* Oct 14 23:40:34 jersey siproxd[10072]: accessctl.c:55 allow list (SIP):*NULL* Oct 14 23:40:34 jersey siproxd[10072]: accessctl.c:57 allow list (REG):*NULL* Oct 14 23:40:34 jersey siproxd[10072]: accessctl.c:102 access check =3 Oct 14 23:40:34 jersey siproxd[10072]: security.c:48 security_check_raw: size=315 Oct 14 23:40:34 jersey siproxd[10072]: siproxd.c:403 checking Max-Forwards (=70) Oct 14 23:40:34 jersey siproxd[10072]: siproxd.c:448 received SIP type RES:Request Timeout Oct 14 23:40:34 jersey siproxd[10072]: plugin_shortdial.c:52 plugin entered Oct 14 23:40:34 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:<valid inet ip> Oct 14 23:40:34 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:35 jersey siproxd[10072]: proxy.c:527 proxy_response Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:612 deleting topmost VIA Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:199 via name <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:222 resolving IP of interface outbound Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:239 got address match [<valid inet ip>] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:<valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:35 jersey siproxd[10072]: proxy.c:645 outgoing response for <valid ekiga.net account>@ekiga.net from inbound Oct 14 23:40:35 jersey siproxd[10072]: proxy.c:698 Purging Record-Routes (outgoing packet) Oct 14 23:40:35 jersey siproxd[10072]: proxy.c:755 ERROR:proxy_response: list_get via failed Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:292 going into sipsock_wait Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:318 back from sipsock_wait Oct 14 23:40:35 jersey siproxd[10072]: sock.c:125 received UDP packet from 192.168.10.247, count=563 Oct 14 23:40:35 jersey siproxd[10072]: accessctl.c:53 deny list (SIP):*NULL* Oct 14 23:40:35 jersey siproxd[10072]: accessctl.c:55 allow list (SIP):*NULL* Oct 14 23:40:35 jersey siproxd[10072]: accessctl.c:57 allow list (REG):*NULL* Oct 14 23:40:35 jersey siproxd[10072]: accessctl.c:102 access check =3 Oct 14 23:40:35 jersey siproxd[10072]: security.c:48 security_check_raw: size=563 Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:403 checking Max-Forwards (=70) Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:448 received SIP type REQ:REGISTER Oct 14 23:40:35 jersey siproxd[10072]: plugin_shortdial.c:52 plugin entered Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:192.168.10.247 Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:(null)@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:299 compare_url: NULL username - ignoring Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:1132 sip_find_direction: unable to determine direction of SIP packet Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:502 proxying REGISTER request to:ekiga.net Oct 14 23:40:35 jersey siproxd[10072]: register.c:238 sip_register: Oct 14 23:40:35 jersey siproxd[10072]: register.c:324 register: <valid ekiga.net account>@<valid inet ip> expires=3600 seconds Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@ekiga.net Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: register.c:349 found entry for <valid ekiga.net account>@<valid inet ip> <-> <valid ekiga.net account>@ekiga.net at slot=0, exp=3629 Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:35 jersey siproxd[10072]: register.c:449 masquerading UA <valid ekiga.net account>@<valid inet ip> local <valid ekiga.net account>@<valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: proxy.c:88 proxy_request Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: route_processing.c:135 route_preprocess: checking topmost Route header Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:192.168.10.247 Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:(null)@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:299 compare_url: NULL username - ignoring Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:1132 sip_find_direction: unable to determine direction of SIP packet Oct 14 23:40:35 jersey siproxd[10072]: proxy.c:277 request [REGISTER] from/to unregistered UA (RQ: <valid ekiga.net account>@ekiga.net -> *NULL*@ekiga.net) Oct 14 23:40:35 jersey siproxd[10072]: sock.c:164 send UDP packet to <valid inet ip>: 5060 Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:292 going into sipsock_wait Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:318 back from sipsock_wait Oct 14 23:40:35 jersey siproxd[10072]: sock.c:125 received UDP packet from 192.168.10.247, count=563 Oct 14 23:40:35 jersey siproxd[10072]: accessctl.c:53 deny list (SIP):*NULL* Oct 14 23:40:35 jersey siproxd[10072]: accessctl.c:55 allow list (SIP):*NULL* Oct 14 23:40:35 jersey siproxd[10072]: accessctl.c:57 allow list (REG):*NULL* Oct 14 23:40:35 jersey siproxd[10072]: accessctl.c:102 access check =3 Oct 14 23:40:35 jersey siproxd[10072]: security.c:48 security_check_raw: size=563 Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:403 checking Max-Forwards (=70) Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:448 received SIP type REQ:REGISTER Oct 14 23:40:35 jersey siproxd[10072]: plugin_shortdial.c:52 plugin entered Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:192.168.10.247 Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:(null)@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:299 compare_url: NULL username - ignoring Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:1132 sip_find_direction: unable to determine direction of SIP packet Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:502 proxying REGISTER request to:ekiga.net Oct 14 23:40:35 jersey siproxd[10072]: register.c:238 sip_register: Oct 14 23:40:35 jersey siproxd[10072]: register.c:324 register: <valid ekiga.net account>@<valid inet ip> expires=3600 seconds Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@ekiga.net Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: register.c:349 found entry for <valid ekiga.net account>@<valid inet ip> <-> <valid ekiga.net account>@ekiga.net at slot=0, exp=3630 Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:35 jersey siproxd[10072]: register.c:449 masquerading UA <valid ekiga.net account>@<valid inet ip> local <valid ekiga.net account>@<valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: proxy.c:88 proxy_request Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: route_processing.c:135 route_preprocess: checking topmost Route header Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:192.168.10.247 Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:(null)@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:299 compare_url: NULL username - ignoring Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:1132 sip_find_direction: unable to determine direction of SIP packet Oct 14 23:40:35 jersey siproxd[10072]: proxy.c:277 request [REGISTER] from/to unregistered UA (RQ: <valid ekiga.net account>@ekiga.net -> *NULL*@ekiga.net) Oct 14 23:40:35 jersey siproxd[10072]: sock.c:164 send UDP packet to <valid inet ip>: 5060 Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:292 going into sipsock_wait Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:318 back from sipsock_wait Oct 14 23:40:35 jersey siproxd[10072]: sock.c:125 received UDP packet from <valid inet ip>, count=315 Oct 14 23:40:35 jersey siproxd[10072]: accessctl.c:53 deny list (SIP):*NULL* Oct 14 23:40:35 jersey siproxd[10072]: accessctl.c:55 allow list (SIP):*NULL* Oct 14 23:40:35 jersey siproxd[10072]: accessctl.c:57 allow list (REG):*NULL* Oct 14 23:40:35 jersey siproxd[10072]: accessctl.c:102 access check =3 Oct 14 23:40:35 jersey siproxd[10072]: security.c:48 security_check_raw: size=315 Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:403 checking Max-Forwards (=70) Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:448 received SIP type RES:Request Timeout Oct 14 23:40:35 jersey siproxd[10072]: plugin_shortdial.c:52 plugin entered Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:<valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:35 jersey siproxd[10072]: proxy.c:527 proxy_response Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:612 deleting topmost VIA Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:199 via name <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:222 resolving IP of interface outbound Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:239 got address match [<valid inet ip>] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:<valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:35 jersey siproxd[10072]: proxy.c:645 outgoing response for <valid ekiga.net account>@ekiga.net from inbound Oct 14 23:40:35 jersey siproxd[10072]: proxy.c:698 Purging Record-Routes (outgoing packet) Oct 14 23:40:35 jersey siproxd[10072]: proxy.c:755 ERROR:proxy_response: list_get via failed Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:292 going into sipsock_wait Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:318 back from sipsock_wait Oct 14 23:40:35 jersey siproxd[10072]: sock.c:125 received UDP packet from <valid inet ip>, count=315 Oct 14 23:40:35 jersey siproxd[10072]: accessctl.c:53 deny list (SIP):*NULL* Oct 14 23:40:35 jersey siproxd[10072]: accessctl.c:55 allow list (SIP):*NULL* Oct 14 23:40:35 jersey siproxd[10072]: accessctl.c:57 allow list (REG):*NULL* Oct 14 23:40:35 jersey siproxd[10072]: accessctl.c:102 access check =3 Oct 14 23:40:35 jersey siproxd[10072]: security.c:48 security_check_raw: size=315 Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:403 checking Max-Forwards (=70) Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:448 received SIP type RES:Request Timeout Oct 14 23:40:35 jersey siproxd[10072]: plugin_shortdial.c:52 plugin entered Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:<valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:35 jersey siproxd[10072]: proxy.c:527 proxy_response Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:612 deleting topmost VIA Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:199 via name <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:222 resolving IP of interface outbound Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:239 got address match [<valid inet ip>] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:<valid inet ip> Oct 14 23:40:35 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:35 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:35 jersey siproxd[10072]: proxy.c:645 outgoing response for <valid ekiga.net account>@ekiga.net from inbound Oct 14 23:40:35 jersey siproxd[10072]: proxy.c:698 Purging Record-Routes (outgoing packet) Oct 14 23:40:35 jersey siproxd[10072]: proxy.c:755 ERROR:proxy_response: list_get via failed Oct 14 23:40:35 jersey siproxd[10072]: siproxd.c:292 going into sipsock_wait Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:318 back from sipsock_wait Oct 14 23:40:36 jersey siproxd[10072]: sock.c:125 received UDP packet from 192.168.10.247, count=563 Oct 14 23:40:36 jersey siproxd[10072]: accessctl.c:53 deny list (SIP):*NULL* Oct 14 23:40:36 jersey siproxd[10072]: accessctl.c:55 allow list (SIP):*NULL* Oct 14 23:40:36 jersey siproxd[10072]: accessctl.c:57 allow list (REG):*NULL* Oct 14 23:40:36 jersey siproxd[10072]: accessctl.c:102 access check =3 Oct 14 23:40:36 jersey siproxd[10072]: security.c:48 security_check_raw: size=563 Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:403 checking Max-Forwards (=70) Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:448 received SIP type REQ:REGISTER Oct 14 23:40:36 jersey siproxd[10072]: plugin_shortdial.c:52 plugin entered Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:192.168.10.247 Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:(null)@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:299 compare_url: NULL username - ignoring Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:1132 sip_find_direction: unable to determine direction of SIP packet Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:502 proxying REGISTER request to:ekiga.net Oct 14 23:40:36 jersey siproxd[10072]: register.c:238 sip_register: Oct 14 23:40:36 jersey siproxd[10072]: register.c:324 register: <valid ekiga.net account>@<valid inet ip> expires=3600 seconds Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@ekiga.net Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: register.c:349 found entry for <valid ekiga.net account>@<valid inet ip> <-> <valid ekiga.net account>@ekiga.net at slot=0, exp=3629 Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:36 jersey siproxd[10072]: register.c:449 masquerading UA <valid ekiga.net account>@<valid inet ip> local <valid ekiga.net account>@<valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: proxy.c:88 proxy_request Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: route_processing.c:135 route_preprocess: checking topmost Route header Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:192.168.10.247 Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:(null)@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:299 compare_url: NULL username - ignoring Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:1132 sip_find_direction: unable to determine direction of SIP packet Oct 14 23:40:36 jersey siproxd[10072]: proxy.c:277 request [REGISTER] from/to unregistered UA (RQ: <valid ekiga.net account>@ekiga.net -> *NULL*@ekiga.net) Oct 14 23:40:36 jersey siproxd[10072]: sock.c:164 send UDP packet to <valid inet ip>: 5060 Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:292 going into sipsock_wait Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:318 back from sipsock_wait Oct 14 23:40:36 jersey siproxd[10072]: sock.c:125 received UDP packet from 192.168.10.247, count=563 Oct 14 23:40:36 jersey siproxd[10072]: accessctl.c:53 deny list (SIP):*NULL* Oct 14 23:40:36 jersey siproxd[10072]: accessctl.c:55 allow list (SIP):*NULL* Oct 14 23:40:36 jersey siproxd[10072]: accessctl.c:57 allow list (REG):*NULL* Oct 14 23:40:36 jersey siproxd[10072]: accessctl.c:102 access check =3 Oct 14 23:40:36 jersey siproxd[10072]: security.c:48 security_check_raw: size=563 Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:403 checking Max-Forwards (=70) Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:448 received SIP type REQ:REGISTER Oct 14 23:40:36 jersey siproxd[10072]: plugin_shortdial.c:52 plugin entered Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:192.168.10.247 Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:(null)@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:299 compare_url: NULL username - ignoring Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:1132 sip_find_direction: unable to determine direction of SIP packet Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:502 proxying REGISTER request to:ekiga.net Oct 14 23:40:36 jersey siproxd[10072]: register.c:238 sip_register: Oct 14 23:40:36 jersey siproxd[10072]: register.c:324 register: <valid ekiga.net account>@<valid inet ip> expires=3600 seconds Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@ekiga.net Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: register.c:349 found entry for <valid ekiga.net account>@<valid inet ip> <-> <valid ekiga.net account>@ekiga.net at slot=0, exp=3630 Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:36 jersey siproxd[10072]: register.c:449 masquerading UA <valid ekiga.net account>@<valid inet ip> local <valid ekiga.net account>@<valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: proxy.c:88 proxy_request Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: route_processing.c:135 route_preprocess: checking topmost Route header Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:192.168.10.247 Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:(null)@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:299 compare_url: NULL username - ignoring Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:<valid ekiga.net account>@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:1132 sip_find_direction: unable to determine direction of SIP packet Oct 14 23:40:36 jersey siproxd[10072]: proxy.c:277 request [REGISTER] from/to unregistered UA (RQ: <valid ekiga.net account>@ekiga.net -> *NULL*@ekiga.net) Oct 14 23:40:36 jersey siproxd[10072]: sock.c:164 send UDP packet to <valid inet ip>: 5060 Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:292 going into sipsock_wait Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:318 back from sipsock_wait Oct 14 23:40:36 jersey siproxd[10072]: sock.c:125 received UDP packet from <valid inet ip>, count=315 Oct 14 23:40:36 jersey siproxd[10072]: accessctl.c:53 deny list (SIP):*NULL* Oct 14 23:40:36 jersey siproxd[10072]: accessctl.c:55 allow list (SIP):*NULL* Oct 14 23:40:36 jersey siproxd[10072]: accessctl.c:57 allow list (REG):*NULL* Oct 14 23:40:36 jersey siproxd[10072]: accessctl.c:102 access check =3 Oct 14 23:40:36 jersey siproxd[10072]: security.c:48 security_check_raw: size=315 Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:403 checking Max-Forwards (=70) Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:448 received SIP type RES:Request Timeout Oct 14 23:40:36 jersey siproxd[10072]: plugin_shortdial.c:52 plugin entered Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:<valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:36 jersey siproxd[10072]: proxy.c:527 proxy_response Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:612 deleting topmost VIA Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:199 via name <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:222 resolving IP of interface outbound Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:239 got address match [<valid inet ip>] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:<valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:36 jersey siproxd[10072]: proxy.c:645 outgoing response for <valid ekiga.net account>@ekiga.net from inbound Oct 14 23:40:36 jersey siproxd[10072]: proxy.c:698 Purging Record-Routes (outgoing packet) Oct 14 23:40:36 jersey siproxd[10072]: proxy.c:755 ERROR:proxy_response: list_get via failed Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:292 going into sipsock_wait Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:318 back from sipsock_wait Oct 14 23:40:36 jersey siproxd[10072]: sock.c:125 received UDP packet from <valid inet ip>, count=315 Oct 14 23:40:36 jersey siproxd[10072]: accessctl.c:53 deny list (SIP):*NULL* Oct 14 23:40:36 jersey siproxd[10072]: accessctl.c:55 allow list (SIP):*NULL* Oct 14 23:40:36 jersey siproxd[10072]: accessctl.c:57 allow list (REG):*NULL* Oct 14 23:40:36 jersey siproxd[10072]: accessctl.c:102 access check =3 Oct 14 23:40:36 jersey siproxd[10072]: security.c:48 security_check_raw: size=315 Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:403 checking Max-Forwards (=70) Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:448 received SIP type RES:Request Timeout Oct 14 23:40:36 jersey siproxd[10072]: plugin_shortdial.c:52 plugin entered Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:<valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:36 jersey siproxd[10072]: proxy.c:527 proxy_response Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:612 deleting topmost VIA Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:199 via name <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:222 resolving IP of interface outbound Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [0] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth0 -> <valid inet ip> UP Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:239 got address match [<valid inet ip>] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:<valid inet ip> Oct 14 23:40:36 jersey siproxd[10072]: utils.c:382 fetching interface IP by INTERFACE [1] Oct 14 23:40:36 jersey siproxd[10072]: utils.c:454 ifaddr lookup - from cache: eth1 -> 192.168.10.254 UP Oct 14 23:40:36 jersey siproxd[10072]: proxy.c:645 outgoing response for <valid ekiga.net account>@ekiga.net from inbound Oct 14 23:40:36 jersey siproxd[10072]: proxy.c:698 Purging Record-Routes (outgoing packet) Oct 14 23:40:36 jersey siproxd[10072]: proxy.c:755 ERROR:proxy_response: list_get via failed Oct 14 23:40:36 jersey siproxd[10072]: siproxd.c:292 going into sipsock_wait Oct 14 23:40:38 jersey siproxd[10072]: siproxd.c:318 back from sipsock_wait Oct 14 23:40:38 jersey siproxd[10072]: sock.c:125 received UDP packet from 192.168.10.247, count=563 Oct 14 23:40:38 jersey siproxd[10072]: accessctl.c:53 deny list (SIP):*NULL* Oct 14 23:40:38 jersey siproxd[10072]: accessctl.c:55 allow list (SIP):*NULL* Oct 14 23:40:38 jersey siproxd[10072]: accessctl.c:57 allow list (REG):*NULL* Oct 14 23:40:38 jersey siproxd[10072]: accessctl.c:102 access check =3 Oct 14 23:40:38 jersey siproxd[10072]: security.c:48 security_check_raw: size=563 Oct 14 23:40:38 jersey siproxd[10072]: siproxd.c:403 checking Max-Forwards (=70) Oct 14 23:40:38 jersey siproxd[10072]: siproxd.c:448 received SIP type REQ:REGISTER Oct 14 23:40:38 jersey siproxd[10072]: plugin_shortdial.c:52 plugin entered Oct 14 23:40:38 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:38 jersey siproxd[10072]: sip_utils.c:992 sip_find_direction: reghost:<valid inet ip> ip:192.168.10.247 Oct 14 23:40:38 jersey siproxd[10072]: sip_utils.c:280 comparing urls: sip:(null)@ekiga.net -> sip:<valid ekiga.net account>@<valid inet ip> Oct 14 23:40:38 jersey siproxd[10072]: sip_utils.c:299 compare_url: NULL username - ignoring Oct 14 23:40:38 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: ekiga.net -> 86.64.162.35 Oct 14 23:40:38 jersey siproxd[10072]: utils.c:130 DNS lookup - from cache: <valid inet ip> -> <valid inet ip> Oct 14 23:40:38 jersey siproxd[10072]: sip_utils.c:325 compare_url: IP mismatch Oct 14 23:40:38 jer... [truncated message content] |
|
From: Peng Li <lip...@gm...> - 2009-10-04 09:40:16
|
HI Guys, I have siproxd running on OpenWRT and my remote proxyserver uses non-5060 port, say 8060. But, siproxd always send it to 5060, even I changed listen port to 8060 in the file for sipproxd to listen. I thought that siproxd should not change this destination port, but modify source port/ip so it can get message back. 17:14:51.077276 IP 221.209.144.65.8060 >xxxxx.dsl.xxxxx.com.5060: SIP, length: 629 Any help is appreciated! thanks in advance Peng |
|
From: Nik M. <nik...@gm...> - 2009-03-28 05:55:16
|
Hello, I have siproxd configured behind a NAT router, on the same network segment as my soft phones. Whenever I try to regsiter, i get: 05:35:13 utils.c:400 ifaddr lookup - from cache: eth0 -> 192.168.1.50 UP 05:35:13 ERROR:sip_utils.c:644 I'm trying to delete a VIA but it's not mine! host=173.17.nnn.nnn 05:35:13 proxy.c:535 not addressed to my VIA, ignoring response 05:35:13 siproxd.c:278 going into sipsock_wait where host= is the public IP address of my router My siproxd.conf: if_inbound = eth0 if_outbound = eth0 host_outbound = my.dyndns.hostename hosts_allow_reg = 192.168.1.0/24 hosts_allow_sip = 69.nn.nnn.nnn/32 << My remote PBX IP sip_listen_port = 5060 daemonize = 0 rtp_proxy_enable = 1 I have tried Zoiper and X-Lite softphones. On them i set up my account as usual, BUT I set the siproxd as the outbounds proxy, and disable STUN. Since I also use SRV on my SIP domains, I have set up a SIP domain on my pbx that matches my PBXs host name, to work around the fact that siproxd cannot use SRV records |
5 messages has been excluded from this view by a project administrator.
