Jump to content
KAZOOcon: hackathon signup and details here! ×

lazedo

2600Hz Employees
  • Posts

    326
  • Joined

  • Days Won

    1

Everything 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. not sure what that means. depends on your carrier and how you connect to your carrier
  3. that depends mostly from the providers & apps & gateways. Our implementation does segmentation & reassembly https://en.wikipedia.org/wiki/Segmentation_and_reassembly
  4. you don't need to provide the "host" if you're using aws. the "host" is used for s3 compatible servers like minio or when cnames are used.
  5. 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
  6. the host field is used for custom s3 providers, you shouldn't be doing that.
  7. https is supported oob. you should look with your provider
  8. 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 ?
  9. no, i meant that to use 2+ rabbitmq servers in one zone (not failover) , you need to cluster them
  10. 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.
  11. you can set 1 way or 2 way in the callflow
  12. @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.
  13. if you set "record everything", that is the expected behaviour.
  14. thanks for feedback. i'll create a PR for that. thanks
  15. 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,
  16. nxdomain seems like a dns issue. can you paste your data storage configuration ? (scramble the creds)
  17. this is usually a dns error. freeswitch will send to kazoo media proxy which will save the attachment. the storage plan will send the attachment to the provider (s3, gdrive, gstorage, OneDrive, dropbox, azure, http, ftp). to be clear, freeswitch will not connect to s3 or other provider using the storage plans.
  18. @Karl Stallknecht that is correct.
  19. yes, user and/or device is supported. as i referenced before, at the account level you can the settings for the account and settings that endpoints (user / device) can inherit. but..., since you're on the hosted platform, i believe monster-ui is going to be updated later today, and it does have a call-recordings app where you can set all these settings
  20. but that's only the referenced schema. check here https://github.com/2600hz/kazoo/blob/master/applications/crossbar/priv/couchdb/schemas/accounts.json#L6 or in devices.json and users.json
  21. what schemas are you referring to ? at the account level you have setting tor the whole account and setting that endpoints can inherit
  22. @Graham Nelson-Zutter 4.1.30 is available with support for aws v4 authentication.
  23. @Graham Nelson-Zutter we're adding v4 capability for aws. i'll update here when available. Best
×
×
  • Create New...