for the appropriate codec?
Thanks Much...
Gabriel Kuri
___
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
with G.726-32 in a folder
'sounds/voicemail/g726-32/', how do I tell FS to use those sounds files
based on the user's codec?
Thanks,
Gabriel Kuri
Lucas Cornelisse wrote:
Hi Gabriel,
The problem I see is that g729 is protected by very expensive patents.
If FreeSWITCH were to encode their sound
with transcoding?
Someone posted a similar question on jira, but it doesn't look as though
it had been answered ...
http://jira.freeswitch.org/browse/MODENDP-46
Thanks for the help,
Gabriel Kuri
___
Freeswitch-users mailing list
Freeswitch-users
I'm having an issue with the linksys spa devices when enabling inbound
proxy media mode (inbound-proxy-media=true) and late negotiation
(inbound-late-negotiation=true) in the sofia profile. The spa
immediately sends a BYE when the call is answered by the called party.
For whatever reason, it works
=audio 25454 RTP/AVP 18 101.
a=rtpmap:18 G729/8000.
a=fmtp:18 annexb=no.
a=rtpmap:101 telephone-event/8000.
a=fmtp:101 0-15.
a=ptime:20.
So is this an underlying issue with the linksys spa units or FS?
Gabe
Gabriel Kuri wrote:
I'm having an issue with the linksys spa devices when enabling inbound
Marc,
I'll chime in since I'm currently in the process of building a very
similar environment...
I currently have two FS boxes using xml_curl for configuration,
dialplan, and directory data. All sip session info and voicemail data is
stored in the mysql db which is on two multi-master mysql
I have a phone that is registered to FS but is no longer available
(Internet connection down, phone turned off, etc.). The registration
still exists in the sip_registrations table (not expired yet), but the
phone is not reachable on the network.
According to my dialplan, if the bridge to the
, but if the phone is actually ringing and no one picks
up in 30 seconds, send it to voicemail?
Thanks
Gabe
Brian West wrote:
Try pre_answer before bridge.
/b
Sent from my iPhone
On Nov 28, 2008, at 3:03 PM, Gabriel Kuri [EMAIL PROTECTED] wrote:
I have a phone that is registered to FS
How about:
The mailbox of the person you are trying to reach is full and can not
accept new messages at this time. Please try your call again later. Goodbye
~Gabe
Tamas Cseke wrote:
Hello,
I would like to use a disk quota in users' voicemail
(http://jira.freeswitch.org/browse/MODAPP-173)
I've been experimenting with mod_fax and discovered it doesn't appear to
receive faxes unless freeswitch is running as root? it fails trying to
open the tiff file for writing (see the logs below). I'm using the
dialplan as prescribed in the wiki without any changes and the user the
freeswitch
?
Gabe
Brian West wrote:
If you're running SELinux then you'll need to correct that on your
machine to allow FreeSWITCH to write to /tmp
/b
On Dec 9, 2008, at 2:43 AM, Gabriel Kuri wrote:
I've been experimenting with mod_fax and discovered it doesn't
appear to
receive faxes unless
I've tried to do the same and in my own experience, most carriers don't
accept 302 redirects. What I've seen is they take the 302 as a failure
and move on to the next switch, so worse case with 3 switches, it will
take 2 retries before hitting the switch you want them to redirect to.
Gabe
Dennis
Hey Folks:
For a FS box that's generally handling higher amounts of
inbound/outbound call traffic (say 500 - 700 calls) and registrations
(30 - 50 per second), is it recommended to split off the signaling and
media traffic onto separate NICs for performance reasons? Or is it
better to split all
It depends on the whether you pass the option to the Linksys/Cisco
Profile Compiler to generate the config file. In any case, that
shouldn't be an issue.
Gabe
Brian West wrote:
Don't they cryptographically sign the config also?
/b
On Feb 17, 2009, at 2:58 PM, Gabriel Kuri wrote:
If you
.
Thanks so much -
Library Mark
Quoting Gabriel Kuri gk...@ieee.org:
I believe you need to make sure the Ethernet cable is unplugged from the
phone when trying to dial that string.
Now I've never tried this, but it should theoretically be possible ...
Sniff the traffic of the phone
I'm about 99% positive that if https is enabled for remote provisioning,
the web server needs an SSL certificate signed by the Linksys
Enterprise CA, otherwise the phone will reject it.
Gabe
but it shouldn't matter too much if they're using https or not, as long
as the ata doesn't
awesome work! on a slightly related [embedded] note, do you know if any
work has been done to port FS to any of the Analog Blackfin MCUs? I'd be
interested in hearing if anyone has had any such luck.
Gabe
Kristian Kielhofner wrote:
FreeSWITCH now compiles in AsLinux:
http://www.astlinux.org
be interesting...
Can anyone call me out on this assumption?
On Tue, Feb 17, 2009 at 7:16 PM, Gabriel Kuri gk...@ieee.org wrote:
awesome work! on a slightly related [embedded] note, do you know if any
work has been done to port FS to any of the Analog Blackfin MCUs? I'd be
interested
It sounds like your build environment is whacked, is this a fresh
checkout of trunk or did you overwrite an existing directory? You might
want to scrap that directory and try a fresh checkout.
I just freshly checked out a copy of trunk into a new dir and ran
./bootstrap, ./configure, and make
shoot me if I'm on the wrong track, but is it possible to use the
start_dtmf app to do inband dtmf detection and convert the inband DTMF
to rfc2833, as opposed to using the dtmf detection on a Linksys or
Grandstream ATA?
the reason I ask is the dtmf detection on these ATAs seems to falsely
catch
of start_dtmf to detect it inband and convert it
to 2833. Unless you disabled 2833.
/b
On Mar 13, 2009, at 3:36 PM, Gabriel Kuri wrote:
shoot me if I'm on the wrong track, but is it possible to use the
start_dtmf app to do inband dtmf detection and convert the inband
DTMF
to rfc2833
hey folks, I'm trying to configure PCMU fallback for T.38.
The originating endpoint (Linksys SPA-2102) sends an INVITE to FS with
G729 and PCMU in the sdp. the INVITE to the provider includes G729 and
PCMU as part of the sdp as well (absolute_codec_string=G729,PCMU) ...
m=audio 16458 RTP/AVP 18
err, no, I tried upgrading from r11000 to r12669 yesterday, but starting
seeing crashing, so I have a jira open. currently I'm back on r11000.
http://jira.freeswitch.org/browse/FSCORE-338
Gabe
Brian West wrote:
Are you on SVN trunk 12694?
/b
On Mar 20, 2009, at 4:28 PM, Gabriel
OK, I'll give it a try and report back.
Gabe
Brian West wrote:
Make current and try again... I haven't seen this crash you have seen...
if you can run sippcapdump and get the packets that would help also.
Thanks,
/b
On Mar 20, 2009, at 4:41 PM, Gabriel Kuri wrote:
err, no, I tried
regarding gcc compiler optimizations, are they generally compatible with
FS or should they be removed or does the configure strip them out? just
curious, as I run Gentoo and use such optimizations as -march=nocona
-O2 -pipe -fomit-frame-pointer
not sure if they break things or I should be
them! ;)
/b
On Mar 27, 2009, at 1:19 PM, Gabriel Kuri wrote:
regarding gcc compiler optimizations, are they generally compatible with
FS or should they be removed or does the configure strip them out? just
curious, as I run Gentoo and use such optimizations as -march=nocona
-O2 -pipe
eh, how are poeple doing VoIP over there, given use of it outside the
UAE is officially outlawed by the TRA ? I've heard Etisalat is pretty
strict with making sure it's blocked going outside the country via a L7
packet inspection device to drop SIP.
~Gabe
Bipin Patel wrote:
hi,
i currently
and are
encrypted :P
/b
On Mar 30, 2009, at 1:31 PM, Gabriel Kuri wrote:
eh, how are poeple doing VoIP over there, given use of it outside the
UAE is officially outlawed by the TRA ? I've heard Etisalat is pretty
strict with making sure it's blocked going outside the country via a L7
This part is interesting, and the subject of a discussion we had
recently. A number of systems try that second re-invite after a 488, but
the SIP specs say the call is pretty much dead after the 488 message is
exchanged. Are they just hoping that maybe the other end will be
non-compliant
I heard about this a few days ago, they claim it's not them, but someone
trying to harm their reputation ...
http://www.meucci-solutions.com/complaints.asp?id=1
Gabe
Brian West wrote:
Does anyone else seem to be getting tons of calls from this evil IP?
They keep ringing me via SIP
We're seeing occasional one way audio issues for international calls
going out to one of several carriers. On roughly 2 out of 5 calls
outbound, there is no audio on the the calling party's side, however the
called party indicates they can hear the calling party perfectly well.
NAT is not involved
Brian West wrote:
Do you have any reason to be doing proxy media?
no, not other than to fix the one way audio issue :)
I'd rather leave proxy_media off.
Gabe
___
Freeswitch-users mailing list
Freeswitch-users@lists.freeswitch.org
We've been testing mod_nibblebill, it's a great module, cheers to the
author!
A couple questions regarding nibblebill:
1) We noticed that when an account is below the minimum balance and a
call is attempted with that account, FS begins to connect the B leg for
the call but then cancels the
Out of curiosity, is it a Super G3 (ie v.34) capable FAX? We've had
nothing but intermittent problems with Super G3 FAXes over T.38, unless
v.34 is strictly turned off on the machine.
Gabe
Kristian Kielhofner wrote:
On Thu, Oct 22, 2009 at 11:58 AM, Tihomir Culjaga tculj...@gmail.com wrote:
.38 SDP tells me the bitrate
is 14400, certainly not V.34 speed.
Are you saying the machine even trying to negotiate V.34 poses a problem?
On Thu, Oct 22, 2009 at 2:16 PM, Gabriel Kuri gk...@ieee.org wrote:
Out of curiosity, is it a Super G3 (ie v.34) capable FAX? We've had
nothing
AFAIK, the Cisco/Linksys SPA series ATAs do not support SDES key
exchange to appropriately support SRTP and FreeSWITCH. They do their
proprietary Sipura key exchange only, not sure if Cisco plans on
upgrading the firmware to ever support SDES on the ATAs. They added
support for SDES to their IP
to my origianal question then. Are there any ATA's that
support TLS AND SRTP with FreeSwitch?
On Fri, Dec 4, 2009 at 9:17 AM, Gabriel Kuri gk...@ieee.org wrote:
AFAIK, the Cisco/Linksys SPA series ATAs do not support SDES key
exchange to appropriately support SRTP and FreeSWITCH. They do
37 matches
Mail list logo