Re: [Freeswitch-users] tigerjet 560C USB-to-rj11: incorperate usbhid/usbsnd device into freeswitch
Hi Michael, Yesterday I did a quick scan of the complete source-code of both freeswitch and openzap and there is nowhere any mention of libhid or /dev/usb/hiddev0 (the two possible interface-modules to communicate with HID-devices in linux). So I fear that, at this time, it's not possible to use this device with freeswitch. :-( Cheerio! Kr. Bonne. Michael Jerris schreef: Of course there is a way. Depending on the interface your looking at either a freeswitch endpoiny module or an openzap module. Mike On Dec 23, 2009, at 4:54 AM, Kristoff Bonne kristoff.bo...@skypro.be wrote: Hi Rupa, None. That's exactly the point. Everything has to be done over the usb HID interface. I've been reading about HID yesterday. HID is a usb interface that can be used for a large number of things, ranging from keyboard and game-controllers up to water-cooling and PC-chassis and point-of-sale or coin changer devices. It also has a telephony-interface: see page 69 to 72 of this document: http://www.usb.org/developers/devclass_docs/HID1_11.pdf This include call-control, on-hook/off-hook detection, DTMF-related things, etc. Now, the question is this: Is there a way to plug this all into freeswitch? Cheerio! Kr. Bonne. Rupa Schomaker schreef: Interesting. It would have to do more than just dialtone/dtmf though. Need call control, caller id, etc. What do they ship with it as far as drivers go? On Tue, Dec 22, 2009 at 4:06 PM, Kristoff Bonne kristoff.bo...@skypro.be wrote: Hi all, This weekend, I got the chance to buy a profoon IP-150 RJ11-to-USB device for just 15 euro. This is a device which has on one side a USB-connector and on the other side 2 RJ-11 connectors (one FXO and one FSX). Internally, the device seams to contain a tigerjet 560C chipset. (see here: http://www.tjnet.com/chips/tiger560C.htm) What is interesting on this device is that is uses standard USB device-classes that are by default supported by most operating-systems: usb-sound and usb-hid. When I connect it to my server (mac mini 3G running debian), the system automatically recognises these two classes [168391.922479] usbcore: registered new interface driver hiddev [168391.935068] hiddev0hidraw0: USB HID v1.00 Device [HID 06e6:c31c] on usb-0001:10:1b.1-1 [168391.939548] usbcore: registered new interface driver usbhid [168391.943984] usbhid: v2.6:USB HID core driver [168392.154596] usbcore: registered new interface driver snd-usb-audio And -behold- when I connect a handset in one of the port, I even get a dialtone and I can sent out DTMF-dialtone which are somehow partly (But I have no idea what program actually generates this dialtone !!!) Now, the question: Any idea if / how this can incorperated into freeswitch? Is there a way to use this device to connect a phone to freeswitch without having to go throu a SIP-client first. Cheerio! Kr. Bonne. -- jabber/gtalk: krist...@krbonne.net ___ 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 http://www.freeswitch.org -- jabber/gtalk: krist...@krbonne.net kristoff_bonne.vcf ___ 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 http://www.freeswitch.org ___ 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 http://www.freeswitch.org -- jabber/gtalk: krist...@krbonne.net attachment: kristoff_bonne.vcf signature.asc Description: OpenPGP digital signature ___ 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 http://www.freeswitch.org
Re: [Freeswitch-users] Skypiax: not able to detect Inband dtmf tones from pstn call?
Hi Anthony,
Yes,
The start_dtmf application is in the dialplan.
One question I still have is will the Goertzel algorithm in
libteletone_detect.c be able to detect and decode the DTMF tones once
they have past through the PSTN and Skype network traversing various
codecs?
1) They sound audible and clear.
2) A spectrum graph clearly shows the two frequencies.
How bad does the signal need to degrade before the DTMF tones cannot be
detected?
Can you suggest a way to play recordings through the start_dtmf
application.
This way I can test various wave forms.
** BUG **
Why does samples=0?
One thing I have noted is that when start_ivr_async.c calls:
teletone_dtmf_detect(pvt-dtmf_detect, frame-data, frame-samples);
for a skypiax call the samples=0
for a SIP call the samples=160
I hope this may help track down the problem.
Perhaps in time with better understanding of the internal workings of fs
and may be able to post solutions rather than problems?
regards,
Scott Torr
On Tue, 22 Dec 2009 09:21 -0600, Anthony Minessale
anthony.miness...@gmail.com wrote:
add start_dtmf app to your dialplan before bridge to start the inband
dtmf
detector.
On Tue, Dec 22, 2009 at 8:57 AM, Scott Torr
scott.torr...@letterboxes.orgwrote:
ubuntu-8.04.3-server-amd64.iso (update/upgrade)
FreeSWITCH Version 1.0.trunk (15787)
skype-ubuntu-intrepid_2.1.0.47-1_amd64.deb
mod_skypiax
(POTS)--(PSTN)--(skypeIN)--(skype_client)--(skypiax)--(fs)
extension name=Indial_to_fs_via_skypeIN
condition field=destination_number expression=^501$
action application=start_dtmf /
action application=record_session
data=/root/recordings/${strftime(%Y-%m-%d-%H-%M-%S)}_${destination_number}_${caller_id_number}.wav/
action application=playback data=/root/Hello_16000.wav /
/condition
/extension
fsconsole loglevel 7
If I dial 501 from from a sip phone using inband dtmf I can see the
dtmf tones being detected and decoded by fs in the debug log.
If however I use a pstn phone and dial my skypeIN telephone number the
call comes into fs via skypiax but when I generate dtmf tones on the
phone they are not detected or decoded by fs.
If I take the record_session file and spectrum analyze the recorded
tones appear to be within spec.
Can anybody suggest why this is not working for me?
Is the correct sample rate being used in libteletone_detect.c?
Does the Goertzel algorithm work for other sample rates other than
8000hz?
I'm not sure why I can not get this to work?
regards,
Scott Torr
___
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
http://www.freeswitch.org
--
Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm
MSN:anthony_miness...@hotmail.com msn%3aanthony_miness...@hotmail.com
GTALK/JABBER/PAYPAL:anthony.miness...@gmail.compaypal%3aanthony.miness...@gmail.com
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:8...@conference.freeswitch.org sip%3a...@conference.freeswitch.org
iax:gu...@conference.freeswitch.org/888
googletalk:conf+...@conference.freeswitch.orggoogletalk%3aconf%2b...@conference.freeswitch.org
pstn:+19193869900
___
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
http://www.freeswitch.org
[Freeswitch-users] [CRIT] mod_event_socket.c:337 Lost 8456 events!
I just got into the fs cli and when I ran a 'show calls' I got the following message: 2009-12-24 09:58:20.058365 [CRIT] mod_event_socket.c:337 Lost 8456 events! What does this mean? does it mean the event_socket did not report 8456 events? Why could this happen? The answer to this is pretty critical to me, as I make and monitor calls through the socket. Thanks for your help! Nicolas ___ 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 http://www.freeswitch.org
[Freeswitch-users] SNOM shared lines with TLS problems?
Hello, Is there anyone who is using SNOM with TLS encryption and shared lines and it works? We have 1.0.5pre9 connected to SNOM-820 with shared lines between 2-3 SNOM phones. The TLS is defined by adding transport=tls to the registrar field (proxy is left blank). We noticed the following behaviour: - With non-shared line UDP and TLS both work ok. - With shared lines UDP works ok. - with shared line TLS works as long as only one phone is registered. - After the second TLS shared line registers we get busy for this extension. From the SNOM trace there is no incoming call attempt at all from FreeSwitch. Anyone has this setup working and can share some tips? Thanks, __Yehavi: ___ 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 http://www.freeswitch.org
[Freeswitch-users] Javascript system calls
Hi, I wanted to know what is the javascript equivalent of lua's os.execute(). I need to run a command from within a js script. Thanks! Nicolas ___ 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 http://www.freeswitch.org
Re: [Freeswitch-users] Local call uses public context?
Brian, Please forgive my slowness, but I'm still having problems with this. When you say that I really didn't auth the user, did you mean the endpoint/extension? If you did, I upped to svn1 16055 and placed a cidr attribute on the extension and reran the test, resulting in the same output, going to context public. Further, I'm confused about your response about ACL compared with Billy W in an email of 12/22/2009. .you could simply put these entries in your internal sofia profile. param name=apply-inbound-acl value=192.168.0.0/24/ param name=apply-register-acl value=192.168.0.0/24/ In that case, you do not need to include anything in the directory. The cidr entries in the directory are for providing additional control for each user id and what IPs they are allowed to make calls from. http://pastebin.freeswitch.org/11633 Linux fs 2.6.18-128.1.10.el5 #1 SMP Thu May 7 10:39:21 EDT 2009 i686 i686 i386 GNU/Linux Thanks Lars From: freeswitch-users-boun...@lists.freeswitch.org [mailto:freeswitch-users-boun...@lists.freeswitch.org] On Behalf Of Brian West Sent: Wednesday, December 23, 2009 6:03 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Local call uses public context? 2009-12-23 15:00:01.955357 [DEBUG] sofia.c:5322 IP 192.168.10.105 Approved by acl 192.168.10.0/24[]. Access Granted. Because the context is set on the profile as public... and you really didn't auth the user so user_context was never set. /b On Dec 23, 2009, at 7:49 PM, Lars Zeb wrote: I am trying to setup a second FS box from scratch using v16048. What can cause a local call (81002, or 9996) to use context public? It's a standard vanilla install. http://pastebin.freeswitch.org/11629 Thanks, Lars ___ 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 http://www.freeswitch.org ___ 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 http://www.freeswitch.org
Re: [Freeswitch-users] Local call uses public context?
Lars, Since this question has come up a few times I'm going to write up a nice wiki article on it explaining the differences between letting someone in via an ACL and actually doing digest authentication. In a nutshell, though, it's this: if the user does digest authentication (with the whole REGISTER, 401, REGISTER, 200 OK exchange) then whatever value is in user_context is the context for the calls made by that user. In conf/directory/default/1000.xml (and 1001.xml, etc.) they all have user_context = default so when those users register the calls they make are handled in the default context. OTOH, if you let a user in via an ACL they aren't really registered, you've simply opened the door for anyone coming from a particular IP address or IP address range. In that case the calls are handled in the context specified by the context parameter of the sip profile where the calls come in. By default the internal sip profile uses the public context. This is for security reasons. Paranoid by default is how you might describe it. You are welcome to change that value to default so that calls let in by the ACL are handled just like auth'd calls. Play around with it and let us know how it goes. I think you'll get it once you start modifying settings and making test calls. -MC On Thu, Dec 24, 2009 at 8:16 AM, Lars Zeb larc...@yahoo.com wrote: Brian, Please forgive my slowness, but I’m still having problems with this. When you say that I “really didn’t auth the user”, did you mean the endpoint/extension? If you did, I upped to svn1 16055 and placed a cidr attribute on the extension and reran the test, resulting in the same output, going to context public. Further, I’m confused about your response about ACL compared with Billy W in an email of 12/22/2009. “…you could simply put these entries in your internal sofia profile. param name=apply-inbound-acl value=192.168.0.0/24/ param name=apply-register-acl value=192.168.0.0/24/ In that case, you do not need to include anything in the directory. The cidr entries in the directory are for providing additional control for each user id and what IPs they are allowed to make calls from.” http://pastebin.freeswitch.org/11633 Linux fs 2.6.18-128.1.10.el5 #1 SMP Thu May 7 10:39:21 EDT 2009 i686 i686 i386 GNU/Linux Thanks Lars *From:* freeswitch-users-boun...@lists.freeswitch.org [mailto: freeswitch-users-boun...@lists.freeswitch.org] *On Behalf Of *Brian West *Sent:* Wednesday, December 23, 2009 6:03 PM *To:* freeswitch-users@lists.freeswitch.org *Subject:* Re: [Freeswitch-users] Local call uses public context? 2009-12-23 15:00:01.955357 [DEBUG] sofia.c:5322 IP 192.168.10.105 Approved by acl 192.168.10.0/24[]. Access Granted. Because the context is set on the profile as public... and you really didn't auth the user so user_context was never set. /b On Dec 23, 2009, at 7:49 PM, Lars Zeb wrote: I am trying to setup a second FS box from scratch using v16048. What can cause a local call (81002, or 9996) to use context public? It’s a standard vanilla install. http://pastebin.freeswitch.org/11629 Thanks, Lars ___ 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 http://www.freeswitch.org ___ 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 http://www.freeswitch.org ___ 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 http://www.freeswitch.org
Re: [Freeswitch-users] Local call uses public context?
Thanks for the reply, Michael. I tried the digest authentication using the cidr and copying the conf/sip_profiles/internal.xml from the distribution, where param name=apply-inbound-acl value=domains/ As a result, one endpoint could not register and another was unauthorized. http://pastebin.freeswitch.org/11634 Then I went changed the context in internal.xml from public to default and param name=apply-inbound-acl value= http://192.168.0.0/24 192.168.10.0/24/ param name=apply-register-acl value= http://192.168.0.0/24 192.168.10.0/24/ And the phones registered OK. So my confusion persists. Lars From: freeswitch-users-boun...@lists.freeswitch.org [mailto:freeswitch-users-boun...@lists.freeswitch.org] On Behalf Of Michael Collins Sent: Thursday, December 24, 2009 11:00 AM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Local call uses public context? Lars, Since this question has come up a few times I'm going to write up a nice wiki article on it explaining the differences between letting someone in via an ACL and actually doing digest authentication. In a nutshell, though, it's this: if the user does digest authentication (with the whole REGISTER, 401, REGISTER, 200 OK exchange) then whatever value is in user_context is the context for the calls made by that user. In conf/directory/default/1000.xml (and 1001.xml, etc.) they all have user_context = default so when those users register the calls they make are handled in the default context. OTOH, if you let a user in via an ACL they aren't really registered, you've simply opened the door for anyone coming from a particular IP address or IP address range. In that case the calls are handled in the context specified by the context parameter of the sip profile where the calls come in. By default the internal sip profile uses the public context. This is for security reasons. Paranoid by default is how you might describe it. You are welcome to change that value to default so that calls let in by the ACL are handled just like auth'd calls. Play around with it and let us know how it goes. I think you'll get it once you start modifying settings and making test calls. -MC On Thu, Dec 24, 2009 at 8:16 AM, Lars Zeb larc...@yahoo.com wrote: Brian, Please forgive my slowness, but I'm still having problems with this. When you say that I really didn't auth the user, did you mean the endpoint/extension? If you did, I upped to svn1 16055 and placed a cidr attribute on the extension and reran the test, resulting in the same output, going to context public. Further, I'm confused about your response about ACL compared with Billy W in an email of 12/22/2009. .you could simply put these entries in your internal sofia profile. param name=apply-inbound-acl value=192.168.0.0/24/ param name=apply-register-acl value=192.168.0.0/24/ In that case, you do not need to include anything in the directory. The cidr entries in the directory are for providing additional control for each user id and what IPs they are allowed to make calls from. http://pastebin.freeswitch.org/11633 Linux fs 2.6.18-128.1.10.el5 #1 SMP Thu May 7 10:39:21 EDT 2009 i686 i686 i386 GNU/Linux Thanks Lars From: freeswitch-users-boun...@lists.freeswitch.org [mailto:freeswitch-users-boun...@lists.freeswitch.org] On Behalf Of Brian West Sent: Wednesday, December 23, 2009 6:03 PM To: freeswitch-users@lists.freeswitch.org Subject: Re: [Freeswitch-users] Local call uses public context? 2009-12-23 15:00:01.955357 [DEBUG] sofia.c:5322 IP 192.168.10.105 Approved by acl 192.168.10.0/24[]. Access Granted. Because the context is set on the profile as public... and you really didn't auth the user so user_context was never set. /b On Dec 23, 2009, at 7:49 PM, Lars Zeb wrote: I am trying to setup a second FS box from scratch using v16048. What can cause a local call (81002, or 9996) to use context public? It's a standard vanilla install. http://pastebin.freeswitch.org/11629 Thanks, Lars ___ 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 http://www.freeswitch.org ___ 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 http://www.freeswitch.org ___ 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 http://www.freeswitch.org
[Freeswitch-users] MacOSX
Yes, I want to set up FreeSwitch on OSX and at least see how it runs, assuming I can get that far. I've downloaded the latest tarball and run configure which seemed to complete ok. But what next? Do I actually need to run make all install sounds-install moh-install as in some lists of instructions it appears that I just need to run make make install Needless to say I'm not an expert at compiling although I have done a fair bit over the years, just not enough for it to be second nature. So the above apparent ambiguity puzzles me. Also, how can I compile on one machine and then actually run it on a different machine? Is there a relatively simple way to achieve this or must I manually copy all the files to the other machine. What files would that be? Are they all conveniently located in a single folder? Hopeful of some helpful advice, but let's face it, anyone doing this sort of thing on Christmas Eve really ought to get out more:-) Ken G i l l e t t _/_/_/_/_/_/_/_/ ___ 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 http://www.freeswitch.org
