- FreeSWITCH-dev - FreeSWITCH Mailing Lists

towards making fh->silence_hits a representation in ms internally w/o changing interface
by David Nicol 25 Jul '07

25 Jul '07

Well the interface is changed slightly -- when fh is getting built by mod_dptools.c arg[3] is parsed by atof instead of atoi The other builders could follow suit; the ones that have an integer # of seconds, I didn't trace where that came from to change it to a float. Also in play_say, the running count of silence hits is in tmp_silence_hits which is (1) less confusing and (2) saves some indirections. The attached patch is submitted to the project without reservation

1 1

mod_radiusclient
by Tuyan Özipek 20 Jul '07

20 Jul '07

Hi all, Here is a small piece of log from the radius auth module that i wrote. Just by curiosity, i patched mod_sofia to handle incoming registration requests with radius.I used freeradius-client library like the mod_radius_cdr module.Almost all the client configuration is in radiusclient.conf.xml. I hope i am not duplicating someone else's work.I am planning to release it after adding a few more features..If someone has a better idea, some thoughts about a cool feature or anything, i will be happy to hear that.. Cheers /tuyan freeswitch@gitt> 2007-07-20 04:46:32 [DEBUG] sofia_reg.c:430 sofia_reg_handle_register() Requesting Registration from: [tuyan(a)10.0.0.1] 2007-07-20 04:46:32 [DEBUG] mod_fradiusclient.c:216 radius_accrequest_digest_function() Sending Digest Request 2007-07-20 04:46:32 [DEBUG] sofia_reg.c:465 sofia_reg_handle_register() Register: From: [tuyan(a)10.0.0.1] Contact: [tuyan <sip:tuyan@10.0.0.2:5060>] Expires: [89] and from freeradius rad_recv: Access-Request packet from host 127.0.0.1 port 33676, id=81, length=200 User-Name = "tuyan" Digest-Response = "dded20ab037e670932e15104cd91ec98" Digest-Attributes = 0x010a31302e302e302e31 Digest-Attributes = 0x022635636636643966652d333661312d313164632d626330652d393764356565303135626466 Digest-Attributes = 0x030a5245474953544552 Digest-Attributes = 0x040e7369703a31302e302e302e31 Digest-Attributes = 0x06054d4435 Digest-Attributes = 0x0a07747579616e Digest-Attributes = 0x050661757468 Digest-Attributes = 0x080962353632663666 Digest-Attributes = 0x090a3030303030303031 NAS-Port = 0 NAS-IP-Address = 127.0.0.1 rlm_digest: Converting Digest-Attributes to something sane... Digest-Realm = "10.0.0.1" Digest-Nonce = "5cf6d9fe-36a1-11dc-bc0e-97d5ee015bdf" Digest-Method = "REGISTER" Digest-URI = "sip:10.0.0.1" Digest-Algorithm = "MD5" Digest-User-Name = "tuyan" Digest-QOP = "auth" Digest-CNonce = "b562f6f" Digest-Nonce-Count = "00000001" A1 = tuyan:10.0.0.1:tuyan A2 = REGISTER:sip:10.0.0.1 H(A1) = 7eeee22e4515abd8631075ce5f548eb9 H(A2) = bde0744e720053a66f505221cfc7202f KD = 7eeee22e4515abd8631075ce5f548eb9:5cf6d9fe-36a1-11dc-bc0e-97d5ee015bdf:00000001:b562f6f:auth:bde0744e720053a66f505221cfc7202f EXPECTED dded20ab037e670932e15104cd91ec98 RECEIVED dded20ab037e670932e15104cd91ec98 ++[digest] returns ok Sending Access-Accept of id 81 to 127.0.0.1 port 33676 And the configuration file <configuration name="radiusclient.conf" description="Radius Client Configuration"> <settings> <param name="auth_order" value="radius"/> <param name="login_tries" value="3"/> <param name="dictionary" value="/opt/radiusclient/etc/dictionary.tuyan"/> <param name="seqfile" value="/var/run/radius.seq"/> <param name="authserver" value="127.0.0.1:1812:testing123"/> <param name="acctserver" value="localhost:1813:testing1234"/>   <param name="radius_timeout" value="2"/> <param name="radius_retries" value="3"/> <param name="bindaddr" value="127.0.0.1"/> </settings> </configuration>

