March 2010 - FreeSWITCH-users - FreeSWITCH Mailing Lists

xmpp IM
by Madovsky 07 Mar '10

07 Mar '10

Is there any already existing vas that contains IM in mod_dingaling ? Thanks Franck

1 0

Export b-leg variables in bridge string for a user bridge lookup
by Neil Burgess 07 Mar '10

07 Mar '10

Hi, Wonder if anyone can help me with a bridge to user question? We are trying to bridge to a user in the directory using a command of the form:- session.execute("bridge","[leg_confirm=yes]user/1009"); We want to be able to pass a number of channel variables to the b-leg. In the case above, we want to pass leg_confirm to enable us to use the group_confirm functionality on the leg, but have found that whilst this is fine using something like session.execute("bridge","[leg_confirm=yes]sofia/blah/blah"), when used against a user/ lookup it doesn't set the variable. I can see that the dial-string in the User's Directory definition would presumably need these bridge channel variables added to it somehow, but don't see how to achieve that! We have used export in some cases to set the channel variable on the b-leg for a user which is fine, until we want to do something like session.execute("bridge","[leg_confirm=yes]user/1009, [leg_confirm=no]user/1012"), where the two b-legs have differing requirements. Any ideas how I can achieve a working version of session.execute("bridge","[leg_confirm=yes]user/1009"); As an added twist, we are using mod_xml_curl to perform our directory lookups! Many thanks, Neil Burgess

1 0

Tienes una invitaci�n a ClubWNC
by seven 07 Mar '10

07 Mar '10

ClubWNC Tienes una invitación a ClubWNC   Hola !!! He creado un perfil en ClubWNC donde puedo hacer listas de regalos, publicar reseñas sobre productos, ver a mis amigos de Facebook y lo que les gusta, lo que han comprado, y lo que quieren que les regalen, y quiero agregarte a mis amigos para que puedas verlo. Para ello, necesitas registrarte en ClubWNC y, después, podrás crear también tu propio perfil. Para registrarte en ClubWNC, sigue este enlace:http://www.clubwnc.com/eshop/create_eshop_account.php?cdr=2895 seven ha invitado a freeswitch-users(a)lists.freeswitch.org a unirse a ClubWNC. Si no quieres recibir este tipo de mensajes de ClubWNC, haz clic aquí para borrar tu nombre de la lista de personas suscritas.

2 1

Re: [Freeswitch-users] ODBC connection in 1.0.5 (trunk 16912) Problem.
by Anthony Minessale 07 Mar '10

07 Mar '10

Did anyone read my last email? It is only worthy of jira if its a real problem. There is 1 db con per channel did you try increasing the max conns and compare the performance? On Mar 5, 2010 9:44 PM, "Dome Charoenyost" <dome(a)tel.co.th> wrote: Now i use mod_limit from 1.0.4 and fix some code for work in 1.0.5 I'll open JIRA for this case. Dome C. 2010/3/6 Rupa Schomaker <rupa(a)rupa.com>: > hmm.. at some point postgres is falling behind and rather than waiting, > we're opening another co...

3 2

wiki DNS page update
by Madovsky 06 Mar '10

06 Mar '10

for anyone who can update this page for NAPTR ex http://wiki.freeswitch.org/wiki/DNS # NAPTR for SIP over UDP example.com NAPTR 10 100 "S" "SIP+D2U" "" _sip._udp.example.com. # NAPTR for SIP over TCP example.com NAPTR 20 100 "S" "SIP+D2T" "" _sip._tcp.example.com. # NAPTR for SIP over TLS example.com NAPTR 20 100 "S" "SIPS+D2T" "" _sip._tcp.example.com. Regards Franck -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

2 12

fundamental question
by Madovsky 06 Mar '10

06 Mar '10

Concerning softphones not SRV compatible how to make them work for registration with a domain name managed by NAPTR and/or SRV ? I tried x-lite ---> register 3cx ---> not register Thanks Franck -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

1 0

ODBC connection in 1.0.5 (trunk 16912) Problem.
by Dome Charoenyost 06 Mar '10

06 Mar '10

Dear All, I found big odbc problem when i try to move to FS 1.0.5. in same server i'm testing 1.0.4 and 1.0.5 and same config 1. config limit.conf.xml use odbc (i use postgresql) <param name="odbc-dsn" value="tuxza:admin:xxx"/> 2. create dialplan in context public for test limit <condition field="destination_number" expression="^(1111)$"> <action application="limit" data="$${domain} 0838833133 500"/> <action application="answer"/> <action application="sleep" data="60000"/> </condition> 3. use sipp generate test call sipp -rtp_echo -sn uac -r 30 -l 500 -d 30000 -s 1111 -mp 25000 xx.xx.xx.xx:5080 1.0.4 work fine i found 2 connection in postgresql server but 1.0.5 use 1 connection for 1 calls. and get error when call over 100 calls. (postgresql maximum client connect is 100 ) So i'm not sure its' BUG or not ? BG Dome C.

