Hi
I have a problem with the FIFO request below. The SIP request should route
through 11.12.13.135 which guards the gateway at 11.12.13.134. The IP
packet containing the SIP message that SER generates is good but SER sets
the destination IP address of the packet as 11.12.13.134 and not
11.12.13.135. Is there something wrong with my request or is this a bug?
Any help appreciated.
:t_uac_dlg:cc_reply
BYE
sip:00111111111111@11.12.13.134:5060
.
Via: SIP/2.0/UDP 31.32.33.34:25972;branch=z9hG4bKdb61c97f9cba17c1
From: <sip:1000@xsipserver.com>;tag=c53a53516c552844
To: <sip:11111111111@xsipserver.com>;tag=3ADD9EA0-1EC0
Call-ID: 7c70b0b24a053e37(a)192.168.7.21
CSeq: 52779 BYE
Route: <sip:11.12.13.135;ftag=c53a53516c552844;lr=on>
Max-Forwards: 69
.
.
I'm running SER 0.8.14 on Fedora Core 3.
Thank you.
Stuart
Thank you for the help!
It's working fine :)
_____________________________
Szabolcs Szasz
CCNA Network Engineer
Digi Communication SRL
H2/3 Petofi Sandor St.
Sovata,
Mures, Romania
Tel/ Fax: +40 265 577888
+40 265 577785
+40 365 506000
sszasz(a)digicomm.ro
www.digicomm.ro
_____________________________
Hello,
the textops module has now support for pseudo-variables in subst(),
subst_uri() and subst_user(). You can use any of the pseudo-variables
that OpenSER supports (http://openser.org/docs/pseudo-variables.html) in
the replacement part of the parameter given to subst*() -- the parameter
for these functions has the following format
"/regular_expression/replacement/flags". For more info, see the readme file:
http://www.openser.org/docs/modules/0.10.x/textops.html
Should be analyzed if worth to implement pseudo-variables support to
regular_expression part because it will slow down a lot the processing
since the regexp has to be compiled each time.
Daniel
On 06/24/05 01:11, Miguel Angel Villar wrote:
>Hi Daniel
> This is a really nice feature. I had been looking for something like
>this in the textops module. Implementing pseudo-variables in subst_uri() and
>subst() functions will give power tools for doing dynamic number/domain
>translation of URI. Conbined with avpops module the transformation can be
>based on external database, Great!
>
>Regards.
>MaV.-
>
>
>
>>Hello,
>>
>>the avpops and xlog module are using now same format for specifiers to
>>print formatted strings. avpops has a new function avp_printf(dest,
>>format) which stores in the AVP 'dest' the string resulted after
>>substitution of the specifiers from "format" parameter.
>>
>>The old marker for specifiers '%' has been replaced by '$' which is more
>>common for variables. To specify a header or an AVP you have to use now
>>$hdr(header_name[index]) or $avp(avp_id[index]). The list with all
>>available pseudo-variables in OpenSER is posted at:
>>http://openser.org/docs/pseudo-variables.html
>>
>>avp_printf() allow to compose a value from many parts of a SIP message,
>>other avps and many other values taken from system. For example:
>>avp_printf("i:20", "the time is $Tf, the request is a $rm and has the
>>
>>
>>from header $hdr(from)");
>
>
>>The documentation for avpops and xlog module has been updated on CVS,
>>too. Note that these features are available only on CVS head
>>(development version - http://openser.org/index.php#download).
>>Online documentation site for modules (http://openser.org/docs/) has
>>been split in 0.9x (stable) and 0.10.x (devel) directories.
>>
>>Follows the integration of same format for pseudo-variables in textops,
>>acc and tm. We will appreciate any feedback.
>>
>>Daniel
>>
>>
>
>
>_______________________________________________
>Devel mailing list
>Devel(a)openser.org
>http://openser.org/cgi-bin/mailman/listinfo/devel
>
>
>
Hi,
I downloaded the ser-0.8.14_linux_i386 tar zipped archive from the
iptel.org website. Unzipped it in the / directory and then got the SIP
server running from /usr/local/sbin/ directory.
I am using the linphone version 1.0.0 pre-installed on SUSE linux 9.3.
But I am running into configuration issues while trying to configure the
SIP Express Router (ser) to run as a proxy/ registrar server. I made the
following changes in the Preferences menu of linphone:
Automatically guess the SIP Identity as say, user@192.40.40.15
Add proxy/ registrar server SIP Identity: sip:afila@192.40.40.15 and
SIP Proxy server: sip:192.40.40.56
No changes were made to the ser.cfg file that comes with the distribution.
My question is, should some changes be made to the ser.cfg file in order
for a basic registration erquest to be received and accepted? If yes,
could some one please suggest the changes? If no, what could I be doing
wrong over here? Please help!
My ser.cfg file is as follows:
#
# $Id: ser.cfg,v 1.21.4.1 2003/11/10 15:35:15 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/local/lib/ser/modules/mysql.so"
loadmodule "/usr/local/lib/ser/modules/sl.so"
loadmodule "/usr/local/lib/ser/modules/tm.so"
loadmodule "/usr/local/lib/ser/modules/rr.so"
loadmodule "/usr/local/lib/ser/modules/maxfwd.so"
loadmodule "/usr/local/lib/ser/modules/usrloc.so"
loadmodule "/usr/local/lib/ser/modules/registrar.so"
# Uncomment this if you want digest authentication
# mysql.so must be loaded !
#loadmodule "/usr/local/lib/ser/modules/auth.so"
#loadmodule "/usr/local/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
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 ( msg:len > 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==myself) {
if (method=="REGISTER") {
# Uncomment this if you want to use digest authentication
# if (!www_authorize("iptel.org", "subscriber")) {
# www_challenge("iptel.org", "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();
};
}
Regards.
Mithun.
My memory is not good so check out the spelling....sorry but I am not on a linux machine and can not check the paths...
Put the ser executable (the one usually in /usr/local/sbin) in /etc/init.d (a link would be enough, depending on what you want).
Under /etc there are several directories that are used to start processes during startup, since I guess you are using runlevel 3, you should add a link in /etc/rc3.d/ to the ser application in /etc/init.d with special format: it has to start with the letter S, followed by two numbers and an arbitrary string: something like Sxxstring. The S stands for Start and the xx numbers indicate the order to start. The order is important!!! don't try to start ser before the networking or it will simply fail.
To gracefully stop ser you should add in /etc/rc0.d and /etc/rc6.d the appropriate Kyystring link.
Explore in the /rcM.d directrories to see how to make it working...
About the variable, just add in your home .bash_profile export SIP_DOMAIN="myserver...."
Hope it helps,
Samuel.
Unclassified.
>>> "Sebastian Kigelman" <sebastian(a)kigelman.com.ar> 06/28/05 03:28AM >>>
Hi!!.. Its my again!!!... As I tell you people, I am newy in the "SER
World", and I have a existential question: How can I stat SER automatically
during the machine startup?...
Also, I need to know where I can put the environment variable (export
SIP_DOMAIN="myserver.blah_blah.com") so I not need to type it on every
remote session that I start...
I am working in Debian Linux v2.4.27-2-386...
Any help will be very usefull for my...
Zeva...
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers
Hello,
Thank you friends,
I got the Log file under /var/log/message
Once again thanks for all friends.
Yours,
Abdul Lateef
Computer Programmer
HATIF COM
Mob: +974 - 5405022
Tel: +974 - 4883068
ICQ: 276994704
YM!: abdul_zu
Fax: +974 - 4883063
Doha Qatar
http://www.hatif.com
__________________________________
Do you Yahoo!?
Make Yahoo! your home page
http://www.yahoo.com/r/hs
Hello,
Thank you for kind of information,
I am reading the getting start.
But i have a small question, Where i can see the SER
log?
I means in which directory is located?
Thank You
Yours,
Abdul Lateef
Computer Programmer
HATIF COM
Mob: +974 - 5405022
Tel: +974 - 4883068
ICQ: 276994704
YM!: abdul_zu
Fax: +974 - 4883063
Doha Qatar
http://www.hatif.com
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Does anybody have SER running with MEDIAPROXY and Vovida B2BUA at the
same machine?
I'm having a little trouble with the calls: They are finishing after 30
seconds.
After I have reviewed the NGREP sniffing I can detect that the B2BUA is
sending a BYE to the SER as you can see:
U 2005/06/26 22:59:29.210454 200.67.33.247:61767 -> 200.94.75.6:5060
ACK sip:018183324166@200.94.75.6:5060 SIP/2.0.
Via: SIP/2.0/UDP 172.31.253.127:5060;branch=z9hG4bK-4413ed9d.
From: 8183651723
<sip:8183651723@sipsrv.conecta-te.com>;tag=d96bd682df5aa957o0.
To: <sip:018183324166@sipsrv.conecta-te.com>;tag=71eb8754.
Call-ID: 1a18e21e-eaa9b26b(a)172.31.253.127.
CSeq: 101 ACK.
Max-Forwards: 70.
Route: <sip:018183324166@200.94.75.6:5065>.
Contact: 8183651723 <sip:8183651723@172.31.253.127:5060>.
User-Agent: Linksys/PAP2-2.0.12(LS).
Content-Length: 0.
.
#
U 2005/06/26 22:59:29.213193 200.94.75.6:5060 -> 200.94.75.6:5065
ACK sip:018183324166@200.94.75.6:5065 SIP/2.0.
Record-Route: <sip:200.94.75.6;ftag=d96bd682df5aa957o0;lr=on>.
Via: SIP/2.0/UDP 200.94.75.6;branch=0.
Via: SIP/2.0/UDP
172.31.253.127:5060;rport=61767;received=200.67.33.247;branch=z9hG4bK-4413ed9d.
From: 8183651723
<sip:8183651723@sipsrv.conecta-te.com>;tag=d96bd682df5aa957o0.
To: <sip:018183324166@sipsrv.conecta-te.com>;tag=71eb8754.
Call-ID: 1a18e21e-eaa9b26b(a)172.31.253.127.
CSeq: 101 ACK.
Max-Forwards: 16.
Contact: 8183651723 <sip:8183651723@172.31.253.127:5060>.
User-Agent: Linksys/PAP2-2.0.12(LS).
Content-Length: 0.
P-hint: rr-enforced.
.
#
U 2005/06/26 22:59:29.214421 200.94.75.6:5065 -> 200.94.75.6:5060
ACK sip:018183324166@200.94.75.6:5060 SIP/2.0.
Via: SIP/2.0/UDP 200.94.75.6:5065.
To: <sip:018183324166@sipsrv.conecta-te.com>;tag=33F1FB80-B96.
From: 8183651723
<sip:8183651723@sipsrv.conecta-te.com>;tag=d96bd682df5aa957o0.
Call-ID: 8c9da6de70b56114b926f823b1173c3a(a)200.94.75.6.
CSeq: 101 ACK.
Max-Forwards: 70.
Route: <sip:018183324166@200.94.75.1:5060>.
Content-Length: 0.
.
#
U 2005/06/26 22:59:29.218000 200.94.75.6:5060 -> 200.94.75.1:5060
ACK sip:018183324166@200.94.75.1:5060 SIP/2.0.
Record-Route: <sip:200.94.75.6;ftag=d96bd682df5aa957o0;lr=on>.
Via: SIP/2.0/UDP 200.94.75.6;branch=0.
Via: SIP/2.0/UDP 200.94.75.6:5065.
To: <sip:018183324166@sipsrv.conecta-te.com>;tag=33F1FB80-B96.
From: 8183651723
<sip:8183651723@sipsrv.conecta-te.com>;tag=d96bd682df5aa957o0.
Call-ID: 8c9da6de70b56114b926f823b1173c3a(a)200.94.75.6.
CSeq: 101 ACK.
Max-Forwards: 16.
Content-Length: 0.
P-hint: rr-enforced.
.
##
U 2005/06/26 23:00:05.104387 200.94.75.6:5065 -> 200.94.75.6:5060
BYE sip:018183324166@200.94.75.6:5060;lr=on SIP/2.0.
Via: SIP/2.0/UDP 200.94.75.6:5065.
To: 8183651723
<sip:8183651723@sipsrv.conecta-te.com>;tag=d96bd682df5aa957o0.
From: <sip:018183324166@sipsrv.conecta-te.com>;tag=71eb8754.
Call-ID: 1a18e21e-eaa9b26b(a)172.31.253.127.
CSeq: 102 BYE.
Max-Forwards: 16.
Route: <sip:8183651723@200.94.75.6:61767>.
Record-Route: <sip:200.94.75.6;ftag=d96bd682df5aa957o0;lr=on>.
Contact: 8183651723 <sip:8183651723@172.31.253.127:5060>.
User-Agent: Linksys/PAP2-2.0.12(LS).
Content-Length: 0.
P-hint: rr-enforced.
Does anybody know if this is a problem with the VOVIDA B2BUA or the SER?
Any idea?
Thanks
Alberto Cruz
Luca,
you may find help here:
http://www.cs.colostate.edu/~somlo/CSU-SIP-notes/http://www.voip-info.org/tiki-index.php?page=Asterisk+at+large
ask for help to asterisk-users(a)lists.digium.org
Regards
harry
--- "lucape(a)inwind.it" <lucape(a)inwind.it> a écrit :
> i'm not offended, but i speak a bad english, and
> i've not found documents on ser + asterisk on
> www.asterisk.org...
> if you can help me to found it, give me the link...
>
> thanks
> luca
>
>
> ---------- Initial Header -----------
>
> From : "harry gaillac" gaillacharry(a)yahoo.fr
> To : "lucape(a)inwind.it" lucape(a)inwind.it
> Cc : asterisk-users(a)lists.digium.com
> Date : Mon, 27 Jun 2005 20:50:27 +0200 (CEST)
> Subject : RE: [Serusers] *** SER - Asterisk
>
>
>
>
>
>
>
> > I don't want to offend you but you should have a
> look
> > to sems .
> >
> > You won't find docs to help you at asterisk.org
> >
> > --- "lucape(a)inwind.it" <lucape(a)inwind.it> a écrit
> :
> >
> > > hello
> > >
> > > help me to configure ser + asterisk
> > > how to do the configuration?
> > >
> > > Luca
> > >
> > >
> > >
> > >
> >
>
____________________________________________________________
> > > 6X velocizzare la tua navigazione a 56k? 6X Web
> > > Accelerator di Libero!
> > > Scaricalo su INTERNET GRATIS 6X
> http://www.libero.it
> > >
> > >
> > > _______________________________________________
> > > 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
> >
>
>
>
>
____________________________________________________________
> Navighi a 4 MEGA e i primi 3 mesi sono GRATIS.
> Scegli Libero Adsl Flat senza limiti su
> http://www.libero.it
>
>
>
___________________________________________________________________________
Appel audio GRATUIT partout dans le monde avec le nouveau Yahoo! Messenger
Téléchargez cette version sur http://fr.messenger.yahoo.com
Try the following.....
#################################################
#!/bin/sh
cat> /tmp/ser_fifo <<
:ul_add:return_fifo
location
sip:user@domain
sip:user@IP
{expires}
{qvalue}
{replicate}
{flags}
##################################################
return_fifo is the name of the fifo (with a /tmp prefix) that will use SER for answering to the fifo command.If you don't want to read it, just don't worry about the possible complaint of FIFO not existing, error opening return fifo or something like that in SER log.
location is the table where to add/update the record
sip:user@domain-->AoR
you might have to look at SER's debug output because I remember there was something with sip: prefix in either AoR or contact. I think using sip: will work but just check if you have to remove the sip: prefix from the contact....
sip:user@IP-->contact
expires-->record validity in seconds
qvalue-->[0..1]
replicate-->bool 0|1
flags-->not 100% sure if it corresponds to the flag vector of SER or just indicate natted contacts...I recommend to use a 0 value here..
Remember to add an End Of File character in the last line or there are some funny parsing things with subsequent messages isnerted in the fifo...
Hope it helps,
Samuel.
Unclassified.
>>> "Rodrigue ESTEVE" <rodrigue(a)mobius.fr> 06/28/05 09:13AM >>>
Does anybody have an explanation to use the fifo for registration (using a
script and not the serctl command) ?
Thanks very much
_____
De : serusers-bounces(a)iptel.org [mailto:serusers-bounces@lists.iptel.org] De la
part de Rodrigue ESTEVE
Envoyé : mardi 14 juin 2005 19:00
À : serusers(a)lists.iptel.org
Objet : [Serusers] Use of fifo for registration :ul_add: command tutorial
Hi all,
I would like to use ser_fifo to register a user; I think the :ul_add:
command is the clue, but I don't how to use the fifo to do this.
My aim is to do the following:
I have a Voip gateway on a customer with a lot of phone number (700) and I
would like to authenticate each number. Unfortunately I have to add a small
amount of configuration on the voip gateway each time I add a number (uri),
moreover I'm not sure this gateway will work with so many numbers, and the
bandwidth needed to register each number every 5 minutes will be wasted.
The idea is to challenge only one time the gateway and then in ser.cfg if
the challenge succeeds I execute a script to register by bulk all the
numbers enclosed in a file on the proxy. To do this I have to pass arguments
to the fifo using the :ul_add: command, but this is where I'm stuck.
I've done this:
echo :ul_add:receiving_fifo > /tmp/ser_fifo
echo location > /tmp/ser_fifo
echo 100 > /tmp/ser_fifo
echo <sip:100@10.1.1.1:5060> > /tmp/ser_fifo
echo 300 > /tmp/ser_fifo
echo 0 > /tmp/ser_fifo
echo 2 > /tmp/ser_fifo
but it does not work, I think this is due to the receiving_fifo, I have to
do something with it to process the response of SER, but what ??
I know I can use the following command to workaround the pbm, and I'm
successful with this command:
Serctl fifo ul_add location *..
But it requires one process each time I register a number, and it takes 1
minute on a Celeron 700 for 500 numbers (30 % CPU), and I think using the
fifo is a more suitable solution (less CPU consuming).
Thanks for your support,
Rodrigue
PS: I would like to register every 5minutes,cause the customer gateway is
able to redirect to PSTN in case of failure.