Re: ERROR:I'm trying to delete a VIA but it's not mine!

Thomas Ries <[email protected]> Tue, 26 Jun 2007 19:51:46 +0200 (CEST)
Newsgroups gmane.network.siproxd
Message-ID <[email protected]>
--===============0236573368==
Content-Type: MULTIPART/SIGNED; MICALG=pgp-sha1;
	PROTOCOL="application/pgp-signature";
	BOUNDARY="-1463810047-749241873-1182880306=:26341"

---1463810047-749241873-1182880306=:26341
Content-Type: TEXT/PLAIN; CHARSET=us-ascii
Content-Disposition: INLINE

Hmm, it's now yet completely clear to me how your actual setup looks
like. Why do you use 

if_inbound  = eth1
if_outbound = eth1

? Do you really have your local UA's *and* the conenction to the outside
world on the same interface (logical AND physical)?
I understand you in a way that the interface eth0 owns the IP address
192.168.0.1, so this IP is NOT seen as an "own" IP for siproxd, as the
eth0 interface is not mentioned in its configuration. So make sure your
internal UAs do use the proper internal IP address (the one where the
if_inbound points to).

If you plan to deal with multiple internal subnets (without routing in
between them) then you need a siproxd instance for each subnet (put them
on different UDP ports, e.g 5060, 5062).

However, I still would like to get a debug log file (debuglevel=-1) of
such an event. As I understood you correctly, your siproxd machine uses
192.111.200.139 on eth1 and 192.168.0.1 on eth0. So it is not clear why
both IPs are involved...


And yes, siproxd requires a DNS environment that is working. It is not
the only component on a SIP network that relies on it. If the DNS from
your provider / SIP registrar is not that reliable, you could:

- introduce a caching nameserver for your local network
- use the plain IP address in siproxd config file

/Thomas

On 26 Jun, Colin Guthrie wrote:
> Colin Guthrie wrote:
>> Thomas Ries wrote:
>>> Hi Colin,
>>>
>>> If you still get the error about deleting vias (and you are sure
>>> that the via in question is your external IP address), please send
>>> me a debug log (loglevel = -1) including the error (and all output
>>> before, starting when the offending DIALOG started).
> 
>> Thanks for all the info. I'll look at this on Monday when I'm in the
>> office!
> 
> OK here is some more info.
> 
> (no debug log yet tho but perhaps you can infer from this?) I'll start
> logging ASAP.
> 
> Reminder (from siproxd.conf):
> if_inbound  = eth1
> if_outbound = eth1
> host_outbound = 84.9.255.116
> outbound_domain_name = lon-pbx-3.gradwell.net
> outbound_domain_host = nat1.gradwell.net
> outbound_domain_port = 5082
> 
> 
> Looks like a DNS error in looking up nat1.gradwell.net caused an issue:
> 
> Jun 26 10:24:00 summit siproxd[20879]: utils.c:185
> ERROR:gethostbyname(nat1.gradwell.net) failed: h_errno=2 [Host name
> lookup failure]
> Jun 26 10:24:00 summit siproxd[20879]: sip_utils.c:916
> ERROR:sip_find_outbound_proxy: cannot resolve outbound proxy host
> [nat1.gradwell.net], check config
> Jun 26 10:24:03 summit siproxd[20879]: sip_utils.c:620 ERROR:I'm
> trying to delete a VIA but it's not mine! host=193.111.200.139
> Jun 26 10:24:03 summit siproxd[20879]: sip_utils.c:620 ERROR:I'm
> trying to delete a VIA but it's not mine! host=193.111.200.139
> Jun 26 10:24:03 summit siproxd[20879]: sip_utils.c:620 ERROR:I'm
> trying to delete a VIA but it's not mine! host=192.168.0.1
> Jun 26 10:24:22 summit siproxd[20879]: sip_utils.c:620 ERROR:I'm
> trying to delete a VIA but it's not mine! host=192.168.0.1
> Jun 26 10:24:53 summit siproxd[20879]: sip_utils.c:620 ERROR:I'm
> trying to delete a VIA but it's not mine! host=192.168.0.1
> Jun 26 10:29:55 summit siproxd[20879]: sip_utils.c:620 ERROR:I'm
> trying to delete a VIA but it's not mine! host=193.111.200.139
> 
> 
> This appears to have caused knock on effects!
> 
> The IP 192.111.200.139 is lon-pbx-3.gradwell.net and 192.168.0.1 is
> the internal IP the server uses when connecting to the wider interweb
> (e.g. eth0). Perhaps siproxd needs to know about eth0 in some way too?
> Or perhaps this isn't an issue if the 193.111.200.139 "delete VIA"
> error is not triggered.
> 
> I'll setup logging now, but perhaps this will help.
> 
> I'm tempted to add nat1.gradwell.net and lon-pbx-3.gradwell.net into
> my
> /etc/hosts file, but perhaps there should be a more robust DNS cache
> in siproxd?
> 
> Col
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Siproxd-users mailing list
> [email protected]
> 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------

---1463810047-749241873-1182880306=:26341
Content-Type: APPLICATION/PGP-SIGNATURE

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.4 (GNU/Linux)

iD8DBQFGgVIyCfzBioe83JQRAhpQAJsEkKUyX/ISxllTWY87KEbLNWXNgwCgqLIr
+KmjK5q+IDRM08gnKqLko+g=
=abNn
-----END PGP SIGNATURE-----

---1463810047-749241873-1182880306=:26341--


--===============0236573368==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

-------------------------------------------------------------------------
This SF.net email is sponsored by DB2 Express
Download DB2 Express C - the FREE version of DB2 express and take
control of your XML. No limits. Just data. Click to get it now.
http://sourceforge.net/powerbar/db2/
--===============0236573368==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Siproxd-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/siproxd-users

--===============0236573368==--