Семинар: «Особенности трудового законодательства для руководителей и специалистов кадровых служб.» - 23 сентября
1. Краткий обзор действующего законодательства в сфере труда и его оплаты.
2. Нужен ли администрации коллективный договор?
3. Трудовой договор – назначение, содержание. Срочные трудовые договоры. Испытания при приеме на работу.
Ученические договора.
4. Оплата труда и налогообложение прибыли, единый социальный налог, налог на доходы физических лиц. Какие
выплаты уменьшают налоговую базу или не облагаются налогами.
5. Разрешение трудовых споров – правовые основы для руководителя.
6. Ответственность организации и руководителя за нарушение трудового законодательства.
Все участники семинара получают разработанный автором раздаточный материал.
Стоимость семинара - 3900 рублей, с учетом НДС. Для всех зарегистрировавшихся до 19 сентября
предоставляется скидка 5%.
КОНТАКТНЫЕ ТЕЛЕФОНЫ: (095) 207-26-21, (095) 789-81-90.
Отписка - remove(a)mebgamma.ru
hi,
I'm trying to get the Remote-Party-ID stuff to play with anonymous calls.
here is a snipplet of what I'm trying to do:
modparam("auth", "rpid_suffix", ";party=calling;id-type=subscriber;screen=yes")
...
if (is_present_hf("Remote-Party-ID")) {
xlog("L_INFO", "Removing existing Remote-Party-ID from %fu\n");
remove_hf("Remote-Party-ID");
};
append_rpid_hf();
if (search("From:.*Anonymous")) {
search_append("Remote-Party-ID:.*;screen=yes", ";privacy=on");
} else {
search_append("Remote-Party-ID:.*;screen=yes", ";privacy=off");
};
however, this does not seem to work. is the rpid really added to the
message at when requested or actually later (at transmit) ?
jakob
Hi,
I am having problem with the MySQL password for root when I enter the
"/usr/sbin/ser_mysql.sh reinstall", may i know the default password for this
or any commands to retrieve? Please advice..Thank you...
*Have a nice day (",)*
Regards,
Shirley Toh
ran into (parse error (80,1-3): parse error) while
setting up missed call reports for serweb.
line 80 of ser.cfg reads
if (!lookup("location")) {
my ser.cfg as follows,
# if a call is labeled using setflag(3) and is missed,
it will
# be reported
modparam("acc", "log_missed_flag", 3 )
# -------------------- Missed call Reports
-------------------------
if (!lookup("location")) {
# call invitations to off-line users are reported
using the
# acc_request action; to avoid duplicate reports
on request
# retransmissions, request is processed statefuly
(t_newtran,
# t_reply)
if ((method=="INVITE" || method=="ACK") &&
t_newtran() ) {
t_reply("404", "Not Found");
acc_request("404 Not Found");
break;
};
# all other requests to off-line users are simply
replied
# statelessly and no reports are issued
sl_send_reply("404", "Not Found");
break;
} else {
# user on-line; report on failed transactions;
mark the
# transaction for reporting using the same number
as
# configured above; if the call is really missed,
a report
# will be issued
setflag(3);
# forward to user's current destination
t_relay();
break;
};
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
When calls are directed to my gateway, the gateway gets the users username in the From: field of the SIP header. This is not good for outbound caller ID purposes. If I want internal users caller ID to appear on displays of parties they are calling, how would I enable this?
Is it possible to rewrite the from: field with their numerical alias?
Any ideas?
BTW, I've successfully set up a Cisco 2621 router with a NM-HDV-1T1-24 Voice network module as a gateway. I've got ISDN PRI service from my PSTN provider. This gives 23 simultaneous digital voice channels, and as many direct inward dial numbers as I need to order from the phone company. Caller ID works nicely on inbound calls from the PSTN. I'm happy to share Cisco or ser config info on this setup if anyone is curious.
I don't have every feature I want running yet though (like voicemail).
Thanks,
G.
---------------------------------
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
ran into errors while configuration to enable
accounting, my xten client recieved "500 I'm terribly
sorry, server error occured (1/SL)"
the server logs as follow,
Sep 19 15:33:16 dv1 /usr/sbin/ser[2003]:
record_route(): Double attempt to record-route
Sep 19 15:33:16 dv1 /usr/sbin/ser[2006]: ERROR:
t_newtran: transaction already in process 0x422b9c70
Sep 19 15:33:16 dv1 /usr/sbin/ser[1996]: ERROR:
t_newtran: transaction already in process 0x422ca290
Sep 19 15:33:16 dv1 /usr/sbin/ser[2000]: ERROR:
t_newtran: transaction already in process 0x422c7f70
Sep 19 15:33:17 dv1 /usr/sbin/ser[2003]: ERROR:
t_newtran: transaction already in process 0x422ca290
Sep 19 15:33:17 dv1 /usr/sbin/ser[2006]: Warning:
sl_send_reply: I won't send a reply for ACK!!
***** ser.cfg
route{
# initial sanity checks -- messages with
# max_forwards==0, or excessively long
requests
if (!mf_process_maxfwd_header("10")) {
sl_send_reply("483","Too Many Hops");
break;
};
if (len_gt( max_len )) {
sl_send_reply("513", "Message too
big");
break;
};
# Process record-routing
if (loose_route()) { t_relay(); break; };
# labeled all transaction for accounting
setflag(1);
# record-route INVITES to make sure BYEs will visit
our server too
if (method=="INVITE") record_route();
# forward the request statefuly now; (we need
*stateful* forwarding,
# because the stateful mode correlates
requests with replies and
# drops retranmissions; otherwise, we would
have to report on
# every single message received)
if (!t_relay()) {
sl_reply_error();
break;
};
# we record-route all messages -- to make sure
that
# subsequent messages will go through our
proxy; that's
# particularly good if upstream and downstream
entities
# use different transport protocol
record_route();
# loose-route processing
if (loose_route()) {
t_relay();
break;
};
will someone post a sample ser.cfg with setting of all
the HOWTOs section from the Admin guide?
tim
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
Hello,
read the manual at
http://www.iptel.org/ser/doc/seruser/seruser.html#AEN330
added Alias for my domain but still getting too many
hops from the x-lite client.
SEND >> 199.199.199.106:5060
REGISTER sip:fly.superman.com SIP/2.0
Via: SIP/2.0/UDP 199.199.199.104:5060
From: <sip:5551234@fly.superman.com>
To: <sip:5551234@fly.superman.com>
Contact: "timding" <sip:5551234@199.199.199.104:5060>
Call-ID:
21F125EB58214925AAD4C9650457B531(a)fly.superman.com
CSeq: 20295 REGISTER
Expires: 500
User-Agent: X-Lite build 1050
Content-Length: 0
RECEIVE << 199.199.199.106:5060
SIP/2.0 483 Too Many Hops
Via: SIP/2.0/UDP 199.199.199.104:5060
From: <sip:5551234@fly.superman.com>
To:
<sip:5551234@fly.superman.com>;tag=b27e1a1d33761e85846fc98f5f3a7e58.c7e5
Call-ID:
21F125EB58214925AAD4C9650457B531(a)fly.superman.com
CSeq: 20295 REGISTER
Server: Sip EXpress router (0.8.11 (i386/linux))
Content-Length: 0
Warning: 392 199.199.199.106:5060 "Noisy feedback
tells: pid=1764 req_src_ip=199.199.199.106
req_src_port=5060 in_uri=sip:fly.superman.comout_uri=sip:fly.superman.com via_cnt==12"
#####################################
# ser.cfg #
#####################################
# $Id: ser.cfg,v 1.21.2.1 2003/07/30 16:46:18 andrei
Exp $
#
# simple quick-start config script
#
# ----------- global configuration parameters
------------------------
debug=3 # debug level (cmd line: -dddddddddd)
fork=yes
log_stderror=no # (cmd line: -E)
/* Uncomment these lines to enter debugging mode
#debug=7
#fork=no
#log_stderror=yes
*/
check_via=no # (cmd. line: -v)
dns=no # (cmd. line: -r)
rev_dns=no # (cmd. line: -R)
port=5060
children=4
fifo="/tmp/ser_fifo"
# ------------------ module loading
----------------------------------
# Uncomment this if you want to use SQL database
loadmodule "/usr/lib/ser/modules/mysql.so"
loadmodule "/usr/lib/ser/modules/sl.so"
loadmodule "/usr/lib/ser/modules/tm.so"
loadmodule "/usr/lib/ser/modules/rr.so"
loadmodule "/usr/lib/ser/modules/maxfwd.so"
loadmodule "/usr/lib/ser/modules/usrloc.so"
loadmodule "/usr/lib/ser/modules/registrar.so"
# Uncomment this if you want digest authentication
# mysql.so must be loaded !
loadmodule "/usr/lib/ser/modules/auth.so"
loadmodule "/usr/lib/ser/modules/auth_db.so"
# ----------------- setting module-specific parameters
---------------
# -- usrloc params --
#modparam("usrloc", "db_mode", 0)
# Uncomment this if you want to use SQL database
# for persistent storage and comment the previous line
modparam("usrloc", "db_mode", 2)
# -- auth params --
# Uncomment if you are using auth module
#
modparam("auth_db", "calculate_ha1", yes)
#
# If you set "calculate_ha1" parameter to yes (which
true in this config),
# uncomment also the following parameter)
#
modparam("auth_db", "password_column", "password")
# -- rr params --
# add value to ;lr param to make some broken UAs happy
modparam("rr", "enable_full_lr", 1)
# ------------------------- request routing logic
-------------------
# main routing logic
alias="fly.superman.com"
route{
# initial sanity checks -- messages with
# max_forwards==0, or excessively long
requests
if (!mf_process_maxfwd_header("10")) {
sl_send_reply("483","Too Many Hops");
break;
};
if (len_gt( max_len )) {
sl_send_reply("513", "Message too
big");
break;
};
# we record-route all messages -- to make sure
that
# subsequent messages will go through our
proxy; that's
# particularly good if upstream and downstream
entities
# use different transport protocol
record_route();
# loose-route processing
if (loose_route()) {
t_relay();
break;
};
# if the request is for other domain use
UsrLoc
# (in case, it does not work, use the
following command
# with proper names and addresses in it)
if (uri=="fly.superman.com") {
if (method=="REGISTER") {
# Uncomment this if you want to use digest
authentication
if
(!www_authorize("fly.superman.com", "subscriber")) {
www_challenge("fly.superman.com", "0");
break;
};
save("location");
break;
};
# native SIP destinations are handled
using our USRLOC DB
if (!lookup("location")) {
sl_send_reply("404", "Not
Found");
break;
};
};
# forward to current uri now; use stateful
forwarding; that
# works reliably even if we forward from TCP
to UDP
if (!t_relay()) {
sl_reply_error();
};
}
can someone share some light?
Tim
__________________________________
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
http://sitebuilder.yahoo.com
Thanks, that worked. No memory leaks yet, but I have a bit bucket just in case.
-----Original Message-----
From: Andrei Pelinescu-Onciul [mailto:pelinescu-onciul@fokus.fraunhofer.de]
Sent: Friday, September 19, 2003 2:35 PM
To: Rork, Joseph (J.P.)
Cc: 'Serusers (serusers(a)lists.iptel.org)'
Subject: Re: [Serusers] No mem for sip_msg
On Sep 19, 2003 at 14:31, Rork, Joseph (J.P.) <jrork(a)ford.com> wrote:
> What do you suggest it be increased too? Currently the line reads
> '#define PKG_MEM_POOL_SIZE 1024*1024'
Try 4096*1024, or 10240*1024 (10Mb). As long as you have enough RAM you can increase it :-)
Andrei
>
> -----Original Message-----
> From: Andrei Pelinescu-Onciul
> [mailto:pelinescu-onciul@fokus.fraunhofer.de]
> Sent: Friday, September 19, 2003 2:18 PM
> To: Rork, Joseph (J.P.)
> Cc: 'Serusers (serusers(a)lists.iptel.org)'
> Subject: Re: [Serusers] No mem for sip_msg
>
>
> On Sep 19, 2003 at 14:06, Rork, Joseph (J.P.) <jrork(a)ford.com> wrote:
> > I've recently gone back to MySql v4.0, w/ SER 8.11. I'm trying to
> > log
> > in and I am seeing the following message in the syslog.
> >
> > Sep 19 17:50:17 sip2 ser[2066]: ERROR: receive_msg: no mem for
> > sip_msg
> >
> > I have plenty of memory in my system. Has anyone else run into this
> > problem, and if so, how did you fix it?
>
> The short fix is edit config.h and change PKG_MEM_POOL_SIZE. Right now
> is 1Mb, increase it.
>
> Explanation:
> ser uses 2 types of memory, shared and "local". The "local" memory is
> not shared between the processes and it's faster to allocate since we
> don't need to lock on malloc. The shared mem. size can be increased
> form the command line (-m size_in_mb). The default is 32Mb. The
> "local" mem. maximum size is fixed to 1Mb (PKG_MEM_POOL_SIZE). We
> haven't needed more so far. In your case probably ser uses a lot of
> "local" mem. when it tries to load some of the databases in RAM on
> init. This is a known problem, and in the future we'll solve it
> without increasing PKG_MEM_POOL_SIZE, but for now this is the only
> solution. (I assume this is the problem in your case, but you could
> have also found a mem. leak, we would need the full logs and maybe a
> debug build to say for sure).
>
> Andrei