2 1

Codec and Audio Device Sample Rate
by Esben Stien 14 Jul '07

14 Jul '07

I'm a little puzzled. In the portaudio.conf.xml file there is: <param name="sample-rate" value="96000"/> I can only open my device in 96kHz, so when I change this value, it manages to open my audio device, but then it complains that it also wants a codec for 96kHz: freeswitch@quasar> 2007-07-14 03:03:23 [NOTICE] switch_channel.c:385 switch_channel_set_name() New Chan PortAudio/con(a)sip.esben-stien.name [789295e0-d279-4dbd-8007-19d0795b1488] 2007-07-14 03:03:23 [WARNING] switch_core_codec.c:159 switch_core_codec_init() Codec L16 Exists but not at the desired implementation. 96000hz 20ms 2007-07-14 03:03:23 [ERR] mod_portaudio.c:1210 engage_device() Can't load codec? 2007-07-14 03:03:23 [NOTICE] mod_portaudio.c:1625 place_call() Close Channel PortAudio/con(a)sip.esben-stien.name [CS_NEW] There is supposed to be one sample rate for the device and one for the codec, but what it does now, is use one for both the codec and the audio device, which is wrong. Any pointers as to what I can try?. -- Esben Stien is b0ef@e s a http://www. s t n m irc://irc. b - i . e/%23contact sip:b0ef@ e e jid:b0ef@ n n

1 0

Using Unicode SIP MESSAGE
by Ron McLeod 13 Jul '07

13 Jul '07

Has anyone on the list looked at text messaging to SIP UA using Unicode rather than ASCII? I have an application that will interface FreeSWITCH to a Chinese PBX using SIP and will require text messaging support. The PBX currently does not support the MESSAGE method so there is some flexibility in the details of the interface, but I would like to keep it as interoperable as possible. It seems like UTF-8 encoding is commonly used with SMTP and HTTP -- I assume that would follow for SIP as well. It should be as simple as this: MESSAGE sip:9997252000@192.168.100.133:5060 SIP/2.0 Via: SIP/2.0/UDP 192.168.100.2:5060;rport;branch=z9hG4bK890156501 From: "Dispatcher" <sip:9990000000@192.168.100.2:5060>;tag=1425782651 To: <sip:9997252000@192.168.100.133:5060> Call-ID: 2285408318@192.168.100.2:5060 CSeq: 1000 MESSAGE Max-Forwards: 70 User-Agent: Message Dispatch System Content-Type: text/plain; charset=UTF-8 Content-Length: 9 æ¥æ¬èª Thanks, Ron

1 1

BLF
by Josip Djuricic 09 Jul '07

09 Jul '07

Also what about BLF? ty

1 0

Presence
by Josip Djuricic 09 Jul '07

09 Jul '07

Anyone having any info on using presence? presence <user> <rpid> <message> I noticed there's not much in the docs... ty

1 0

Re: [Freeswitch-dev] OpenZAP status?
by Anthony Minessale 06 Jul '07

06 Jul '07

