Hi Anthony, thanks for the clarification and the suggestion. As an immediate workaround I would like to try the "cron" approach you suggested. I have therefore experimented a little bit with the chat api command. My jingle_profiles/client.xml looks essentially as the one provided with the example configuration: <profile type="client"> <param name="name" value="$${xmpp_client_profile}"/> <param name="login" value="user1@gmail.com/talk"/> <param name="password" value="XXXX"/> <param name="dialplan" value="XML"/> <param name="context" value="public"/> <param name="message" value="Jingle all the way"/> <param name="rtp-ip" value="$${bind_server_ip}"/> <param name="ext-rtp-ip" value="auto-nat"/> <param name="auto-login" value="true"/> <!-- SASL "plain" or "md5" --> <param name="sasl" value="plain"/> <!-- if the server where the jabber is hosted is not the same as the one in the jid --> <param name="server" value="talk.google.com"/> <!-- Enable TLS or not --> <param name="tls" value="true"/> <!-- disable to trade async for more calls --> <param name="use-rtp-timer" value="true"/> <!-- default extension (if one cannot be determined) --> <param name="exten" value="888"/> <!-- VAD choose one --> <!-- <param name="vad" value="in"/> --> <!-- <param name="vad" value="out"/> --> <!--<param name="vad" value="both"/>--> <!--<param name="avatar" value="/path/to/tiny.jpg"/>--> <!--<param name="candidate-acl" value="wan.auto"/>--> <param name="local-network-acl" value="localnet.auto"/> </profile> When I try to use the chat command at the fs_cli prompt I'm unable to form a full jid and always get an error message from the remote server. Here an example: chat jingle|888@xmppc|user2@gmail.com|test Sent freeswitch@ubuntu-vbox-t5500> 2011-10-08 14:22:09.804596 [NOTICE] libdingaling.c:1373 SecSEND: ------------------------------------------------------------------------------- <message to="user2@gmail.com" type="chat" from="user1@gmail.com"> <body>test</body> </message> 2011-10-08 14:22:09.844698 [INFO] libdingaling.c:1371 SecRECV: ------------------------------------------------------------------------------- <message to="user1@gmail.com" type="error" from="user2@gmail.com"> <body>test</body> <error code="400" type="modify"> <bad-request xmlns="urn:ietf:params:xml:ns:xmpp-stanzas"></bad-request> <text xmlns="urn:ietf:params:xml:ns:xmpp-stanzas">If set, the 'from' attribute must be set to the user's full JID.</text> </error> </message> "xmppc" is the value of the variable "xmpp_client_profile" as in the default config. I get the same error independently from what I set before "@xmppc" in the from_jid. Differently from this, if as the from_jid I set my explicit jid "user1@gmail.com/talk" as in the client.xml file I get the error: 2011-10-08 14:20:50.446696 [ERR] mod_dingaling.c:544 Invalid Profile gmail.com Despite the fact that even a wrong message reaching the remote server could work as a "keep alive" signal, I still would like to understand the proper syntax. I would be grateful if somebody could explain me what is the correct syntax to use with chat and jingle? Thank you! Fede P.S.: By the way, I'm now working on HEAD. On Fri, Oct 7, 2011 at 7:59 PM, Anthony Minessale <anthony.minessale@gmail.com> wrote:
There is no keep alive functionality in the core XMPP library we use in the core of libdingaling (IKSEMEL)
One option would to have a NAT that doesn't disconnect active connections just because they are idle (which seems bad to me).
Otherwise you could work on a patch, request a feature or come up with some cron job maybe to use the chat api command to send a message to your server from cron or something as a workaround.
On Thu, Oct 6, 2011 at 2:18 AM, Federico Beffa <beffa@ieee.org> wrote:
Unfortunately I was singing victory too early. My problem still persists...
The git version I'm running is from the 20th of August. In the mean time have there been changes which could affect mod_dingaling? Looking in the git commit comments I have the impression that the answer is no.
Regards, Fede
On Tue, Oct 4, 2011 at 9:25 AM, Federico Beffa <beffa@ieee.org> wrote:
Just in case someone will hit the same problem...
After some tests, I've found that, changing "bind_server_ip" from "auto" to the local IP address of the FS server (192.168.X.X), appears to solve my timeout problem. (The account did not go offline for more than 12 hours.)
To summarize my current configuration: I have a fix public IP assigned to my router (NAT/Firewall). NAT is configured to forward ports 5080 and 5081 to the host on which FS is running and UPnP is disabled.
I'm running a FS version checked out from git the 20th of August.
Regards, Fede
On Thu, Sep 29, 2011 at 5:04 PM, mazilo <Nabble_01394@slickdeals.endjunk.com> wrote:
The only thing I can say is to update your FS with the latest git commit.
----- FreeSWITCH hosted on a Seagate DockStar with OpenWRT and ONLY consumes 3 Watts of electricity. -- View this message in context: http://freeswitch-users.2379917.n2.nabble.com/google-voice-connection-going-... Sent from the freeswitch-users mailing list archive at Nabble.com.
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
-- Anthony Minessale II
FreeSWITCH http://www.freeswitch.org/ ClueCon http://www.cluecon.com/ Twitter: http://twitter.com/FreeSWITCH_wire
AIM: anthm MSN:anthony_minessale@hotmail.com GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference sip:888@conference.freeswitch.org googletalk:conf+888@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