Re: [OpenSIPS-Users] Ms Teams to SBC call not working

[Ahmed Rehan]

Check your Voice Routing policy to the user you are calling from and also
check the Route which is matching your dialed number has been assigned the
SBC you have configured.

On Mon, Apr 22, 2024 at 4:54 PM Devang Dhandhalya via Users <
users@lists.opensips.org> wrote:

> Hello All,
>
> I Configured Direct routing and all status related to SBC connectivity are
> good and also Configured Voice routes with SBC for my user.
> I am facing one issue for calls from MS Teams to SBC and getting below
> error on MS teams Screen:
>
>
> *We couldn't connect the call.With your calling license, you can only call
> people within your organization. Talk to your IT admin to change your
> license.*
> What are the possible reasons for this error?
>
> Note: SBC to MS Teams Calls are working fine.
>
> I have configured below License in MS Teams account
>
> 1 ) Microsoft Teams Phone Standard
> 2 ) Microsoft Teams
> 3 ) Microsoft 365 Audio Conferencing
>
> Can Anyone tell me if I am missing any other license for Making outbound
> calls from MS Teams to SBC using Direct routing?
> Let me know if you require any further information related to MS Teams
> Configuration.
> Any suggestions would be appreciated.
>
> Many Thanks,
> Devang Dhandhalya
>
>
> *[image: https://www.ecosmob.com/opensips-summit/]
> *
> *Disclaimer*
> In addition to generic Disclaimer which you have agreed on our website,
> any views or opinions presented in this email are solely those of the
> originator and do not necessarily represent those of the Company or its
> sister concerns. Any liability (in negligence, contract or otherwise)
> arising from any third party taking any action, or refraining from taking
> any action on the basis of any of the information contained in this email
> is hereby excluded.
>
> *Confidentiality*
> This communication (including any attachment/s) is intended only for the
> use of the addressee(s) and contains information that is PRIVILEGED AND
> CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying
> of this communication is prohibited. Please inform originator if you have
> received it in error.
>
> *Caution for viruses, malware etc.*
> This communication, including any attachments, may not be free of viruses,
> trojans, similar or new contaminants/malware, interceptions or
> interference, and may not be compatible with your systems. You shall carry
> out virus/malware scanning on your own before opening any attachment to
> this e-mail. The sender of this e-mail and Company including its sister
> concerns shall not be liable for any damage that may incur to you as a
> result of viruses, incompleteness of this message, a delay in receipt of
> this message or any other computer problems.
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>


-- 
Regards
Ahmed Rehan
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] OpenSIPS 3.5 release dates

[Bogdan-Andrei Iancu]

The upcoming OpenSIPS 3.5 beta release is scheduled for *9th of May*, 
with just days before the OpenSIPS Summit in Valencia.


It focuses on #IMS (IP Multimedia Subsystem), mainly on CSCF components 
- a lot of development was done in the area and still work-in-progress. 
And, as usual, it will be the star of the Summit 2024 


https://www.opensips.org/Development/Opensips-3-5-Planning
https://www.opensips.org/events/Summit-2024Valencia/

Best regards,

--
Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  https://www.opensips-solutions.com
  https://www.siphub.com
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] call not landing in agents

[Prathibha B]

I've setup a call center using opensips. When I call to a number, the call
should land in one of the call center agents. I've browser phone as agent1
and zoiper phone as agent2. The call is landing in agent2 after 45-50 mins
of call establishment. But the call never lands in browser phone.

-- 
Regards,
B.Prathibha
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Ms Teams to SBC call not working

[Devang Dhandhalya via Users]

Hello All,

I Configured Direct routing and all status related to SBC connectivity are
good and also Configured Voice routes with SBC for my user.
I am facing one issue for calls from MS Teams to SBC and getting below
error on MS teams Screen:


*We couldn't connect the call.With your calling license, you can only call
people within your organization. Talk to your IT admin to change your
license.*
What are the possible reasons for this error?

Note: SBC to MS Teams Calls are working fine.

I have configured below License in MS Teams account

1 ) Microsoft Teams Phone Standard
2 ) Microsoft Teams
3 ) Microsoft 365 Audio Conferencing

Can Anyone tell me if I am missing any other license for Making outbound
calls from MS Teams to SBC using Direct routing?
Let me know if you require any further information related to MS Teams
Configuration.
Any suggestions would be appreciated.

Many Thanks,
Devang Dhandhalya

-- 
* 
*
*Disclaimer*

In addition to 
generic Disclaimer which you have agreed on our website, any views or 
opinions presented in this email are solely those of the originator and do 
not necessarily represent those of the Company or its sister concerns. Any 
liability (in negligence, contract or otherwise) arising from any third 
party taking any action, or refraining from taking any action on the basis 
of any of the information contained in this email is hereby excluded.



*Confidentiality*
This communication (including any attachment/s) is 
intended only for the use of the addressee(s) and contains information that 
is PRIVILEGED AND CONFIDENTIAL. Unauthorized reading, dissemination, 
distribution, or copying of this communication is prohibited. Please inform 
originator if you have received it in error.


