Take a look at the replace method in the textops module
http://www.iptel.org/ser/doc/modules/html/textops.html
You could do something like:
replace("^To: <sip:", "To: acct# <sip:");
cv
On Thu, 2005-04-14 at 20:37 +0200, serusers-request(a)lists.iptel.org wrote:
> Message: 33
> Date: Wed, 13 Apr 2005 08:29:50 -0400
> From: Eric Dean <edean(a)purespeedplus.com>
> Subject: [Serusers] Rewrite To Heaader
> To: serusers(a)lists.iptel.org
> Message-ID: <425D10BE.7090703(a)purespeedplus.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Our VoIP service provider routes calls based upon the To field within
> the SIP header. While SER can easily rewrite the URI, I need to
> actually prepend our account code to every outgoing call with a
> prefix.
> does anyone know how to prefix the To field
Hi every one,
My name is Fabio and I work in a lab in my university,
and I want to use ser as an VoIP server in the lab so
every computer in our network is a SIP Client with
softfones making calls from one to another.
This is an test scenario, I know that the use of a SIP
server is not necessary to implement such
functionality, but we want to test SIP working under
this circumstances.
If anyone knows were to find documentation, HOW-TO's
and step by step guides, I'd be very pleased.
Tank You for the attention
Fabio Luiz
Newbie
Yahoo! Acesso Grátis - Internet rápida e grátis.
Instale o discador agora! http://br.acesso.yahoo.com/
Hello,
I've tried mediaproxy package, it worked fine running on the same machine. I need the following configuation:
ser+proxydispatcher
- RTP proxy (mediaproxy)
- RTP proxy 2 ...
How can I make proxydispatcher retrieves RTP proxy address by DNS?
Thanks in advance,
really need help!
BRs,
Tina
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Hello,
I've tried mediaproxy package, it worked fine running on the same machine. I need the following configuation:
ser+proxydispatcher
- RTP proxy (mediaproxy)
- RTP proxy 2 ...
How can I make proxydispatcher retrieves RTP proxy address by DNS?
Thanks in advance,
really need help!
BRs,
Tina
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
Dear all,
I would like to connect my web portal based on java technology with
the ser daemon in order to provide some administration functionality.
The solution would be to use FIFO interface, but it has two major
disadvantages:
1. The portal might be deployed on different host.
2. Although Java can communicate via FIFO pipeline, it cannot create
a new pilepine.
Is there any possibility to manage ser daemon remotely via a socket
interface?
Thanks,
Martin
Hi!
I just had a closer look at RFC 3265 (6.3 SUBSCRIBE Bodies) and
figured out that SUBSCRIBES may have empty bodies if the header fields
are sufficient.
SER from CVS replies with a 400 error saying 'Error while parsing headers'.
this is how a sample packet looks like:
#
U xx.xx.xx.xx:5061 -> xx.xx.xx.xx:5060
SIP/2.0 400 Bad Request.
Via: SIP/2.0/UDP xx.xx.xx.xx;branch=z9hG4bKea3f.82e1f753.0.
Via: SIP/2.0/UDP xx.xx.xx.xx;branch=0.
Via: SIP/2.0/UDP xx.xx.xx.xx:49449.
From: "user"
<sip:user@foobar.bla>;tag=17cda3ce319449249f909aba8e53d03e;epid=44df82f654.
To: <sip:bbbbb@foobar.bla>;tag=95329101123423eab1637e9ad490b3a6-e941.
Call-ID: db28e67d79614e44b55275b6c6a025bd(a)xx.xx.xx.xx.
CSeq: 1 SUBSCRIBE.
Error while parsing headersContent-Length: 0.
The error message is misplaced from my point of view.
ser -E says:
12(24674) SUBSCRIBE from:sip:user@foobar.bla to:sip:bbbb@foobar.bla
ruri:sip:bbbbb@foobar.bla messageid:3
12(24674) handle_subscription() entered
12(24674) parse_hfs(): Error while parsing headers
12(24674) handle_subscription(): Error while parsing message header
12(24674) handle_subscription about to send_reply and return -2
I cannot get my clients using 'application/xpidf+xml' to successfully
exchange presence information mainly due to the fact that SER doesn't
seem to take care of it:
11(24673) SUBSCRIBE from:sip:bbbb@foobar.bla to:sip:user@foobar.bla
ruri:sip:user@foobar.bla messageid:5
11(24673) handle_subscription() entered
11(24673) parsing accept header
11(24673) check_message -0- _m=0x8141170
11(24673) check_message -1-11(24673) pa check_message:
accept=application/xpidf+xml parsed=:0x300ff
11(24673) check_message -2- accepts_mimes=0x81425e0
11(24673) check_message -3-
11(24673) check_message -4- parsed_event=0x81425a0
11(24673) check_message -4- eventtype=0x0001
11(24673) check_message -4a- eventtype=0x1
epm[i].event_type=0x111(24673) check_message -4c- eventtype=0x1
mimetype=0x30005 accepts_mimes[k]=0x300ff
11(24673) check_message -4c- eventtype=0x1 mimetype=0x30009
accepts_mimes[k]=0x300ff
11(24673) check_message -4c- eventtype=0x1 mimetype=0x30008
accepts_mimes[k]=0x300ff
11(24673) check_message -4a- eventtype=0x1
epm[i].event_type=0x211(24673) check_message(): Accepts
application/xpidf+xml not valid for event package et=presence
11(24673) handle_subscription(): Error while checking message
11(24673) handle_subscription about to send_reply and return -2
What's the status on presence?
I've got a bunch of small patches that fix some minor problems but
wonder if it makes sense to send them upstream.
Anybody running presence on CVS HEAD?
Thanks,
Hendrik
--
freenet Cityline GmbH, Hamburger Chaussee 2-4, 24114 Kiel, Germany
Phone: +49 (0)431 9020552, Fax: +49 (0)431 9020559
Internet: http://www.freenet.de, eMail: hendrik.scholz(a)freenet-ag.de
Does anyone have a config to convert phone numbers (user@) to e164
numbers? Mainly american numbers.. Would save me a bit of time, else I
can try to write something out.. Thanks.
Hallo I'm a newbie.
I am writing my diplom (germany) about building an sip application
server.
I will try it with ser.
Now i got a problem.
I want to change the body of a Message.
First i will use exec_msg to translate a text out of the body.
Now i got the problem to rewrite this text after translation.
please can someone help me.
I see, our script is a little more archaic, it runs a perl script and
connects each time. Our alternative was to daemonize but as you clearly
demonstrated it did no/little good. The purpose for our script is an
aliases db, because I could never get usrloc to work correctly mainly.
re:
1) Yes this has been my very problem, since my problem is periodic and
not load related (??) leaving full debug on is very painful if not
impossible especially when forked..
2) My only alternative is to use ENUM lookups, most everything else
would require an external process and/or writing a SER module (gah).. If
you're using simple URI replacement then it's recommended of course to
rewrite within SER, what kind of functions does your script perform?
3) I used sipp for testing everything, this was with and without the
external hog process running.
Matt
-----Original Message-----
From: Ricardo Martinez [mailto:rmartinez@redvoiss.net]
Sent: Friday, April 15, 2005 12:30 PM
To: Matt Schulte; serusers(a)lists.iptel.org
Subject: RE: [Serusers] SER hung - Log Information?
Interesting too.
My "translate" script takes an average of 17ms to return the desired
value. By HTTP requests it connect to another process in another
machine, which have an "always open" connection with my database. So i
don't need to open a new connection with my database every time an
INVITE reach the server. BUT STILL DESPITE OF THIS, MY SER SEEMS TO
FREEZE FOR SOME REASON. I have some questions. 1.-How to check if the
bottle neck is in the exec_dset command?? 2.-If we decide to replace
this command (exec_dset)for a function in another module, what module
would be recommendable?, for example how the ENUM module could do this?.
We have the "restriction" that we need to query our databes for the
R-URI change, so the module that will acomplish this task needs to have
connection with my database, maybe through radius, sql, etc.? 3.-You
mention that you made some kind of "stress" test with your platform. You
loaded it with 30000 call in one hour. How you did that? Does your
exec_dset running at the same time?.
Thanks.
Any help will be highly appreciated.
Ricardo.-
> -----Mensaje original-----
> De: Matt Schulte [mailto:mschulte@netlogic.net]
> Enviado el: Viernes, 15 de Abril de 2005 11:20
> Para: Ricardo Martinez; serusers(a)lists.iptel.org
> Asunto: RE: [Serusers] SER hung - Log Information?
>
>
> Interesting, we also use an external process to connect to a DB and
> retrieve URI replacement. We were thinking that it's running "too
> slow" and thus hanging SER, even though the logs make it appear as if
> the
> process(es) was hanging at random points. We're in the process of
> eliminating this script and switching over to ENUM or similar. When we
> restarted our MySQL server it improved the query time (it was running
> for 180 days heheh) and seems to have made SER hang less. How long
> does your external script take to run on average? If it's more
> than a second
> then that seems to be unnacceptable for SER..
>
> P.S. The crappy thing is this happens over a period of time,
> when I load
> tested the server it ran flawlessly. Pushed 30000 calls through it in
> less than an hour with no problems. The MySQL server in question is in
> the same switch segment/subnet as well.
>
>
> Matt
>
> -----Original Message-----
> From: Ricardo Martinez [mailto:rmartinez@redvoiss.net]
> Sent: Thursday, April 14, 2005 4:32 PM
> To: Matt Schulte; serusers(a)lists.iptel.org
> Subject: RE: [Serusers] SER hung - Log Information?
>
>
> Hello Matt.
> Thanks for your answer, i checked the post "exec_dset fork
limit?"
> (http://lists.iptel.org/pipermail/serusers/2004-December/014150.html)
> and i think i have the same problem. I'm using the exec_dset
> command to
> manipulate the RURI, we need to do this in order to add prefixes
> according to certain user profiles.
>
> route {
> if (method=="INVITE" || method=="CANCEL") {
> exec_dset("/usr/local/etc/ser/translate");
> };
>
> As you can see i'm using it for every INVITE and CANCEL, the
> "translate"
> file is a C program that connects to a DB and returns the
> desired RURI.
> Could this be the cause of SER freeze?. Can we have an
> opinion from the
> developers? Is there a way to do the same thing with maybe another
> module?. For the record i'm using :
>
> OS : Linux Red Hat 9.0
> SER : 0.8.14
> Mediaproxy : 1.2.1
>
> I would really appreciate any help here.
> Thanks!!
>
> Best Regards,
>
> Ricardo.-
>
> > -----Mensaje original-----
> > De: Matt Schulte [mailto:mschulte@netlogic.net]
> > Enviado el: Jueves, 14 de Abril de 2005 16:11
> > Para: Ricardo Martinez; serusers(a)lists.iptel.org
> > Asunto: RE: [Serusers] SER hung - Log Information?
> >
> >
> > I've been posting about this for some time now,I have never been
> > able to figure out the problem. Do you use external proccesses or
> > anything? That's the only "weird" thing we really do with SER,
> > everything else is
> > pretty straight forward.
> >
> > Search back from my posts and see what you think.
> >
> > -----Original Message-----
> > From: Ricardo Martinez [mailto:rmartinez@redvoiss.net]
> > Sent: Thursday, April 14, 2005 11:16 AM
> > To: 'serusers(a)lists.iptel.org'
> > Subject: [Serusers] SER hung - Log Information?
> >
> >
> > Hello list.
> > I had been experimenting some weird behavior in my SER program.
> A
> > couple of times my SER seems to be hung. For example the
> first time,
> > all the REGISTER messages reaching the server were not
> > challenged, even
> > worst the server don't respond anything. The second time
> it happened
> > with the INVITE messages. The weird thing is that the SER
> > process were
> > still running. I don't know what could cause this problem, but my
> > question is : Is there a way to log information about the "internal
> > system process" to have a clue about what is happening?. I
> > would really
> > appreciate any help. Thanks
> >
> >
> > Ricardo Martinez.-
> >
> > _______________________________________________
> > Serusers mailing list
> > serusers(a)lists.iptel.org http://lists.iptel.org/mailman/listinfo/serusers
> >
>
Hi All.
Below is a snippet of an INVITE and you can see the usual "trying - your
call is important to us" in the dialog. Anyhow, for some reason SER
occasionally attempts to sent the ACK to itself, which causes a looping
condition. The last ACK shown is the start of the looping condition.
It only happens on occasion. SER should have consumed the ACK rather than
attempted to forward it.
Can anyone explain this?
Regards,
Paul
IP Legend
-------------------
10.3.0.221 <http://10.3.0.221> - SER (behind a Cisco 3600 so ALG rewrote the
IPs)
69.36.46.178 <http://69.36.46.178> - NATed SIP UA
U 2005/04/15 02:19:16.252614 69.35.46.178:5060 <http://69.35.46.178:5060> ->
10.3.0.221:5060 <http://10.3.0.221:5060>
INVITE sip:8187768080@sipdev.mycompany.net SIP/2.0.
Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060>
;branch=z9hG4bK3915905414.
From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089.
To: <sip:8187768080@sipdev.mycompany.net>.
Call-ID: 2671219156(a)192.168.1.102.
CSeq: 101 INVITE.
Contact: <sip:3215591439@192.168.1.102:5060>.
Proxy-Authorization: Digest username="3215591439", realm="
sipdev.mycompany.net <http://sipdev.mycompany.net>",
nonce="425f5e0de25efdb3f5a6125dcf2147bf30fe9177", uri="
sip:8187768080@sipdev.mycompany.net",
response="61996c3bdc10990fec7e245751777516", algorithm=MD5,
cnonce="ae02e47a3355bada49ce344c92f48587", qop=auth, nc=00000002.
max-forwards: 70.
Allow: INVITE, ACK, CANCEL, BYE, REFER, NOTIFY.
Content-Type: application/sdp.
Content-Length: 180.
.
v=0.
o=- 32014 3005 IN IP4 192.168.1.102 <http://192.168.1.102>.
s=-.
c=IN IP4 192.168.1.102 <http://192.168.1.102>.
t=0 0.
m=audio 13456 RTP/AVP 18 0 8 2 4 101.
a=rtpmap:101 telephone-event/8000.
a=fmtp:101 0-15.
a=ptime:20.
.
#
U 2005/04/15 02:19:16.276216 10.3.0.221:5060 <http://10.3.0.221:5060> ->
69.35.46.178:5060 <http://69.35.46.178:5060>
SIP/2.0 100 trying -- your call is important to us.
Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060>
;branch=z9hG4bK3915905414;rport=5060;received=69.35.46.178<http://69.35.46.178>
.
From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089.
To: <sip:8187768080@sipdev.myvox.net>.
Call-ID: 2671219156(a)192.168.1.102.
CSeq: 101 INVITE.
Content-Length: 0.
.
#
U 2005/04/15 02:19:16.792795 69.35.46.178:5060 <http://69.35.46.178:5060> ->
10.3.0.221:5060 <http://10.3.0.221:5060>
ACK sip:8187768080@sipdev.mycompany.net SIP/2.0.
Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060>
;branch=z9hG4bK3499714875.
From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089.
To: <sip:8187768080@sipdev.mycompany.net>;tag=
cdbfe46960d7566fcbe09f199f2b328d.c2bb.
Call-ID: 2671219156(a)192.168.1.102.
CSeq: 100 ACK.
Content-Length: 0.
.
#
U 2005/04/15 02:19:16.912146 10.3.0.221:5060 <http://10.3.0.221:5060> ->
10.3.0.221:5060 <http://10.3.0.221:5060>
ACK sip:8187768080@sipdev.mycompany.net SIP/2.0.
Max-Forwards: 10.
Record-Route: <sip:10.3.0.221 <http://10.3.0.221>;ftag=1465261089;lr>.
Via: SIP/2.0/UDP 10.3.0.221 <http://10.3.0.221>;branch=0.
Via: SIP/2.0/UDP 192.168.1.102:5060 <http://192.168.1.102:5060>;received=
69.35.46.178 <http://69.35.46.178>;branch=z9hG4bK3499714875.
From: Test User <sip:3215591439@sipdev.mycompany.net>;tag=1465261089.
To: <sip:8187768080@sipdev.mycompany.net>;tag=
cdbfe46960d7566fcbe09f199f2b328d.c2bb.
Call-ID: 2671219156(a)192.168.1.102.
CSeq: 100 ACK.
Content-Length: 0.
P-hint: Local Destination.
