i have started to get those "could not find corresponding listening
socket" all the time.
also, looks like the previous proxy-authorization pv problem that i
wrongly reported is due to
remove_hf("Proxy-Authorization");
having no effect, i.e., the header is included in outgoing request even
when i make the above call to remove it.
i added some debug in my script that verified that the above call is
done and still the original p-a header shows up in outgoing request.
i don't know what to do next because looks like nothing that i try
works.
-- juha
Module: sip-router
Branch: kamailio_3.0
Commit: 39ce77440b5d72a8a197ca06ff579371134bcacf
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=39ce774…
Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date: Fri Oct 30 15:01:41 2009 +0100
Merge remote branch 'origin/sr_3.0' into kamailio_3.0
* origin/sr_3.0:
fix typo in location flags settings
Rewritten this small helper function
When string was in the form of 0=on\n\0 this function caused a segmentation fault(canaries where overwritten).
Removed unused var (added last commit)
Fixed avpops avp_db_store as before no state was used and it caused to loop endessly.
Declared pua_send_publish ,as it was only defined (extern)
Fixed tm_load import (It would be advisable to use tm_load_api instead )
Fixed include guard
Added kmi module to linkage (because of ../../modules_k/xcap_client/xcap_client.so: undefined symbol: register_mi_mod )
Fixed carrierroute module exports.
Fixed userblacklist exported function
If the user parameter is "<null>" (e.g a empty username in the request URI), do not copy this value to the rewritten uri.
lib/srdb1/schema/gw.xml: index changes
modules/lcr: bug fixes
htable(k): fix non-init act. ctx in event route execution
tm: fix/support changing r-uris and path in branch routes
Conflicts:
.gitignore
Makefile
Makefile.defs
Makefile.dirs
cfg.lex
cfg.y
etc/kamailio.cfg
events.c
events.h
forward.c
lib/srdb1/schema/gw.xml
modules/avpops/avpops_impl.c
modules/carrierroute/carrierroute.c
modules/carrierroute/cr_func.c
modules/carrierroute/cr_func.h
modules/lcr/README
modules/lcr/doc/lcr_admin.xml
modules/lcr/lcr_mod.c
modules/lcr/lcr_rpc.c
modules/tm/h_table.c
modules/tm/h_table.h
modules/tm/t_fwd.c
modules/tm/t_fwd.h
modules/tm/t_hooks.c
modules/tm/t_reply.c
modules/tm/uac.c
modules/utils/conf.c
modules_k/htable/htable.c
modules_k/kex/core_stats.c
modules_k/pua_dialoginfo/pua_dialoginfo.c
modules_k/pua_usrloc/pua_usrloc.c
modules_k/pua_usrloc/pua_usrloc.h
modules_k/pua_xmpp/pua_xmpp.c
modules_k/pv/pv.c
modules_k/pv/pv_branch.c
modules_k/pv/pv_branch.h
modules_k/userblacklist/userblacklist.c
modules_k/xcap_client/Makefile
modules_s/domain/domain_mod.c
modules_s/registrar/save.c
parser/msg_parser.c
parser/parse_uri.c
receive.c
utils/kamctl/Makefile
---
i thought that tcp problem (using wrong ip address) appeared only in
latest sr code, but now i saw it also in older version.
to repeat, register twinkle using tcp from behind nat. call twinkle
from another sip phone that is using udp. twinkle receives 200 ok, but
never the ack. sr cannot forward ack to twinkle and reports:
Oct 30 10:36:56 localhost /usr/sbin/sip-proxy[3911]: WARNING: <core> [tcp_main.c:1200]: WARNING: tcp_do_connect 192.168.0.169:5074: could not find corresponding listening socket for 192.X.Y.2, using default...
Oct 30 10:36:57 localhost /usr/sbin/sip-proxy[3924]: INFO: Routing in-dialog BYE from <sip:foo.bar@bar.com> to <sip:jh_bar_com@192.168.0.169:5074;transport=tcp>Oct 30 10:37:01 localhost /usr/sbin/sip-proxy[4023]: ERROR: <core> [tcp_main.c:3747]: connect 192.168.0.169:5074 failed (timeout)
where 192.X.Y.2 is NONE of the addresses sr is listening at, but ip of
eth0 interface.
this is a very serious show stopper.
-- juha
is there a way to pull a version of sr_3.0 as it was at a certain date?
i would like to get one before the latest branch route commits that made
things worse.
-- juha
i have twinkle registered from behind nat and when i check in location
table my nat flag
modparam("usrloc", "nat_bflag", 1)
is set, i.e. flag column of twinkle contact in location table has value
2.
but when i check after lookup():
lookup("location");
switch ($rc) {
case 1:
if (isbflagset(1)) {
xlog("L_INFO", "Branch Flag 1 is set\n");
};
nothing gets printed to syslog. i have not changed any of this config
code since k.
is this a compatibility issue or a bug?
-- juha
"the code must compile on all the arhitectures (this currently includes
linux, freebsd, netbsd, openbsd, solaris >= 8; x86, ultrasparc,
strongarm;
gcc 2.95, 3.x, icc, sun cc >=5.3)."
How is this tested? Do all developers have access to all these
platforms? Do we have a buildbot that automatically runs these tests?
Just curious.
/O