*Caution for viruses, 
malware etc.*
This communication, including any attachments, may not be 
free of viruses, trojans, similar or new contaminants/malware, 
interceptions or interference, and may not be compatible with your systems. 
You shall carry out virus/malware scanning on your own before opening any 
attachment to this e-mail. The sender of this e-mail and Company including 
its sister concerns shall not be liable for any damage that may incur to 
you as a result of viruses, incompleteness of this message, a delay in 
receipt of this message or any other computer problems. 
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] question on core statistics.

[Johan De Clercq]

Goed morning,

How can I then increase opensips’s internal queue size?

Best regards, Johan

Verzonden vanuit Outlook voor iOS

Van: Bogdan-Andrei Iancu 
Verzonden: Thursday, April 18, 2024 4:29:41 PM
Aan: OpenSIPS users mailling list ; Johan De Clercq 

Onderwerp: Re: [OpenSIPS-Users] question on core statistics.

The `drop_requests` statistic is incremented when:
* the request is dropped by a pre-script callback (like B2B when there is no 
script execution for certain messages)
* the stateless `forward()` core function failed to send out something.

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  https://www.opensips-solutions.com
  https://www.siphub.com

On 18.04.2024 17:19, Johan De Clercq wrote:
No I don't.
what I find strange is that MAX_RECV_BUFFER_SIZE 262144 is the default value of 
net.core.rmem_max and net.core.rmem_default.

Op do 18 apr 2024 om 16:02 schreef Ben Newlin 
mailto:ben.new...@genesys.com>>:

Are you calling drop() anywhere in your script?



https://www.opensips.org/Documentation/Script-CoreFunctions-3-4#toc13



Ben Newlin



From: Users 
mailto:users-boun...@lists.opensips.org>> on 
behalf of Johan De Clercq mailto:jo...@democon.be>>
Date: Thursday, April 18, 2024 at 5:27 AM
To: OpenSIPS users mailling list 
mailto:users@lists.opensips.org>>
Subject: Re: [OpenSIPS-Users] question on core statistics.

 EXTERNAL EMAIL - Please use caution with links and attachments





would it make sense to recompile with other flags ? And how do I set them  (I 
don't find these of menuconfig's compile options)?

Currently it has MAX_RECV_BUFFER_SIZE 262144 and BUF_SIZE 65535.



Can somebody explain also what both flags mean.



Op do 18 apr 2024 om 11:07 schreef Johan De Clercq 
mailto:jo...@democon.be>>:

would it make sense to recompile with other flags ?

Currently it has MAX_RECV_BUFFER_SIZE 262144 and BUF_SIZE 65535.



Can somebody explain also what both flags mean.





flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC, 
FAST_LOCK-ADAPTIVE_WAIT

ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, 
MAX_URI_SIZE 1024, BUF_SIZE 65535

poll method support: poll, epoll, sigio_rt, select.



Op do 18 apr 2024 om 10:32 schreef Johan De Clercq 
mailto:jo...@democon.be>>:



Guys,



I have an opensips instance running with 24 worker children.

The worker load is very low.

UDP queues are on 50 megs.



when i query via the OS

cat /proc/net/udp

  sl  local_address rem_address   st tx_queue rx_queue tr tm->when retrnsmt   
uid  timeout inode ref pointer drops

  590: 03231D0A:13C4 : 07 : 00: 
 00 413684019 2 880074820bc0 0

  591: 03231D0A:13C5 : 07 : 00: 
 00 413766438 2 880465e4a440 0

  592: 03231D0A:13C6 : 07 : 00: 
 00 412035865 2 8803e5a56b80 0

  934: 01231D0A:151C : 07 : 00: 
 00 26790 2 88046c054840 0

  935: 0201FFEF:151D : 07 : 00: 
 00 26787 2 88046c054bc0 0

  935: 01231D0A:151D : 07 : 00: 
 00 26791 2 88046c0544c0 0

 1972: :D92A : 07 : 00: 
 00 15506 2 88046dce5040 0

 5479: :E6DD : 07 : 00: 
 00 22811 2 880465e4ab40 0

12075: AA0914AC:00A1 : 07 : 00: 
 00 20572 2 88086d020800 0

12075: 017F:00A1 : 07 : 00: 
 00 20571 2 88086d020b80 0

13320: :857E : 07 : 00:    
1000 17515 2 8800368ac780 0

15661: :CEA3 : 07 : 00: 
 00 15505 2 8800368acb00 0



=> no drops



what worries me is that there are drop requests and they  go up when I query 
via the mi interface

opensipsctl fifo get_statistics drop_requests

core:drop_requests:: 198107

opensipsctl fifo get_statistics drop_requests

core:drop_requests:: 199157

opensipsctl_reg fifo get_statistics drop_requests

core:drop_requests:: 204116



I don't see any memory issue, also the processload is low.





so 3 questions:

- what exactly is drop_request.

- do I need to worry about this

- how can I make them go lower.

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users



___
Users mailing list
Users@lists.opensips.org