Hi guys,
Would it be possible for UAS to SUBSCRIBE to OpenSIPS without Registering
first?
And receive NOTIFY msgs when the user gets a phone call?
I have everything working when my app REGISTERs first, but wish to remove
that piece.
If not, is there something in the REGISTER that would stop Ope
Lets work in the am. No need to work tonight.
Trevor Francis (mobile)
On Feb 20, 2013, at 8:05 PM, Brett Nemeroff wrote:
> Hello List,
>
> OpenSIP 1.8.2 v9777
> I'm using avp_db_query to pull a cursor with a few hundred rows. I think
> loop over the results pulling the field in with this syn
Hello List,
OpenSIP 1.8.2 v9777
I'm using avp_db_query to pull a cursor with a few hundred rows. I think
loop over the results pulling the field in with this syntax
$(avp(someval)[$var(i)])
This works great for 196 rows. Then it just dies. It doesn't process any
more rows. No process death that
On Feb 20, 2013, at 6:46 PM, Davide Dal Frà wrote:
> Hi Saul,
>
>
> Yes,I suspect that it's happen when the calls ends because i receive the stop
> acc on radius, but the session is still up for call-controll.
> Also is considered down for mediaproxy because i can't see the relative
> sessio
Hi Saul,
Yes,I suspect that it's happen when the calls ends because i receive the
stop acc on radius, but the session is still up for call-controll.
Also is considered down for mediaproxy because i can't see the relative
session on Cdrtool table.
Do you need only call-controll log or opensi
On Feb 20, 2013, at 6:34 PM, Davide Dal Frà wrote:
> Hi all,
>
> In some occasion, i'm having this error in my log:
>
> Feb 20 18:23:09 gw call-control[11393]: KeyError:
> '41f2f8862ff073bf417dfa954d0c1...@voip.test.home
>
> I'm using call-controll 2.0.15 and OpenSIPS 1.8.2 (Compiled from tur
Hi all,
In some occasion, i'm having this error in my log:
*Feb 20 18:23:09 gw call-control[11393]: KeyError:
'41f2f8862ff073bf417dfa954d0c1...@voip.test.home*
I'm using call-controll 2.0.15 and OpenSIPS 1.8.2 (Compiled from turnk).
It's a random problem, and on radius-cdr side the call is en
Hi Adam,
In such case, in failure route, when you do ds_mark_dst() and
ds_next_xx(), do not do it for 500 or 503 replies - make in script a
reply code filter to detect proper failure cases.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 02/
Nobody suggested to investigate this via error_route.
The suggestion was to increase the opensips logging verbosity.
Once you do that, you should be able to catch the bad URI.
Regards,
Ovidiu Sas
On Wed, Feb 20, 2013 at 5:12 AM, Adam Raszynski wrote:
> As suggested I enabled error logging via er
Nevermind, the problem was with X-Lite softphone
After receiving first 503 error it stops sending further requests for about
one minute and report Service Unavailable error (very misleading, the error
looks exactly like when it receives real 503)
No problem with OpenSIPS itself at all
Thanks for
Hi Bogdan-Andrei,
Very grateful for your quick reply. I did think that the error results from
my own "critical session" but I cannot resolve this issue since the version
I use is 1.8.2. I will try the locking mechanism as you suggest. Many
thanks.
Best regards,
Chen-Che
--
View this message
As I can see options_reply_codes is related to OPTIONS responses and that's
not the problem
The problem is when OpenSIPS with dispatcher module receives 500 or 503
response for INVITE request and after then for some period that destination
is marked offline.
OpenSIPS gives Service Unavailable res
Hi Chen-Che,
It is an error in your scripting logic - at a first, you do not properly
implement a critical region (for the rtpp selection) as your test and
set over the $shv(mutualLock)variable is not done in an atomic way.
Also, the "$shv(numOfInvites) = $shv(numOfInvites) + 1;"operations is
Hi Adam,
See the "options_reply_codes" parameter for the dispatcher module:
http://www.opensips.org/html/docs/modules/1.9.x/dispatcher.html#id250429
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 02/20/2013 12:31 PM, Adam Raszynski wrote
Hi Adam,
It does not jump into error_route as currently this capture only "sip
parsing" errors, and it your case it is not a parsing error, but rather
an internal error.
So,
1) were you able to get the actual URI so see all the params ?
2) managed to extend the size of the array of unknown pa
Hi Jitendra,
It seems to be a routing issue and to check this I will need the capture
of the complete call from the opensips LB machine.
Please post somewhere the SIP capture to check.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 02/20/20
Hi all,
In my environment, I have one outbound proxy, two proxy servers and two RTP
proxies. The outbound proxy uses ds_select_dst() to dispatch SIP requests to
the two proxy servers. When receiving an INVITE request, a proxy server
runs a round-robin algorithm to select an RTP proxy for relaying
On Feb 20, 2013, at 9:41 AM, Jacek Konieczny wrote:
> On Tue, 19 Feb 2013 15:45:01 +0100
> Saúl Ibarra Corretgé wrote:
>>>- file download system
>>
>> Sort of. You can't upload files, but it will generate tar files for
>> each tag.
>
> So it is not very suitable for real releases. Ther
Hi
When I use dispatcher module and it gets 50x response from destination host
it automatically marks that destination as inactive for some time period
I only need to disable destinations when they don't respond for OPTIONS
probing
50x errors should not mark destinations as inactive
How to do t
As suggested I enabled error logging via error_route to put in log full SIP
message bodies
Unfortunetly it doesn't seem to work with this type of error:
ERROR:core:parse_uri: unknown URI param list excedeed
For other parse errors I see message dumps, but not for this
So for some reason I'm unabl
On Tue, 19 Feb 2013 15:45:01 +0100
Saúl Ibarra Corretgé wrote:
> > - file download system
>
> Sort of. You can't upload files, but it will generate tar files for
> each tag.
So it is not very suitable for real releases. There is no way to include
generated files that should not go to the
21 matches
Mail list logo