Okey, the reason why I asked, is that I see you have started sending
more then one copy of the same mail to the mailig list.. again..
i tought you had understood that it's not smart, and that people get
pissed when you do that.
- Atle
* harry gaillac <gaillacharry(a)yahoo.fr> [051126 00:33]:
> Dear Atle,
> I'm not too old I'm just so tired of being unemployed.
> Harry
>
> --- Atle Samuelsen <clona(a)cyberhouse.no> a ?crit :
>
> > Hi Harry,
> >
> > Sorry to ask, How old are you ?
> >
> > -Atle
> >
> > * Doug Meredith <doug.meredith(a)skyridge.com> [051124
> > 19:25]:
> > > bosinclar(a)laposte.net wrote:
> > >
> > > >I need to add some functions in my ser.cfg for
> > nat
> > > >support.
> > > >I use my open(ser) as outbound proxy with two
> > > >interfaces ppp0 and eth0.
> > > >sip agents send requests to eth0.
> > > >I want my packets passing through the register
> > and
> > > >invite blocks by fixing contact with a public ip.
> > > >
> > > >All packets from private network must be sent to
> > eth0.
> > > >
> > > >Any suggestions
> > > >
> > > >Bob
> > >
> > > Looks like Harry got a new e-mail account to avoid
> > the moderation.
> > >
> > > Doug
> > > --
> > > Doug Meredith (doug.meredith(a)systemguard.com)
> > > SystemGuard - Oracle remote support
> > > 877-974-8273 (87-SYSGUARD)
> > > 506-854-7997
> > > www.systemguard.com
> > >
> > > _______________________________________________
> > > Serusers mailing list
> > > serusers(a)lists.iptel.org
> > > http://lists.iptel.org/mailman/listinfo/serusers
> > >
> >
> > _______________________________________________
> > Serusers mailing list
> > serusers(a)lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
> >
>
>
>
>
>
>
>
> ___________________________________________________________________________
> Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger
> T?l?chargez cette version sur http://fr.messenger.yahoo.com
>
Does anyone know where I could find some openser.cfg sample files? Been looking and there's absolutely squat available. (hint hint). This would be a very very useful resource...
Thanks,
Doug.
This really has me confused. My openser.cfg has the following code:
modparam("lcr","fr_inv_timer",2)
modparam("lcr","fr_inv_timer_next",2)
modparam("tm", "fr_timer", 1)
# Heck, might as well set all three! I don't know the difference between them!
# fr_timer seems to actually cause INVITE's to time out though, unlike fr_inv_timer and fr_inv_timer_next which do nothing.
...
t_on_failure("2");
if (!next_gw()) {
sl_send_reply("503", "Service not available, no gateways found");
return;
}
if ( !t_relay() ) {
xlog ("L_INFO","Call to t_relay() returned -1"); # Never happens even if gateway connection times out
}
else {
xlog ("L_INFO","Call to t_relay() returned 0"); # Always happens, even when gateway connection times out
}
failure_route[2] {
if (method == "INVITE" ) && t_check_status("408|500|503")) {
}
}
Failure route failure_route[2] is being called when t_relay fails to contact a gateway. I'm still trying to understand how that can actually happen because t_relay() always returns 0, but anyway.... it seems that calling t_on_failure(2) somehow magically tells failure_route[2] to execute eventhough the previous t_relay() returns 0. If t_relay() always returns 0, what triggers execution of failure_route[2]???
Now for the tricky part. Function t_relay() never gets a connection to a gateway, and no final response code is received. It just so happens I had the t_check_status in there because I copied and pasted it from someones example. If no final response code is received, why does this if statement return true? It is returning true eventhough no response code was received. How can that happen?
Yes, I read the docs on using t_check_status in a failure route block, and it says "the code of the selected negative final reply". Sounds about what I am talking about here, although the difference between "the code of the selected negative final reply" and a reply blocks "the code of the current received reply." isn't really spelled out anywhere.
And yes, I read the docs. The docs don't explain to me why this weird stuff is occurring.
Doug.
And just what is 'sequential forwarding' anyway? I just searched through every single module one-by-one at openser.org (which is painful when you don't know what module a specific piece of documentation is in) and could not find any reference to 'sequential forwarding' except when the lcr module says it uses it. So, what is it exactly? Where's the documentation that points to how it works?
I really don't think my questions are unreasonable, and I'm not trying to be difficult. I wouldn't be asking these questions if I knew or could find the answers. As I said, I'm just trying to find a solution to a problem which is ultimately _SOME_ degree of round-robin and redundancy in what is otherwise a great product. At this point it looks like round-robin is just not feesible with OpenSER. I'll settle for redundancy... ie trying another server if one is down.
Doug.
-----Original Message-----
From: Douglas Garstang
Sent: Fri 11/25/2005 7:09 PM
To:
Cc: users(a)openser.org
Subject: RE: [Users] Setting t_relay() timeout in lcr
Yes. I have read sections 1.3.17 and 1.3.18 of the module documentation for lcr.
That's why I made the post.
Section 1.3.17 says:
'Sets the value of the fist INVITE's Final Response timeout to be used during sequential forwarding:"
Section 1.3.18 says:
"Sets the value of the next INVITE's Final Response timeouts to be used during sequential fowarding:"
So, I went and set:
modparam("lcr","fr_inv_timer",2)
modparam("lcr","fr_inv_timer_next",2)
and it had no effect on the timeout that t_relay() used.
However, when I set:
modparam("tm", "fr_timer", 1)
it _DID_ have an effect in the timeout that t_relay() used.
I _have_ experimed with the variables and functions WAY more than I would have if the documentation was complete. Experimenting with the functions showed me that t_relay() is always returning 0, even when there is a failure.
My question therefore stands. Why does setting fr_inv_timer and fr_inv_timer_next have no effect? What is the relationship between the settings in the tm module and the lcr module? Why are there two settings? Which should I use? Why does t_relay() always return 0 even on failure? I could be doing things completely wrong, as there is a lack of good examples accompanying the documentation, and it's easy to see the documentation was written by the same people who wrote the code - there's an assumed level of knowledge when reading it that most people don't have.
Douglas.
-----Original Message-----
From: Juha Heinanen [mailto:jh@tutpro.com]
Sent: Fri 11/25/2005 6:32 PM
To: Douglas Garstang
Cc: users(a)openser.org
Subject: RE: [Users] Setting t_relay() timeout in lcr
Douglas Garstang writes:
> I just managed to set the timeout with fr_inv_timer from the tm
> module, and it seems to have the right effect. So, what are
> fr_inv_timer and fr_inv_timer_next in lcr module for then???
before you sent this message, have you checked sections 1.3.17 and
1.3.18 of lcr README file?
you should read all existing documentation, experiment with the
variables and the functions and if you after that still have problems,
you post your message to the list.
-- juha
Hi to everybody!
Im currently trying to setup an outbound proxy using ser. Im still a
newbie with this ser and im not yet that good with the scripting.
Could anyone tell me how to configure ser for outbound proxy only
using rtpproxy? There are samples files in the Getting started manual
but im having troubles eliminating the authentication/mysql part in
script since im not yet familiar which modules depends on which. A
striped down version of the nat-rtpproxy.cfg file would be really
appreciated. Thanks in advance.
_jeff
hi
all
i using the SER-0.9.4 with nathelper module,i just
need nathelper to change IAD's contact to public IP
address and port after nat;;
but when starting SER i get error log information in
/var/log/messages as following
ERROR:can't connect to RTP proxy
in fact,i does't use the RTP proxy,if i need other
configurations in ser.cfg for nathelper ? or other
reasons?
thanks
Best Regards
___________________________________________________________
雅虎邮箱超强增值服务－2G超大空间、pop3收信、无限量邮件提醒
http://cn.mail.yahoo.com
Today we had an incident where SER (0.9.4) children drained all the CPUs
of one of our servers.
Top Showed:
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND
17925 root 25 0 5644 5644 3888 R 25.5 0.2 6:26 1 ser
17929 root 25 0 5672 5672 3880 R 24.7 0.2 6:48 0 ser
17928 root 25 0 5688 5688 3872 R 24.3 0.2 6:25 1 ser
17933 root 25 0 4540 4540 3740 R 22.8 0.2 6:00 0 ser
And ..
# ps -Al | grep ser
1 S 0 17901 1 0 85 0 - 14200 pause ? 00:00:00 ser
1 S 0 17916 17901 0 75 0 - 14200 pipe_w ? 00:00:00 ser
1 S 0 17917 17901 0 75 0 - 14418 schedu ? 00:00:22 ser
1 S 0 17918 17901 0 75 0 - 14422 schedu ? 00:00:23 ser
1 S 0 17919 17901 0 75 0 - 14423 schedu ? 00:00:24 ser
1 S 0 17920 17901 0 75 0 - 14447 schedu ? 00:00:22 ser
1 S 0 17921 17901 0 75 0 - 14421 schedu ? 00:00:22 ser
1 S 0 17922 17901 0 75 0 - 14424 schedu ? 00:00:22 ser
1 S 0 17923 17901 0 75 0 - 14428 schedu ? 00:00:21 ser
1 S 0 17924 17901 0 75 0 - 14424 schedu ? 00:00:22 ser
1 R 0 17925 17901 0 85 0 - 14448 - ? 00:06:22 ser
1 S 0 17926 17901 0 75 0 - 14457 schedu ? 00:00:49 ser
1 S 0 17927 17901 0 75 0 - 14453 schedu ? 00:00:50 ser
1 R 0 17928 17901 0 85 0 - 14477 - ? 00:06:20 ser
1 R 0 17929 17901 0 85 0 - 14455 - ? 00:06:44 ser
1 S 0 17930 17901 0 75 0 - 14452 schedu ? 00:00:50 ser
1 S 0 17931 17901 0 75 0 - 14448 schedu ? 00:00:50 ser
1 S 0 17932 17901 0 76 0 - 14448 schedu ? 00:00:49 ser
1 R 0 17933 17901 0 85 0 - 14235 - ? 00:05:55 ser
As you can see it looks like 4 children dropped out of the scheduler.
The only thing suspicious is that RTPProxy became non-responsive around
that time. At least thats the only thing the log shows:
Nov 22 15:56:17 /usr/local/sbin/ser[17931]: ERROR: send_rtpp_command:
timeout waiting reply from a RTP proxy
Any idea why these 4 children dropped out? Any hints on how to
troubleshoot this?
Thanks,
--
Andres
Network Admin
http://www.telesip.net
Yes. I have read sections 1.3.17 and 1.3.18 of the module documentation for lcr.
That's why I made the post.
Section 1.3.17 says:
'Sets the value of the fist INVITE's Final Response timeout to be used during sequential forwarding:"
Section 1.3.18 says:
"Sets the value of the next INVITE's Final Response timeouts to be used during sequential fowarding:"
So, I went and set:
modparam("lcr","fr_inv_timer",2)
modparam("lcr","fr_inv_timer_next",2)
and it had no effect on the timeout that t_relay() used.
However, when I set:
modparam("tm", "fr_timer", 1)
it _DID_ have an effect in the timeout that t_relay() used.
I _have_ experimed with the variables and functions WAY more than I would have if the documentation was complete. Experimenting with the functions showed me that t_relay() is always returning 0, even when there is a failure.
My question therefore stands. Why does setting fr_inv_timer and fr_inv_timer_next have no effect? What is the relationship between the settings in the tm module and the lcr module? Why are there two settings? Which should I use? Why does t_relay() always return 0 even on failure? I could be doing things completely wrong, as there is a lack of good examples accompanying the documentation, and it's easy to see the documentation was written by the same people who wrote the code - there's an assumed level of knowledge when reading it that most people don't have.
Douglas.
-----Original Message-----
From: Juha Heinanen [mailto:jh@tutpro.com]
Sent: Fri 11/25/2005 6:32 PM
To: Douglas Garstang
Cc: users(a)openser.org
Subject: RE: [Users] Setting t_relay() timeout in lcr
Douglas Garstang writes:
> I just managed to set the timeout with fr_inv_timer from the tm
> module, and it seems to have the right effect. So, what are
> fr_inv_timer and fr_inv_timer_next in lcr module for then???
before you sent this message, have you checked sections 1.3.17 and
1.3.18 of lcr README file?
you should read all existing documentation, experiment with the
variables and the functions and if you after that still have problems,
you post your message to the list.
-- juha
I just managed to set the timeout with fr_inv_timer from the tm module, and it seems to have the right effect. So, what are fr_inv_timer and fr_inv_timer_next in lcr module for then???
-----Original Message-----
From: Douglas Garstang
Sent: Fri 11/25/2005 5:07 PM
To: users(a)openser.org
Cc:
Subject: [Users] Setting t_relay() timeout in lcr
How can I set the t_relay() INVITE timeout in the lcr module?
Setting fr_inv_timer and fr_inv_timer_next with modparam seems to have no effect. What's the significance of fr_inv_timer_avp? Do I need to set that instead? And just what is an 'rpid'??? I can't find this documented anywhere.
Thanks
When my t_relay() times out, it returns 0. Why doesn't it return -1?
Before calling t_relay(), I call t_on_failure(). If t_relay() always returns 0, why does my failure block execute? This makes no sense to me. I must not be reading in between the lines of the docs enough, because theres a lot of things here that just don't add up.
Yes, I'm asking a lot of questions. That's because the docs don't have all the information.
Doug.
-----Original Message-----
From: Douglas Garstang
Sent: Fri 11/25/2005 5:16 PM
To: users(a)openser.org
Cc:
Subject: RE: [Users] Setting t_relay() timeout in lcr
I just managed to set the timeout with fr_inv_timer from the tm module, and it seems to have the right effect. So, what are fr_inv_timer and fr_inv_timer_next in lcr module for then???
-----Original Message-----
From: Douglas Garstang
Sent: Fri 11/25/2005 5:07 PM
To: users(a)openser.org
Cc:
Subject: [Users] Setting t_relay() timeout in lcr
How can I set the t_relay() INVITE timeout in the lcr module?
Setting fr_inv_timer and fr_inv_timer_next with modparam seems to have no effect. What's the significance of fr_inv_timer_avp? Do I need to set that instead? And just what is an 'rpid'??? I can't find this documented anywhere.
Thanks
