[Freeswitch-users] freeswitch presence question

[Darcy Primrose]

Thank you Stanislav, I thought that might be the case, time to dig again.

Darcy
  ----- Original Message ----- 
  From: Stanislav Sinyagin 
  To: FreeSWITCH Users Help 
  Sent: Tuesday, October 28, 2014 6:26 PM
  Subject: Re: [Freeswitch-users] freeswitch presence question


  I think the only way to do this is to write an ESL application which would receive the presence events and process them, and then route the inbound call according to the current presence state.


  You may also try to read directly from Sofia's presence database.


  so, needs some engineering and testing effort. 




  On Tue, Oct 28, 2014 at 10:32 PM, Darcy Primrose <fs at voice2net.ca> wrote:

    We have freeswitch running in the shared line mode with Grandstream 2130 phones, works really well.  There is one item that would make it better.  When a phone goes off hook, it does illuminate the associated line on all other phones with the same shared line, however, I cannot stop an inbound call from hitting this line as someone is dialing.  Is there a way to check the status/presence of this an extension in the dialplan, if so, this would solve the issue.

    Darcy
      ----- Original Message ----- 
      From: Vik Killa 
      To: FreeSWITCH Users Help 
      Sent: Monday, October 27, 2014 1:58 PM
      Subject: Re: [Freeswitch-users] Shared registration


      I forward the Registrations to FS because it does a fantastic job of handling presence (BLF, SLA, SCA, etc...)


      On Mon, Oct 27, 2014 at 12:51 PM, Kamil Nigmatullin <kamil.nigmatullin at gmail.com> wrote:

        imho this is quite a strange scheme. Why not to keep all registrations on Kamailio? Register should be used in front of users. 


        2014-10-20 14:43 GMT+06:00 Volkan Oransoy <voransoy at gmail.com>:

          Hi all, 


          I have two FS boxes that share same database. These two boxes are behind two kamailio sip proxies. When a sip proxy receives a successful registration, it replicates the registration to one of FS boxes with a path variable. The FS box that receives registration writes this data to database. Everything goes well at this scenario. But when I check, registration numbers are inconsistent.


           "sofia status profile internal reg" command shows all the records in the DB and matches at two FS boxes. But "show registrations" shows less than half of these records and numbbers are different at two FS boxes. I think that's why some users get UNALLOCATED_NUMBER error when they receive a call from opposite FS box.


          Is there anything that I miss at this setup? Or what is the common setup for such a cluster?


          /Volkan Oransoy


          _________________________________________________________________________
          Professional FreeSWITCH Consulting Services:
          consulting at freeswitch.org
          http://www.freeswitchsolutions.com

          Official FreeSWITCH Sites
          http://www.freeswitch.org
          http://confluence.freeswitch.org
          http://www.cluecon.com

          FreeSWITCH-powered IP PBX: The CudaTel Communication Server
          http://www.cudatel.com

          FreeSWITCH-users mailing list
          FreeSWITCH-users at lists.freeswitch.org
          http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
          UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
          http://www.freeswitch.org






        -- 

        Kamil Nigmatullin
        Tel: 77272323748
        mob: 7 (707) 2517003
        Skype: kamil.nigmatullin

        _________________________________________________________________________
        Professional FreeSWITCH Consulting Services:
        consulting at freeswitch.org
        http://www.freeswitchsolutions.com

        Official FreeSWITCH Sites
        http://www.freeswitch.org
        http://confluence.freeswitch.org
        http://www.cluecon.com

        FreeSWITCH-users mailing list
        FreeSWITCH-users at lists.freeswitch.org
        http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
        UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
        http://www.freeswitch.org





--------------------------------------------------------------------------


      _________________________________________________________________________
      Professional FreeSWITCH Consulting Services: 
      consulting at freeswitch.org
      http://www.freeswitchsolutions.com

      Official FreeSWITCH Sites
      http://www.freeswitch.org
      http://confluence.freeswitch.org
      http://www.cluecon.com

      FreeSWITCH-users mailing list
      FreeSWITCH-users at lists.freeswitch.org
      http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
      UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
      http://www.freeswitch.org


    _________________________________________________________________________
    Professional FreeSWITCH Consulting Services:
    consulting at freeswitch.org
    http://www.freeswitchsolutions.com

    Official FreeSWITCH Sites
    http://www.freeswitch.org
    http://confluence.freeswitch.org
    http://www.cluecon.com

    FreeSWITCH-users mailing list
    FreeSWITCH-users at lists.freeswitch.org
    http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
    UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
    http://www.freeswitch.org





------------------------------------------------------------------------------


  _________________________________________________________________________
  Professional FreeSWITCH Consulting Services: 
  consulting at freeswitch.org
  http://www.freeswitchsolutions.com

  Official FreeSWITCH Sites
  http://www.freeswitch.org
  http://confluence.freeswitch.org
  http://www.cluecon.com

  FreeSWITCH-users mailing list
  FreeSWITCH-users at lists.freeswitch.org
  http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
  UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
  http://www.freeswitch.org
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20141028/6f35ba61/attachment.html