I am not sure what you mean by tool. I suppose I have not made a formal explanation beyond my recent speech at ClueCon so I'll summarize what we are talking about here. Last week I announced the debut of a new TDM project called OpenZAP. The project implements a TDM abstraction library to provide an interface to TDM hardware as well as various signaling for T1/E1 interfaces. So far we have analog (only tested in US so far but we are working on UK too) and q.931 PRI signaling but we should be able to add more things like RBS as time progresses. The library is licensed BSD and thus is usable by most any existing telephony software projects without any pesky licensing concerns. The hardware support thus far includes zaptel and native sangoma tdm api. The existing codebase includes mod_openzap for FreeSWITCH that is currently functional with analog and euro or dms100 PRI. This project is brand new. The first code was written to the disk on May 21'st 2007 and there is pretty much no documentation yet. We are announcing it to give anyone with Digium or Sangoma analog or T1/E1 cards a chance to check it out, do some testing and contribute to the project and help make it a success. The code is located at: http://svn.openzap.org/svn/openzap/trunk The fisheye browser is here: http://fisheye.freeswitch.org/browse/OpenZAP Basic doxyegn with no comments yet: http://www.freeswitch.org/eg/openzap/ In the next few weeks we will set up more formal resources, a website etc. In the mean time visit us on irc or email your questions here. Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com JABBER:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:213-799-1400 ----- Original Message ---- From: Mohamed El-Mohri <elmohri(a)dialexia.com> To: freeswitch-dev(a)lists.freeswitch.org Sent: Thursday, July 5, 2007 5:35:15 PM Subject: Re: [Freeswitch-dev] OpenZAP status?  Anthony, Would the Zaptel tool work with any SIP base Proxy or IP-PBX? Mohamed El-Mohri, M.Sc. Chief Technology Officer/President #300-181 Hymus Blvd Pointe-Claire, Qc, Canada H9R 5P4 Tel: 514-693-8500 Ext 203 Fax: 514-693-5352 www.dialexia.com Sign up for our newsletter Dial-News @ marketing(a)dialexia.com "IP Telephony @ your fingertips" This Email may contain information that is privileged, confidential and/or exempt from disclosure under applicable law. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution, or use of the information contained herein (including any reliance thereon) is STRICTLY PROHIBITED. If you received this transmission in error, please immediately contact the sender and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. From: freeswitch-dev-bounces(a)lists.freeswitch.org [mailto:freeswitch-dev-bounces@lists.freeswitch.org] On Behalf Of Anthony Minessale Sent: July 5, 2007 5:44 PM To: freeswitch-dev(a)lists.freeswitch.org Subject: Re: [Freeswitch-dev] OpenZAP status? You should not need anything special, just zaptel loaded with any plugin tor2, whatever. Any variation of the driver should be fine since zaptel is fairly generic. Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com JABBER:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:213-799-1400 ----- Original Message ---- From: Michael Collins <mcollins(a)fcnetwork.com> To: freeswitch-dev(a)lists.freeswitch.org Sent: Thursday, July 5, 2007 4:38:54 PM Subject: Re: [Freeswitch-dev] OpenZAP status? Our goal here is to pick up where this left off and keep the important functionality in the driver and the rest in user space. Eventually we hope to make our own platform-agnostic driver interface. Sweet! I can’t wait. So, to answer your question, yes that should be fine. We have a tor2 we tested it with last week at ClueCon as a matter of fact. Excellent. Last question (hopefully): did you need a special tor2.c for the Tormenta2 test? I just want to make sure I get my files straight… J -MC _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org Don't get soaked. Take a quick peak at the forecast with theYahoo! Search weather shortcut. _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org ____________________________________________________________________________________ Now that's room service! Choose from over 150,000 hotels in 45,000 destinations on Yahoo! Travel to find your fit. http://farechase.yahoo.com/promo-generic-14795097

1 0

Re: [Freeswitch-dev] OpenZAP status?
by Anthony Minessale 05 Jul '07

05 Jul '07

You should not need anything special, just zaptel loaded with any plugin tor2, whatever. Any variation of the driver should be fine since zaptel is fairly generic. Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com JABBER:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:213-799-1400 ----- Original Message ---- From: Michael Collins <mcollins(a)fcnetwork.com> To: freeswitch-dev(a)lists.freeswitch.org Sent: Thursday, July 5, 2007 4:38:54 PM Subject: Re: [Freeswitch-dev] OpenZAP status?  Our goal here is to pick up where this left off and keep the important functionality in the driver and the rest in user space. Eventually we hope to make our own platform-agnostic driver interface. Sweet! I can’t wait. So, to answer your question, yes that should be fine. We have a tor2 we tested it with last week at ClueCon as a matter of fact. Excellent. Last question (hopefully): did you need a special tor2.c for the Tormenta2 test? I just want to make sure I get my files straight… J -MC _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org ____________________________________________________________________________________ Need a vacation? Get great deals to amazing places on Yahoo! Travel. http://travel.yahoo.com/

4 3

Re: [Freeswitch-dev] OpenZAP status?
by Anthony Minessale 05 Jul '07

05 Jul '07

