Bugs item #1442869, was opened at 2006-03-04 02:54
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743020&aid=1442869&group_id=139143
Please note that this message will contain a full copy
Instead of fighting with the struct lump mechanism, is it simply
easier to find the "append_hf" function and call it directly?
you should take care of parameter format, since append_hf() uses a fixup
for its parameters.
I tried calling append_hf in the following fashion:
append_hf( p->req,
User: agranig
Date: 2006/03/03 13:01:13 PST
OpenSER CVS - Commit Details
Added files:
modules/path Makefile path.c path.h path_mod.c
path_mod.h
modules/path/doc path.sgml path_devel.sgml path_faq.sgml
path_user.sgml
User: agranig
Date: 2006/03/03 12:58:14 PST
OpenSER CVS - Commit Details
sip-server/modules/path/doc - New directory
___
Devel mailing list
Devel@openser.org
http://openser.org/cgi-bin/mailman/listinfo/devel
User: agranig
Date: 2006/03/03 12:57:32 PST
OpenSER CVS - Commit Details
sip-server/modules/path - New directory
___
Devel mailing list
Devel@openser.org
http://openser.org/cgi-bin/mailman/listinfo/devel
Bogdan-Andrei Iancu writes:
> this attribute must be part of any radius dictionary as it's a standard
> attribute specified by RFC 2869. The radiusclient-ng provides it:
>
> > grep "Event-Timestamp" /usr/local/etc/radiusclient-ng/dictionary
> ATTRIBUTE Event-Timestamp 55
Hi,
the UAC module from the devel branch includes new functionalities:
- you may specify a password for encrypting the original FROM URI as
saved as RR parameter. See the new module parameter "from_passwd"
http://openser.org/docs/modules/1.1.x/uac.html#AEN9
- uac_replace_from() adds th
User: bogdan_iancu
Date: 2006/03/03 10:36:48 PST
OpenSER CVS - Commit Details
Modified files:
modules/uac README from.c uac.c
modules/uac/doc uac_user.sgml
Commit Log:
- default value for "from_restore_mode" switch to auto
- new module parameter "from_passwd"
Hi Marc,
yes you get it right :)...indeed there was a c`n`p error in my example..
has_body() function can be easyly done in textops modules...maybe in the
future we can extended to has_body(type)I will take care of this.
the flags from request are inherited by replies of the same transact
Good stuff! I wasn't aware of that, thank you.
But in order to support full dynamic regexps, there could be another
operator in avp_check, which would result in regexp compilation and
matching at "script processing-time" (instead of compilation at fixup
and matching when processing), even if this b
On Friday 03 March 2006 17:29, you wrote:
> Hi Marc,
>
> just to bring the topic on the focus...
>
> I was thinking of a compromise solution between autodetection (which has
> performance penalties - multiple rtpproxy command per message) and
> configurable (to be performat and flexible, but still
the idea is to keep the think as compact and consistent as possible -
there are more easier to use :D
I will take care of it.
regards,
bogdan
Walter Schober wrote:
Sure! If the outcome is the same, that would do it also!
And it's more controllable in the script.
P.S.: I was happy that it wo
Hi Marc,
just to bring the topic on the focus...
I was thinking of a compromise solution between autodetection (which has
performance penalties - multiple rtpproxy command per message) and
configurable (to be performat and flexible, but still easy to use).
Here is my idea:
force_rtp_proxy()
Sure! If the outcome is the same, that would do it also!
And it's more controllable in the script.
P.S.: I was happy that it worked at all, that I didn't look for a better
solution :-)
-Original Message-
From: Bogdan-Andrei Iancu [mailto:[EMAIL PROTECTED]
Sent: Friday, March 03, 2006 5:
Hi,
in this case shouldn't be simpler just to add an parameter to
add_rvc_param() to tell if the received should be added as URI param or
header param?
will this cover your scenario?
regards,
Bogdan
Walter Schober wrote:
Hi!
The difference is, that a received parameter is added behind t
Hi!
The difference is, that a received parameter is added behind the Contact URI
not as URI parameter, but a contact parameter:
Contact:
;received="sip:11.11.11.11:5064"
And that one is not stored in the ContactDB of the next proxy. That one
stores the SIP URI in the contact only.
Thus the receiv
Patches item #1440902, was opened at 2006-03-01 13:41
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting:
https://sourceforge.net/tracker/?func=detail&atid=743022&aid=1440902&group_id=139143
Please note that this message will contain a full copy of the c
User: bogdan_iancu
Date: 2006/03/03 06:24:56 PST
OpenSER CVS - Commit Details
Modified files:
modules/registrarREADME path.c path.h reg_mod.c reg_mod.h
save.c
modules/registrar/doc registrar_user.sgml
Commit Log:
- applied patch from Andreas Granig
Hi Walter,
thanks for email.
First I want to see if there is some difference between the new function
you add and the already existing function add_rcv_param().
http://openser.org/docs/modules/1.0.x/nathelper.html#AEN331
Regards,
Bogdan
Walter Schober wrote:
Hi!
Maybe someone find's
Hello,
On 03/02/06 20:29, Daniel Hsueh wrote:
Hello,
I need to add a header to a sip message from within a module.
Instead of fighting with the struct lump mechanism, is it simply
easier to find the "append_hf" function and call it directly?
you should take care of parameter format, since app
Hi Tim,
as you can see the the SDP contains "a=nortpproxy:yes" which means
another rtpproxy was inserted on the way and the nathelper does not try
again to force rtpproxy
check your configuration as something is not right - there is a rtproxy
marker into SDP but the IP does not seam to b
Hi Juha,
this attribute must be part of any radius dictionary as it's a standard
attribute specified by RFC 2869. The radiusclient-ng provides it:
> grep "Event-Timestamp" /usr/local/etc/radiusclient-ng/dictionary
ATTRIBUTE Event-Timestamp 55 intege
regards,
bogdan
Juha He
looks like Event-Timestamp attribute is missing from
modules/acc/etc/sip_dictionary:
Mar 3 11:41:23 rautu /usr/sbin/openser[9874]: ERROR: acc: can't get code for
the Event-Timestamp attribute
-- juha
___
Devel mailing list
Devel@openser.org
http://op
User: bogdan_iancu
Date: 2006/03/03 01:23:13 PST
OpenSER CVS - Commit Details
Modified files:
modules/tm tm.c
Commit Log:
- some internal function wrappers removed as thinks got simpler after the
latest changes into the script internal tree
Revision ChangesPa
User: bogdan_iancu
Date: 2006/03/03 01:00:53 PST
OpenSER CVS - Commit Details
Modified files:
modules/rr rr_mod.c
Commit Log:
- some wrappers removed as thinks got simpler after the changes into the
script internal tree
Revision ChangesPath
1.9 +7 -24
Daniel,
the linking between headers of same type is done for all headers that
accept multiple instances. This will make much easier to visit them all
- just follow a single linked list.
of course there is also about properly parsing and fetching them - if
the header allow multiple instances,
26 matches
Mail list logo
