Hi
I am using this parameter with the b2b_logic module to capture the b2b
session key, so I can use the bridging function later:
modparam("b2b_logic", "b2bl_key_avp", "$avp(i:99)").
However the key which is put into the avp looks quite short (5 digits long?)
I expect this server to have to cope
Hi
I am performing some database logging actions on responses in a reply route,
is it possible to detect if a response is a retransmission, so I don't
perform the same logging action on it twice?
Pete
___
Users mailing list
Users@lists.opensips.org
http
You have to check for same callid, same from/to tag, and same cseq.
If you have the same values of a previus record, discard it.
s
Il 08/04/2011 10:21, Pete Kelly ha scritto:
Hi
I am performing some database logging actions on responses in a reply
route, is it possible to detect if a response
hmm, I was more wondering if the transaction (or dialog) module had an
inbuilt function to detect this.
On 8 April 2011 09:23, Stefano Pisani wrote:
> You have to check for same callid, same from/to tag, and same cseq.
> If you have the same values of a previus record, discard it.
>
> s
>
> Il
Hi Pete,
On 04/08/2011 10:40 AM, Pete Kelly wrote:
Hi
I am using this parameter with the b2b_logic module to capture the b2b
session key, so I can use the bridging function later:
modparam("b2b_logic", "b2bl_key_avp", "$avp(i:99)").
However the key which is put into the avp looks quite shor
Thanks Anca
On 8 April 2011 09:30, Anca Vamanu wrote:
> Hi Pete,
>
>
> On 04/08/2011 10:40 AM, Pete Kelly wrote:
>
>> Hi
>>
>> I am using this parameter with the b2b_logic module to capture the b2b
>> session key, so I can use the bridging function later:
>>
>> modparam("b2b_logic", "b2bl_key_av
Hi Duane,
For the pua, pua_dialoginfo and the presence part, I advise you to
update your code from svn. Recently there has been a change in them for
exactly this - cleaning up the records faster to avoid memory filling up.
Regards,
--
Anca Vamanu
OpenSIPS Developer
On 04/06/2011 06:21 PM
Hi Bogdan,
thanks for answer and link.
I asked because of while re-reading Flavio Goncalves's book (OpenSIPS 1.6)
I've found that he handle failure route on RE-INVITE and thus his scripts
aren't correct sometimes.
WBR, Anton Zagorskiy
VoIP Developer, Oyster Telecom
Phone.: +7 812 601-0666
Fa
Hi Anton,
Nothing is perfect :) . Again, as sequential requests has the path and
endpoint pre-determined, there is no need for routing, so need for
failure route.
This is not a SIP based statement , but a logical one.
Regards,
Bogdan
On 04/08/2011 01:06 PM, Anton Zagorskiy wrote:
Hi Bogdan,
Hi.
I have dedicated OpenSIPS only for B2B Top Hiding.
What kind of SIP check should I do in a request route? Same as I'm doing in
a 'typical' OpenSIPS config?
I'm asking because of cfg is quite (very quite!) simple but periodically I'm
getting in the log
ERROR:b2b_entities:b2b_tm_cback: No dialo
> Hi.
>
> I have dedicated OpenSIPS only for B2B Top Hiding.
> What kind of SIP check should I do in a request route? Same as I'm doing
in a
> 'typical' OpenSIPS config?
>
> I'm asking because of cfg is quite (very quite!) simple but periodically
I'm
> getting in the log
> ERROR:b2b_entities:b2b_
Hello List,
I have a question about the db_mode operations of the dialog module.
I get the difference between realtime and delayed.. But what I'm wondering
is if I set the delayed timer really short, like 5 seconds (for a system
with a lot of short calls), is it considerably more stressful than re
Hello All,
I just ran into an issue that I think others might also run into.
So I just added dialog module to an existing configuration that already had
a few db_urls specified for other modules. I forgot to add the db_url for
the dialog module. Because of this, the dialog module (without warning)
Hello Brett,
When using the DELAYED db_mode, when the timer hits, it checks if there
have been any updates to a particular dialog ( like a received in-dialog
request ) and it updates the DB only if it needs to.
Regards,
--
Vlad Paiu
OpenSIPS Developer
On 04/08/2011 05:03 PM, Brett Nemerof
On Fri, Apr 8, 2011 at 10:41 AM, Vlad Paiu wrote:
> When using the DELAYED db_mode, when the timer hits, it checks if there
> have been any updates to a particular dialog ( like a received in-dialog
> request ) and it updates the DB only if it needs to.
>
>
Ok so does that mean that a short timer
On 8 April 2011 16:42, Brett Nemeroff wrote:
> Ok so does that mean that a short timer interval is just as efficient as
> realtime?
Delayed is more efficient, since realtime executes in the same process
as the packet processing. This means that with realtime mode, the
packet has to wait until the
2011/4/8 Stanisław Pitucha
> On 8 April 2011 16:42, Brett Nemeroff wrote:
> > Ok so does that mean that a short timer interval is just as efficient as
> > realtime?
>
> Delayed is more efficient, since realtime executes in the same process
> as the packet processing. This means that with realtim
Hello list,
I'm using opensips 1.6.2.
I have the follow configuration in my AUTH route:
if (check_source_address("0","$avp(i:9)")) {
$avp(i:10) = get_source_group();
xlog("L_INFO", "GroupID: $avp(i:10)");
}
In my address table, i have:
grp = 1
ip = 192.68.10.10
mask =
I your check source address function shouldn't you have a 1 instead of a 0
since that is what you have in your permissions table.
Sent from Droid
On Apr 8, 2011 12:03 PM, "Wesley Volcov" wrote:
> Hello list,
>
> I'm using opensips 1.6.2.
>
> I have the follow configuration in my AUTH route:
>
> i
Hey Duane,
I have others groups id in my address table, that's why my source address
function have 0, to check all groupid.
But my is problem is the groupid that the function get_source_group(); is
getting..
Regards,
On 8 April 2011 14:14, Duane Larson wrote:
> I your check source address func
I believe you need to have something like get_source_address("var(x)")
That is probably the issue. Bogdan mentions in a previous mailing list
issue that the prototype of the function was changed.
Sent from Droid
On Apr 8, 2011 1:17 PM, "Wesley Volcov" wrote:
> Hey Duane,
>
> I have others group
21 matches
Mail list logo