OpenZAP should work with the latest sangoma TDM API as well as any zaptel dating back to when there was only tormenata 2. For those who do not know, Zaptel is actually a decendant of the original public domain tormenta driver made by Jim Dixon in 2000. http://www.zapatatelephony.org/zap.c http://www.zapatatelephony.org/zap.h Our goal here is to pick up where this left off and keep the important functionality in the driver and the rest in user space. Eventually we hope to make our own platform-agnostic driver interface. We only use zaptel as a device via the socket opened on the operating system to access the low level features such as open close read write and the rest of the functionality is implemented in our own user space layer. So, to answer your question, yes that should be fine. We have a tor2 we tested it with last week at ClueCon as a matter of fact. Anthony Minessale II FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ AIM: anthm MSN:anthony_minessale@hotmail.com JABBER:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch FreeSWITCH Developer Conference sip:888@conference.freeswitch.org iax:guest@conference.freeswitch.org/888 googletalk:conf+888@conference.freeswitch.org pstn:213-799-1400 ----- Original Message ---- From: Michael Collins <mcollins(a)fcnetwork.com> To: freeswitch-dev(a)lists.freeswitch.org Sent: Thursday, July 5, 2007 10:21:58 AM Subject: [Freeswitch-dev] OpenZAP status?  Guys, I was getting caught up on things last night and I noticed Anthony’s posts about OpenZAP. I was curious to know the status of the project. I see that there is a need for testers. I might be able to help but I probably need some guidance with the hardware side of things. I have two Tormenta2 clone PCI cards from PhoneEQ, (www.pbxhardware.com) designated T400P. These cards are slightly improved versions of the Tor2 card, but they are also slightly different. (I believe that the original Tor2 spec calls for the Dallas Semiconductor DS21Q352 T1/E1/J1 framer chip whereas the T400P card uses the DS21Q55 framer.) The designer, Marcin Pycko, has produced modified versions of the Zaptel drivers: http://t400p.pbxhardware.com/driver/ . The only difference between the stock Zaptel driver and the modified one is in tor2.c. I printed them out and compared them line-by-line to get an idea of what was different. Anyway, the modified driver works extremely well with Asterisk. I’ve used it with PRI circuits from multiple vendors, and I’ve also done an interface to my legacy NEC PBX. (http://voip-info.org/wiki/index.php?page=Asterisk+NEAX2400+LineSide) Disclaimer: I’m an experienced PBX guy but I am by no means a C/C++ programmer. I am, at best, a journeyman. That’s my background. My question is this: is there any way I can use my existing T400P cards and help with the OpenZAP testing? Thanks! -Michael _______________________________________________ Freeswitch-dev mailing list Freeswitch-dev(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-dev UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-dev http://www.freeswitch.org ____________________________________________________________________________________ Need a vacation? Get great deals to amazing places on Yahoo! Travel. http://travel.yahoo.com/

3 2

OpenZAP status?
by Michael Collins 05 Jul '07

05 Jul '07

Guys, I was getting caught up on things last night and I noticed Anthony's posts about OpenZAP. I was curious to know the status of the project. I see that there is a need for testers. I might be able to help but I probably need some guidance with the hardware side of things. I have two Tormenta2 clone PCI cards from PhoneEQ, (www.pbxhardware.com <http://www.pbxhardware.com/> ) designated T400P. These cards are slightly improved versions of the Tor2 card, but they are also slightly different. (I believe that the original Tor2 spec calls for the Dallas Semiconductor DS21Q352 T1/E1/J1 framer chip whereas the T400P card uses the DS21Q55 framer.) The designer, Marcin Pycko, has produced modified versions of the Zaptel drivers: http://t400p.pbxhardware.com/driver/ . The only difference between the stock Zaptel driver and the modified one is in tor2.c. I printed them out and compared them line-by-line to get an idea of what was different. Anyway, the modified driver works extremely well with Asterisk. I've used it with PRI circuits from multiple vendors, and I've also done an interface to my legacy NEC PBX. (http://voip-info.org/wiki/index.php?page=Asterisk+NEAX2400+LineSide) Disclaimer: I'm an experienced PBX guy but I am by no means a C/C++ programmer. I am, at best, a journeyman. That's my background. My question is this: is there any way I can use my existing T400P cards and help with the OpenZAP testing? Thanks! -Michael

1 0