2 2

Re: [Freeswitch-users] ODBC connection in 1.0.5 (trunk 16912) Problem.
by Anthony Minessale 06 Mar '10

06 Mar '10

Now you are getting a dedicated handle per thread because of our cache db system. Either allow a max connections that matches the most calls you anticipate or file a bug with rupa to downgrade the mod back to sharing one db handle globally. On Mar 5, 2010 5:35 PM, "Rupa Schomaker" <rupa(a)rupa.com> wrote: hmm.. at some point postgres is falling behind and rather than waiting, we're opening another connection. <ponder/> can you open a jira on this? we probably need to implement connection limits in the core db connection thingie. On Fri, Mar 5, 2010 at 11:14 AM, Dome Charoenyost <dome(a)tel.co.th> wrote: > > Dear All, > I... -- -Rupa _______________________________________________ FreeSWITCH-users mailing list FreeSWITCH-users(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

2 1

ESL Event
by Rob Forman 05 Mar '10

05 Mar '10

Hi all, I'm sending a custom event via an outbound ESL socket (using ESL's pymod ESL.py and _ESL.so). Does this look right? event = ESL.ESLevent("CUSTOM", "test::event1") event.addHeader("Name1", "Value1") self.esl.sendEvent(event) It used to work (r16593) but now doesn't on trunk (r16897). I have a lot more information which I'll submit in jira, but just wanted to check that I'm not missing something obvious about sending custom events before I do. All done on trunk release, 64-bit CentOS 5.3, and python 2.4.3 (stock). Rob

3 6

415 Unsupported Media Handling
by Jerry Richards 05 Mar '10

05 Mar '10

I have two types of devices, one supports text/html MESSAGE content and one that only supports text/plain MESSAGE content. When I send an IM from the first to the second, the second replies with 415 Unsupported Media Type (as shown below). Section 8.1.3.5 of RFC 3261 says the sender should retry using the media type acceptable to the receiver (in this case: plain/text). The problem I have is that Freeswitch doesn't pass the error back to the sender (nor does it retry itself using plain/text). So the IM is lost. Does anyone see the reason why the error is not being handled correctly? ------------------------------------------------------------------------ send 668 bytes to udp/[192.168.72.141]:5062 at 18:43:24.720446: ------------------------------------------------------------------------ MESSAGE sip:5398@192.168.72.141:5062 SIP/2.0 Via: SIP/2.0/UDP 192.168.72.141;rport;branch=z9hG4bKXg6SNUcQa5Kre Max-Forwards: 70 From: "5382 on 141" <sip:5382@192.168.72.141>;tag=66661130 To: "5398" <sip:5398@192.168.72.141:5062> Call-ID: a9891a15-9da9-122d-b3ad-003048d7e9f0 CSeq: 127444135 MESSAGE Contact: <sip:mod_sofia@192.168.72.141:5060> User-Agent: FreeSWITCH-mod_sofia/1.0.trunk-32M Allow: INVITE, ACK, BYE, CANCEL, OPTIONS, MESSAGE, UPDATE, INFO, REGISTER, REFER, NOTIFY, PUBLISH, SUBSCRIBE Supported: timer, precondition, path, replaces Content-Type: text/html Content-Length: 63 <font size="2" face="Arial">hello this is Jerry from Teo</font> ------------------------------------------------------------------------ recv 459 bytes from udp/[192.168.72.141]:5062 at 18:43:24.728390: ------------------------------------------------------------------------ SIP/2.0 415 Unsupported media type Via: SIP/2.0/UDP 192.168.72.141;rport=5060;branch=z9hG4bKXg6SNUcQa5Kre;received=192.168.72.14 1 From: "5382 on 141" <sip:5382@192.168.72.141>;tag=66661130 To: "5398" <sip:5398@192.168.72.141:5062> Call-ID: a9891a15-9da9-122d-b3ad-003048d7e9f0 CSeq: 127444135 MESSAGE Date: Fri, 26 Feb 2010 18:43:24 GMT User-Agent: MobilityGateway-2.0.34078 Server: MobilityGateway-2.0.34078 Accept: text/plain Content-Length: 0 Best Regards, Jerry

3 4