Hi!
Callcentric
http://wiki.freeswitch.org/wiki/Provider_Configuration:_Callcentric
offers a package called IP Freedom
http://www.callcentric.com/rate_plans01.php. It costs nothing and will
allow you to test FS.
Carlos
Erwin Davis wrote:
Hi, I installed internal freeSWITCH in my LAN and
Hello!
As I have a fax machine connected to an adapter that does T.38
(Grandstream HandyTone 502), I am playing with late codec negotiation
and proxy media. However, because late codec negotiation is a
profile-wide affair, I would like to know if there are any potential
drawbacks I should be
http://www.gmvoices.com
She appears to be a real person! :)
Nick Lemberger wrote:
I'm guessing she's a Cepstral voice, but can I ask what version, khz and
settings the 8khz sounds are recorded with (I ask about the khz because
perhaps they were pre-transcoded)? I tried downloading 5.1 from
Hi!
I searched the wiki but couldn't find the answer. Is callie a real
woman one may ask to record additional sounds?
Thanks!
Carlos
___
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
default set. If you are doing a session anyways and are willing
please let me know if we can throw a few other prompts in your list to
be recorded.
Mike
On Aug 27, 2009, at 12:18 PM, Michael Collins wrote:
On Thu, Aug 27, 2009 at 9:04 AM, Carlos S. Antunes c...@nowthor.com
mailto:c
Brian,
You've been vindicated. Callcentric is now advertising zero weighted SRV
records! :)
I've re-enabled SRV lookups for the Callcentric profile and will monitor
to see if I get any errors.
Carlos
Brian West wrote:
Or as I have argued today they should fix their SRV records to be zero
Anthony Minessale wrote:
Unfortunately it's still a problem because the core bridge/originate
mechanism does not parse XML it's only parses the dial string markup.
Wouldn't it be possible to translate the markup to a dial string prior
to hitting the core mechanism?
In the end you must end
Anthony Minessale wrote:
did you see my other email on this thread with the xml macro idea?
When it comes to displacing the complexity there are many choices.
Yes, I did see that macro idea. It looks indeed very good in the case of
a failover scenario. But what about something like I proposed
Max,
I would like to see something similar too. For example, it would be
wonderful if one could specify multiple gateways to try like this or
something similar:
action application=bridge
!-- set some kind of *bridge-specific* parameter/variable --
gateway order=1
of agnostic xml dialplan)
does not flow properly.
you can also use combinations of continue_on_fail and hangup_after
bridge so you can
just put each bridge statement in it's own action.
On Tue, Aug 25, 2009 at 9:06 AM, Carlos S. Antunes c...@nowthor.com
mailto:c...@nowthor.com wrote:
Max
Hello!
I am using Callcentric for my tests and have observed what appears to me
a possible bug in the way Freeswitch handles DNS SRV records.
Callcentric uses DNS SRV records as a way to direct traffic to their SIP
server. A 'srv' 'dig' of '_sip._udp.callcentric.com' returns:
Raymond Chandler wrote:
very true, but i've been reading over the RFCs on this, and it seems
that FreeSWITCH isn't doing anything incorrectly.
in RFC3263 (section 4), when talking about client usage of SRV:
The procedures here MUST be done exactly once per transaction, where transaction is as
Raymond Chandler wrote:
Actually, disregard my previous mail... this patch probably wouldn't
be gladly accepted... I seem to have forgotten about the part where
the DNS SRV lookup MUST be done once per transaction
Hmm, where does it say that, after the lookup, one cannot use the
Raymond Chandler wrote:
On Aug 20, 2009, at 5:03 PM, Carlos S. Antunes wrote:
Hmm, where does it say that, after the lookup, one cannot use the same
IP address as before? :)
Section 4 of RFC3263 as quoted in my first email
The procedures here MUST be done exactly once per transaction
Raymond Chandler wrote:
On Aug 20, 2009, at 5:25 PM, Carlos S. Antunes wrote:
Raymond Chandler wrote:
On Aug 20, 2009, at 5:03 PM, Carlos S. Antunes wrote:
Hmm, where does it say that, after the lookup, one cannot use the same
IP address as before? :)
Section 4 of RFC3263 as quoted in my
-PROCESS cmd=set data=bind_server_ip=auto/
So you'll need to open up the sip profile in sip_profiles and set the
bind ip to exactly what you want.
Thanks,
Brian
On Aug 13, 2009, at 9:14 AM, Carlos S. Antunes wrote:
Hello!
First of all, I would like to express my thanks to all
Thanks, Brian. If you don't mind my asking, what is the ultimate purpose
of local_ip_v4, then?
Brian West wrote:
Don't use local_ip_v4 then... please hard code the param in the sofia
profile because the value of local_ip_v4 can change.
/b
On Aug 14, 2009, at 7:14 AM, Carlos S. Antunes
Hello!
First of all, I would like to express my thanks to all the developers of
Freeswitch.
I am testing Freeswitch on a Debian machine with physical network
interface with four virtual IP addresses. One of these IP addresses,
aliased as eth0:3, has been created specifically for Freeswitch.
18 matches
Mail list logo