Hello,
probably the module is using the time computed internally as start time
plus elapsed seconds (counted internally). We can introduce an option to
use the system time, which may add a bit of delay, but really
insignificant. I will look into it these days.
Cheers,
Daniel
On 18/08/15 22:44,
On 18/08/15 15:38, Fred Posner wrote:
On 08/18/2015 09:23 AM, Alex Balashov wrote:
Are there any specific issues you're encountering?
Mostly hold issues where they try to speak directly with the media
server vs the sip server; as well as general audio issues in/out.
Most of these seem to
Hello,
the mailing list for iptel.org sip service is:
http://lists.iptel.org/mailman/listinfo/services
If you just look for a sip account, then an alternative (running
kamailio sip server) is:
http://www.openrcs.com
Cheers,
Daniel
On 20/08/15 09:01, Rainer Böing wrote:
Hello,
want to
On 08/20/2015 04:10 AM, Daniel-Constantin Mierla wrote:
By they try to speak directly with the media server vs the sip server
-- do you mean they ignore Record-Route headers added by the sip server?
Cheers,
Daniel
Yes, that would be a much better way of expressing the issue.
Without
On 08/20/2015 08:25 AM, Fred Posner wrote:
[SNIP]
Without topology hiding, the Mitel will ignore Record-Route headers. If
using topology hiding, they will send an in-dialog invite to the sdp c=
address...
EDIT: on the o= information... I need more sleep. =)
--fred
Hello,
On 20/08/15 10:38, Waite, Hugh wrote:
Hello,
This is something I have been thinking about recently as well.
The current implementation can read flags from the DB (or file etc)
but the probing flag is only a status and is cleared/set depending on
the probing_mode, so the value
Hugh,
Yes, I think you have it exactly.. That's one of the solutions I had
thought of - essentially a new probing_mode where the probing flag is never
cleared on any entry that has the probing flag. The only concern that I
had was that I hadn't dug into the code far enough to figure out what
Fred,
Throwing in B2BUAs is a common recipe for interop problems; one side is liberal
in what it accepts, the other conservative in what it emits. In theory.
For lightweight, signalling-only duty, allow me to suggest SEMS + its 'sbc'
module, though. It gives you a lot of low-level control to
On 20/08/15 14:26, Fred Posner wrote:
On 08/20/2015 08:25 AM, Fred Posner wrote:
[SNIP]
Without topology hiding, the Mitel will ignore Record-Route headers. If
using topology hiding, they will send an in-dialog invite to the sdp c=
address...
EDIT: on the o= information... I need more
On 08/20/2015 08:34 AM, Alex Balashov wrote:
Fred,
Throwing in B2BUAs is a common recipe for interop problems; one side
is liberal in what it accepts, the other conservative in what it
emits. In theory.
For lightweight, signalling-only duty, allow me to suggest SEMS +
its 'sbc' module,
Ok issue solved
Was a natting problem. I recognize this type of issues make my panic a bit,
because are the worst (everything is the same and suddenly it drops :( )
and most of the time the causes are difficult to diagnose.
*Manuel Camargo*
Teléfono: 638000836
eMail: sir.lo...@gmail.com
After 6 months of resolving this situation:
http://lists.sip-router.org/pipermail/sr-users/2015-February/086980.html
Without touching any configs, my server is back to a failure situation
I'm not sure if I'm facing the exact same thing, but for some strange
reason, without introducing any
Hello,
if no combination of probing_mode
(http://kamailio.org/docs/modules/stable/modules/dispatcher.html#dispatcher.p.ds_probing_mode)
and probing flags
(http://kamailio.org/docs/modules/stable/modules/dispatcher.html#idp1992504)
is not suitable for what you need, then this use case need to be
Hi all
Trying to install latest nightly build of several branches I find that they are
from June. Is the repo outdated?
http://deb.kamailio.org/kamailiodev-nightly/pool/main/k/kamailio/
cheers,
Jon
___
SIP Express Router (SER) and Kamailio
14 matches
Mail list logo
