Good morning
I would like to receive more information about your platform web based voip.
Many Thanks and Regards
Henry Landi
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-ro
Alex, thank you for your pointers. I will work with Asterisk to see how I can
change the caller ID instead of messing with the UAC module. Thanks again.
Regards,
Arun
From: Alex Balashov
To: arun Jayaprakash ; Kamailio (SER) - Users
Mailing List
Sent: Frida
On 02/21/2014 07:46 PM, arun Jayaprakash wrote:
It looks like my gateway is expecting to see a DID number in the from
header. Can someone let me know how I can dot this? Thank you.
The uac_replace_from() function exported by the 'uac' module can do this:
http://kamailio.org/docs/modules/4.1.
Hello, I have a problem that my calls get rejected by he pstn gateway as my
gateway is expecting a DID number instead of a 4 digit extension as the 'from
user". Let me explain my situation:
1. I have set callfwd_busy in my user preference table.
2. In my failure route I check to see if callfwd_
You can test to see if get_redirects() works ok in branch failure route
and if yes, then make a patch for it and will be added.
Cheers,
Daniel
On 21/02/14 10:59, Andrew Pogrebennyk wrote:
In the meantime it works if I access $T_rpl($ct) from per-branch failure
route.
Thanks.
On 02/20/2014 02
Hi Ravi,
yes it means that when RTP traffic passes through your media-relay you have
traffic, if you don't use media-realy RTP traffic is end-to-end between clients.
To check jitter and other values you can capture your SIP/RTP traffic on your
kamailio server with "tcpdump" for example and analy
Dear Frank,
thank you for the response.
>Are you trying to run on virtualization? You might be having CPU
contention issues.
No im not running on Virtualisation. My set-up is as mentioned in previous
mail.
please help me in resolving this issues.
Regards,
Ravi
--
View this message in conte
Dear Daniel,
Thank you for the reply,
What you are saying is right, but my problem with this set-up is, without
running rtpproxy server instance, only with running kamailio server
everything (audio/video) is just go fine. But when i start RTPproxy server
to achieve NAT traversal, audio/video call
Haproxy also very powerful for this
---
This mail was sent using my phone and may be brief, to the point, or
contain typos
---
On 21 Feb 2014 19:29, "Peter Dunkley"
wrote:
> No that is not currently possible. Kamailio is not an HTTP load-balancer.
>
> If you want a WebSocket load-balancer I sug
No that is not currently possible. Kamailio is not an HTTP load-balancer.
If you want a WebSocket load-balancer I suggest you look at NGiNX.
Regards,
Peter
On 21 February 2014 10:13, Luis Silva wrote:
> Hi guys,
>
> Is it possible to use Kamailio as a Websocket LoadBalancer (transparent to
On Fri, Feb 21, 2014 at 12:18 AM, Owais ul Haq wrote:
> Hello,
>
> I have deployed Kamailio-3.1 on a fedora machine. And my database is
> placed on another windows 2008 server situated on the local network.
> Problem is when I run kamailio. I get the following error from logs.
>
> [cfg.y:3416] :
On Feb 21, 2014, at 4:24 AM, Daniel Grotti wrote:
> Hi,
> it looks like your platform/network is introducing jitter in RTP packets.
> Mediaproxy/rtpproxy usual introduce a very low jitter but it has no
> impact to performances at all.
>
> It's hard to say, you should investigate in your platfor
Hi guys,
Is it possible to use Kamailio as a Websocket LoadBalancer (transparent to
the Websocket content, rather it's SIP or other protocol)?
Many thanks,
Luís
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.s
In the meantime it works if I access $T_rpl($ct) from per-branch failure
route.
Thanks.
On 02/20/2014 02:14 PM, Andrew Pogrebennyk wrote:
> Daniel,
>
> we do seem to have a problem here, the get_redirects() function can be
> used from the FAILURE_ROUTE only, not from per branch failure route
> (
Hi,
it looks like your platform/network is introducing jitter in RTP packets.
Mediaproxy/rtpproxy usual introduce a very low jitter but it has no
impact to performances at all.
It's hard to say, you should investigate in your platform first, and
then in your network devices.
For example, when are
Hi,
We have found the root cause for the problem that was reported (refer below
mail for details) in async module.
Below is the brief description,
- async_route("Resume", "1")
- At time t, the async records are stored at slot 't+1' of async
list.
- Every se
16 matches
Mail list logo