<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote">On Mon, May 12, 2014 at 4:53 PM, ThunderZ <span dir="ltr">&lt;<a href="mailto:thunderz2008@gmail.com" target="_blank">thunderz2008@gmail.com</a>&gt;</span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
  
    
  
  <div text="#000000" bgcolor="#FFFFFF">
    <div>HI, Govanni<br>
      <br>
      Thank you for your reply.<br>
      <br>
    </div><div class="">
    <blockquote type="cite">
      <div dir="ltr">
        <div>
          <div>
            <div>Hi ThunderZ (what a name! :) )<br>
              <br>
            </div>
            1) the logic underlying is: you expect to have 16 lines at
            your disposal, you planned your business on this, so if you
            don&#39;t have it I don&#39;t work, so you repair the error, or
            change your assumptions. I find this logic sound<br>
            <br>
          </div>
        </div>
      </div>
    </blockquote>
    <br></div>
    I would disagree.  <br>
    <br>
    Let&#39;s say you have a VOIP gateway with 4xE1s.  One E1 is playing up,
    an there are 60 calls going on the other E1s.  In order to fix that
    E1, I don&#39;t think anyone would want to force the whole system down, 
    and cut all those existing calls.<div class=""><br></div></div></blockquote><div><br><div class="">The problem we&#39;re talking about here is if in a system with two E1 cards, one (or both) is broken at system startup.<br>

</div><div class="">If
 you can gather enough support in mailing list for a different behavior (eg: starting the 
module also if not all - and possibly none - skype interfaces are 
working) I can modify it. At this moment, seems to me the current behavior is sound.<br></div>
    <br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF"><div class=""></div><br>
    <div class=""><blockquote type="cite">
      <div dir="ltr">
        <div>2) I don&#39;t understand this. Can you elaborate, and tell me
          the steps to reproduce the problem?<br>
        </div>
      </div>
    </blockquote>
    <br></div>
    Basically, I just add a new interface to skypopen.conf.xml, then run
    &quot;sk reload&quot; via fs_cli.  I see all the configs of the existing
    interfaces show up, but nothing on the new interface.</div></blockquote><div><br><br></div><div>Sorry I continue to not understand. Let&#39;s say you have 10 interfaces, skype001 to skype010 in your config file. You add a skype011 interface to the file and that interface is ignored by &quot;sk_reload&quot;, while is working with a &quot;reload mod_skypopen&quot; ?<br>

</div><div><br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div text="#000000" bgcolor="#FFFFFF"><div class=""><br>
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div><br>
        </div>
        3) the skype client must be connected to the skype network (eg:
        authenticated) before the start of mod_skypopen. Because of this
        there is a delay in the start_skype_clients script between the
        launch of the skype clients and the launch of mod_skypopen. The
        first time a skype client starts with a specific skype_username,
        after being connected to the skype network it builds files into
        its config_directory that will greatly expedite future
        connections of that skype_client with that skypename to the
        skype network.<br>
      </div>
    </blockquote>
    <br></div>
    Please note that the error I mentioned isn&#39;t related to mod_skyopen
    module itself.  It&#39;s the starting of a skype instance in a Xvfb
    server.  From my experiences, it could take up to 3 minutes for a
    skype user to login to the skype network on linux via Xvfb, and this
    not only applies to the first time login either.   When this error
    happens, the skype user cannot login to the network even after such
    a long delay, and just returns &quot;P2P connect failed&quot; at the end
    (Tried this 5 times with a skype user with the same result).  The
    funny thing is, it only happens with the Xvfb server.  When I used a
    real Xserver, with GUI to log in to skype, it would work fine.  
    Thereafter, it works ok with Xvfb server too, as probably the &quot;good&quot;
    settings are stored in the skype configuration directory by now. <br>
    <br></div></blockquote><div><br></div><div>Yes, what you just wrote is what I was trying to convey, &quot;probably the &quot;good&quot;
    settings are stored in the skype configuration directory by now&quot;<br><br></div><div>-giovanni<br></div><div><br> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<div text="#000000" bgcolor="#FFFFFF">
    <br>
    Thanks.<div><div class="h5"><br>
    <br>
    <blockquote type="cite">
      <div dir="ltr">
        <div class="gmail_extra"><br clear="all">
          <div>Sincerely,<br>
            <br>
            Giovanni Maruzzelli<br>
            Cell : <a href="tel:%2B39-347-2665618" value="+393472665618" target="_blank">+39-347-2665618</a><br>
          </div>
          <br>
          <br>
          <div class="gmail_quote">On Sat, May 10, 2014 at 5:36 PM,
            ThunderZ <span dir="ltr">&lt;<a href="mailto:thunderz2008@gmail.com" target="_blank">thunderz2008@gmail.com</a>&gt;</span>
            wrote:<br>
            <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
              Hi, there<br>
              <br>
              I have a few questions regarding this mod_skypopen module.<br>
              <br>
              1. While loading the module, if one skype interface fails
              to load for<br>
              whatever reason, i.e. the skype user didn&#39;t login for that
              interface or<br>
              Xvfb server had a issue, why all the other working
              interfaces are<br>
              removed automatically, and the module itself is unloaded
              with an error?<br>
              I don&#39;t think a single dead interface should affect other
              working ones.<br>
              <br>
              2.  According to the Wiki, &quot;sk reload =&gt; this re-reads
              Skypopen<br>
              configuration file skypopen.conf.xml and adds ONLY new
              interfaces it<br>
              found in conf.&quot;  However, when I do a &quot;sk reload&quot;, I found
              all the new<br>
              interfaces are ignored too.  Did I miss something?  I&#39;m
              using the latest<br>
              git version.<br>
              <br>
              3. With the default skype configuration template, I found
              that some<br>
              skype accounts always return this &quot;/P2P connect failed&quot;
              error using the<br>
              standard startup script.  However, if I use the same
              command to login<br>
              such accounts from a real X server, it will work ok (abeit
              after some<br>
              considerable delay).  After that, it also works ok with
              the Xvfb display<br>
              via the standard script.<br>
              <br>
              /<br>
              Any advice will be greatly appreciated./<br>
              <br>
              Thanks.<br>
              /<br>
              <br>
_________________________________________________________________________<br>
              Professional FreeSWITCH Consulting Services:<br>
              <a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br>
              <a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
              <br>
              FreeSWITCH-powered IP PBX: The CudaTel Communication
              Server<br>
              <a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
              <br>
              Official FreeSWITCH Sites<br>
              <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
              <a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
              <a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
              <br>
              FreeSWITCH-users mailing list<br>
              <a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br>
              <a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
              UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
              <a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
            </blockquote>
          </div>
          <br>
        </div>
      </div>
      <br>
      <fieldset></fieldset>
      <br>
      <pre>_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a>

FreeSWITCH-powered IP PBX: The CudaTel Communication Server
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a>

Official FreeSWITCH Sites
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a>

FreeSWITCH-users mailing list
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a>
</pre>
    </blockquote>
    <br>
  </div></div></div>

<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div></div>