Jump to content

lazedo

2600Hz Employees
  • Posts

    326
  • Joined

  • Days Won

    1

Posts posted by lazedo

  1. @FASTDEVICE  can you provide a real use case and trackable numbers from/to (you can send the number in private) ?

    1) when you use the /v2/.../sms api you can send messages with more than 160 characters, we do segmentation or use udh depending on the number provider

    2) when your webhook is called (after a text is received for the number), you should receive the ALL text, again, provider may use udh or segmentation. in the case of segmentation we reassemble before delivering to webhook or device

    thanks

     

  2. 11 hours ago, abuzooz said:

    I have 2 Rabbitmq servers in my zone

    that's not supported, you should cluster instead. not supported doesn't mean it won't work, it means you'll need to be prepared for things not working as you may expect.

    the kamailio log doesn't show nothing that's not expected, you need to provide real logs (not images), and you should start kamailio, wait for things to be running, kill first rabbitmq, kamailio should connect to 2nd rabbitmq. but as stated above..., this won't work in the long term for a lot of reasons, you're on your own on proceeding with this configuration.

  3. Hi Dhruv,

    the SMS and XMPP settings are useless, all you have to do is to enable presence.

    note however that, a message will be delivered  to all registered devices until one replies with success.

    for example, if you have 3 (A,B,C) registered devices belonging to a user with a sms enabled number,

    an incoming message to that number will be delivered to the A device, if it fails, its delivered to B device , if it fails its delivered to C device, if it fails its dropped.

    if device A is a yealink you may have receive the message (tho you expected it in bria).

    so, i would recommend to

    1) create 2 new users

    2) assigned the Bria devices to those users

    3) move the sms enabled numbers to those users, or get new ones

    4) try it out

    i have successfully worked with bria & linphone & yealink

  4. 4 hours ago, bsimpson72515 said:

    We are using a newer version of Kazoo with an older web service

    please, be more specific.

    4 hours ago, bsimpson72515 said:

    <Redirect method="GET">http://209.142.178.205:57113/Keefe_2//keefe/TimedOut?redirect=confirm</Redirect>#015#012</Response>'

    Jan  7 16:05:57 pintransfer 2600hz[1137]: |call-711CE674-8013-3810-000C-2F@72.82.244.65|pivot_call:478(<0.2694.0>) finding translator for content type text/html; charset=utf-8
    Jan  7 16:05:57 pintransfer 2600hz[1137]: |call-711CE674-8013-3810-000C-2F@72.82.244.65|pivot_call:392(<0.2507.0>) pivot call terminating: normal

    looks like your redirect action is returning text/html ?

  5. On 9/13/2019 at 2:38 PM, Jayachandra said:

    What i have noticed is that the sup version installed in the directory /opt/kazoo/_rel/kazoo/lib/ is 4.3.55 but it is searching for 4.3.54 directory.

    the problem is in your symlink.

    you probably created the symlink then upgrade/update made a new release which will change the folder where sup is, 4.3.54 when created, 4.3.55 after update/upgrade

  6. On 2/14/2019 at 9:02 PM, KevinPGi said:

    our expectation is that the user logs into the portal, gets redirected to our OAuth2 provider, and then we redirect back to Kazoo

    what portal are you expecting the user to logon ?

    you tipically have a landing page for auth like in https://monster.sandbox.2600hz.com/ where the user can login with his kazoo credentials or with a oauth provider.

    depending on the level of integration you want, you may redirect immediately from the landing page to your oauth login url.

    if you have your own identity provider oauth app, then you need to configure it as a provider (see google & office365 docs in system_auth database) and create an application to reference that provider.

    do you have discovery url for your oauth provider ? any documentation for it ?

     

  7. 2 hours ago, Jean-Francois Charlebois said:

    I know that on 3.22 we could not have 2 Rabbitmqs work at the same time, we had to switch one off but now the 4.2 both can work at the same time

    this is only valid if you cluster rabbitmq servers on the same zone.

     

    as for the number of erlang vm's (kazoo), freeswitch servers, kamailio servers, there's no limit on kazoo imposing that.

     

  8. @esoare every kamailio box is aware of fast-pickup. In 4.0 and previous, fast-pickup cookie was created in omnipresence and notify was sent with a direct queue to targeted kamailio boxes. as of 4.1, notify is broadcasted (via amqp) and kamailio boxes will check if they have subscribers for the presence-id and will notify the phones if they have. The fast -pickup cookie is created with known values that can be converted by every kamailio box.

  9. a quick at the code shows that the problem maybe related to region encoding, upstream library expects string() not binary().

    if you can edit & compile in your environment, you can try this.

    in core/kazoo_attachments/kzt_att_s3.erl line 40

    -    Region = maps:get('region', Map, 'undefined'),
    +    Region = case maps:get('region', Map, 'undefined') of
    +                 'undefined' -> 'undefined';
    +                 Bin -> kz_term:to_list(Bin)
    +             end,
     
×
×
  • Create New...