20 Mar
2007
20 Mar
'07
11:25 a.m.
Thank you for these details. I will work on.
Regards,
Adrien
Le lundi 19 mars 2007 à 17:48 +0100, Kristian Larsson a écrit :
I have something along the lines of the following,
provided with a few comments for easier
understanding. Enjoy! :)
modparam("acc", "multi_leg_enabled", 1) #Enable multileg support
modparam("acc", "src_leg_avp_id", 110) # Set the avp to save the src
leg in $avp(i:110)
modparam("acc", "dst_leg_avp_id", 111) # Set the avp to save the dst
leg in $avp(i:111)
# Under my INVITE handler I have:
#
# Set the AVP for ACC source leg, this is
# static.
#
avp_printf("$avp(i:110)","$fU");
# If the URI begins with "blabla", we
# account it by prepending shit and then
# the number as before. When we dial our
# PSTN trunk or whatever it is were
# dialing we strip a digit first.
#
if(uri=~"sip:blabla@) {
avp_printf("$avp(i:111)", "shit$fU");
strip(1);
} else {
# In all other cases we just
# account the URI as it is and
# pass it along.
#
avp_printf("$avp(i:111)", "$fU");
}
route(1); # Send it to our normal relay route
Perhaps not the best example but you should get
the hang of it.
In your acc table you should get a post where
src_leg and dst_leg is set to the appropriate
values. Note that sip_to and all that will still
be what you're used to, it's only src/dst_leg that
changes.
Regards,
Kristian.
On Mon, Mar 19, 2007 at 05:31:02PM +0100, inge wrote:
Hi Kristian,
It's interresting if you can choose the column/source.
Can you tell me more about this by illustrating for example with somes
lines from ser.cfg ?
Thanks
Le samedi 17 mars 2007 à 17:59 +0100, Kristian Larsson a écrit :
I haven't read all of these thread,
accidentally
deleted half of it. Anyway, I am doing something
like this. I account one URI and use another. This
is done by settin src and dst legs in the acc
module. Just have a look at the acc module
documentation.
Kristian.
On Fri, Mar 16, 2007 at 02:40:23PM +0100, inge wrote:
Okay, it's more clear.
Thanks for your help. I decide to modify my billing program finally. ;)
Le jeudi 15 mars 2007 à 09:52 -0500, sip a écrit :
> As far as I can tell:
>
> sip_from == full sip_from header (including tags, etc)
> sip_to == full sip_to header (including tags, etc)
> sip_status == SIP return code (i.e. 200, 487, etc)
> sip_method == SIP method (INVITE, ACK, BYE, etc)
> i_uri == inbound RURI (sip:1234567@yourserver.com)
> o_uri == outbound RURI (sip:55347@yourserver.com)
> from_uri == SIP from URI (doesn't include tags, comments, etc)
> to_uri == SIP to URI (doesn't include tags, comments, etc)
> sip_callid == SIP id tag (unique identifier)
> username == SER username
> domain == SER domain
> fromtag == JUST the tag portion of the From header
> totag == JUST the tag portion of the To header
> time == Date/Time
> timestamp == timestamp
> caller_deleted == not used?
> callee_deleted == not used?
>
>
> N.
>
>
>
> On Thu, 15 Mar 2007 14:56:39 +0100, inge wrote
> > Thanks for your support.
> >
> > I think it's more easier to modify my billing application if it's not
> > feasable to modify the sip_to.
> >
> > Where can I read more information about o_uri etc... ? I'm not very
> > fluent with the other field.
> >
> > Le jeudi 15 mars 2007 à 07:11 -0500, sip a écrit :
> > > I don't think there's a way to change what gets logged into the
sip_to field
> > > without actually altering the acc module's source code and
recompiling. Sip_to
> > > and RURI are different for a reason (and are stored in different places).
> > > You'll find, if you forward to other machines, the sip_to can stay the
same
> > > across multiple forwards -- even if the ruri may change.
> > >
> > > I use the OpenSER 0.9.5 version of the acc module with out SER 0.9.6 code,
as
> > > it allows me to log extra parameters. In such a case, you could
conceivably
> > > log the field you wanted in an extra header and ONLY use it.
> > >
> > > However, it's probably easiest just to rewrite your billing code to
handle
> > > using the o_uri instead of the sip_to header if you want to ensure you
have
> > > the final, reformatted uri.
> > >
> > > N.
> > >
> > >
> > > On Thu, 15 Mar 2007 12:47:18 +0100, inge wrote
> > > > Hi,
> > > >
> > > > This is an ACC entry :
> > > >
> > > > "\"0172292965\"
> > > >
> > > >
> > >
>
<sip:0172292965@192.168.0.2>;tag=e8381df069c5011eo1";"<sip:*92#0146446439@192.168.0.2>;tag=D9B57FE4-2621";"200";"BYE";"sip:0146446439@192.168.0.10:5060";"sip:0146446439@192.168.0.10:5060";"sip:0172292965@192.168.0.2";"sip:*92#0146446439@192.168.0.2";"a5fd93d8-7eb7c456@192.168.0.9";"0172292965";"192.168.0.2";"e8381df069c5011eo1";"D9B57FE4-2621";"2007-03-14
> > > 16:00:15";"2007-03-14 17:00:15";"0";"0"
"\"0172292965\"
> > > >
> > >
>
<sip:0172292965@192.168.0.2>;tag=e8381df069c5011eo1";"<sip:*92#0146446439@192.168.0.2>;tag=D9B57FE4-2621";"200";"INVITE";"sip:*92#0146446439@192.168.0.2";"sip:0146446439@192.168.0.10";"sip:0172292965@192.168.0.2";"sip:*92#0146446439@192.168.0.2";"a5fd93d8-7eb7c456@192.168.0.9";"0172292965";"192.168.0.2";"e8381df069c5011eo1";"D9B57FE4-2621";"2007-03-14
> > > 16:00:10";"2007-03-14 17:00:10";"0";"0"
"\"0172292965\"
> > > >
> > >
>
<sip:0172292965@192.168.0.2>;tag=e8381df069c5011eo1";"<sip:*92#0146446439@192.168.0.2>;tag=D9B57FE4-2621";"200";"ACK";"sip:0146446439@192.168.0.10:5060";"sip:0146446439@192.168.0.10:5060";"sip:0172292965@192.168.0.2";"sip:*92#0146446439@192.168.0.2";"a5fd93d8-7eb7c456@192.168.0.9";"0172292965";"192.168.0.2";"e8381df069c5011eo1";"D9B57FE4-2621";"2007-03-14
> > > 16:00:10";"2007-03-14
17:00:10";"0";"0"
> > > >
> > > > This is a complete INVITE/ACK/BYE. Indeed, in o_uri I've got the
good
> > > > URI. But is it possible to have the same in sip_to ? I use it for
> > > > billing.
> > > >
> > > > Thanks for your answer
> > > >
> > > > Le jeudi 15 mars 2007 à 06:14 -0500, sip a écrit :
> > > > > Can you show an example log entry? Your rewritten URI SHOULD be
in the
> o-ori
> > > > > column.
> > > > >
> > > > > N.
> > > > >
> > > > >
> > > > >
> > > > > On Thu, 15 Mar 2007 11:48:57 +0100, inge wrote
> > > > > > No one have an idea ?
> > > > > >
> > > > > > Le mercredi 14 mars 2007 à 16:19 +0100, inge a écrit :
> > > > > > > Hi all,
> > > > > > >
> > > > > > > When I modify an URI by stripping some words, in ACC
table I've
> got the
> > > > > > > old URI, before the stripping.
> > > > > > >
> > > > > > > So if INVITE contains sip:7000123456789, after strip
he contains
> > > > > > > sip:0123456789, in acc I've INVITE ACK and BYE
with sip:7000123456789.
> > > > > > >
> > > > > > > How can I solve it ?
> > > > > > >
> > > > > > > Thanks for your help.
> > > > > > >
> > > > > > > Regards,
> > > > > > >
> > > > > > > Adrien
> > > > > > >
> > > > > > > _______________________________________________
> > > > > > > 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
> > > > >
> > >
> >
> > _______________________________________________
> > 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