Anthony Minessale napsal(a):
> If you do the research and present us with some options I am open to
> implementing them as long as it makes sense.
>
I do what I can and lets see :-)
Thanks, Anthony!
Best regards,
kokoska.rokoska
___
Freeswitch-us
If you do the research and present us with some options I am open to
implementing them as long as it makes sense.
On Wed, Apr 16, 2008 at 1:56 PM, kokoska rokoska <[EMAIL PROTECTED]>
wrote:
>
>
> Michael Jerris napsal(a):
> > I think with the volume of calls you are handling, this is one place
>
Michael Jerris napsal(a):
> I think with the volume of calls you are handling, this is one place
> where openser will serve you better than freeswitch. You said you
> already have openser in this role, why would you not want to use it?
>
Because I need B2BUA (for topology hiding, crappy UA
I think with the volume of calls you are handling, this is one place
where openser will serve you better than freeswitch. You said you
already have openser in this role, why would you not want to use it?
Mike.
On Apr 16, 2008, at 1:09 PM, kokoska rokoska <[EMAIL PROTECTED]>
wrote:
>
>
>
>
Anthony Minessale napsal(a):
> Apart from the few ways I mentioned, I don't know any other way.
Thanks, Anthony, for clarification!
> I am a
> fan of the client using STUN rather than the server compensating.
I too, but users around me not :-)
Best regards,
kokoska.rokoska
Apart from the few ways I mentioned, I don't know any other way. I am a fan
of the client using STUN rather than the server compensating.
On Wed, Apr 16, 2008 at 11:29 AM, kokoska rokoska <[EMAIL PROTECTED]>
wrote:
>
>
> Anthony Minessale napsal(a):
> > Yes you remove the force-contact variable
Anthony Minessale napsal(a):
> Yes you remove the force-contact variable from the tag and only
> set it in the individual tag.
> That is how you can pick and choose which ones do the options.
>
Thank you very much, Anthony, for your answer!
Yes, I use force-contact per individual user, but
Yes you remove the force-contact variable from the tag and only set
it in the individual tag.
That is how you can pick and choose which ones do the options.
You can also configure a force-expires on each user so the register will
reply with a very short expiry time to
trigger the client to re-re
Jonathan Palley napsal(a):
> I get the feeling that some of these edge optimizations are,
> rightfully, not the top priority for the core team.
I think so. And this why I think about to do it myself :-)
If someone other see it useful...
> If you make
> these changes I'm happy to help test a
I get the feeling that some of these edge optimizations are,
rightfully, not the top priority for the core team. If you make
these changes I'm happy to help test as all of our users are behind a
NAT. Right now we don't have enough users to justify doing this
optimization ourselves though.
I'm very sorry, Jonathan, I sent previous e-mail accidentaly before I
wrote all I want, so story continues:
Jonathan Palley napsal(a):
> Kokoska -
> A few changes/fixes for the OPTIONS keep alive were recently made by
> Anthm.
>
> A new option for the UAC (which, as previously mentioned ca
Jonathan Palley napsal(a):
> Kokoska -
> A few changes/fixes for the OPTIONS keep alive were recently made by
> Anthm.
>
Thank you very much, Jonathan, for your reply!
I saw some discussion about it few days before, but I'm afraid it solves
something else.
> A new option for the UAC (
Anthony Minessale napsal(a):
> Did you know that you can set the params and variables separate in each
> if you wish.
> The default example where it puts them in the is not mandatory,
> when you add params to the domain it implies every user in that domain.
>
Thank you very much, Anthony, for
I added this to the sip_profiles/default.xml commented out. Is anyone
currently working on full documentation of every sip profile option?
/b
On Apr 15, 2008, at 9:55 PM, Jonathan Palley wrote:
>
___
Freeswitch-users mailing list
Freeswitch-users
Kokoska -
A few changes/fixes for the OPTIONS keep alive were recently made
by Anthm.
A new option for the UAC (which, as previously mentioned can either
go in the directory or the sip profile config) is:
This will set a UAC to expire should the options requests timeout/
fail. Th
kokoska rokoska wrote:
> First of all I have say I'm very impressed by FreeSWITCH SIP handling.
>
Blimey. Whoever's hacked your e-mail account ought to take more care to
sound like
you ;-)
--Dave
___
Freeswitch-users mailing list
Freeswitch-users@
Did you know that you can set the params and variables separate in each
if you wish.
The default example where it puts them in the is not mandatory,
when you add params to the domain it implies every user in that domain.
On Tue, Apr 15, 2008 at 4:40 PM, kokoska rokoska <[EMAIL PROTECTED]>
wro
Hi all,
First of all I have say I'm very impressed by FreeSWITCH SIP handling.
It way differs from what I know from Asterisk :-)
A lot of my previous questions about adding/modifying SIP headers are
irrelevant becasuse FreeSWITCH do the job automagically...
-
Now why I want to say:
I th
18 matches
Mail list logo
