Little more clear documentation

[AK47-23]

Is your feature request related to a problem? Please describe.
I'm really new to webRTC, dockers, Asterisk and all. So when I saw the documentation for setting up Docker, registering with asterisk, I am not able to implement it. In a really tough spot.

Describe the solution you'd like
I know this shouldn't be added as a feature request, but still can you make the documentation a little more beginner friendly or provide some links from where we can get a perfect idea to setup SIP calling with Asterisk.

[mikaelwills]

What does are you stuck with?

Run the docker file which setups the asterisk server in the container with pre-made numbers/extensions.

Clone dart-sip-ua, run the example app in two simulators.
In the example app register page, register two of the numbers with the following

Weobsocket: wss://server_ip:8089/ws
SIP URI: 500@server_ip
Authorizathion User: 500
Password: 500
Display Name: Bob

Switch out the ip for your container IP. Then use 500 in one simulator and 400 in the other.

Then make a call

[AK47-23]

I have a service provider that provided me a username, password and domain but no websocket URL. With this service provider I can make calls to public network. So my doubt is

1. if I am going to implement this feature commercially, use sip_ua package what all changes should I make(in terms of asterisk and basic flow diagram idea please)?
2. will call to public network work in web too?
   I have very less idea in network, asterisk and docker side. Hope you will clear my doubt. Thanks in advance!

[mikaelwills]

The websocket url is typically ws://:/ws usual websocket ports are 80 or 443 unless they have specified a different one. Or it could start with wss for web sockets over tls.
So you should be able to infer the websocket url from what you have.

Only you can really answer your first question after you just start digging into it and figuring things out. Since only you know your specific situation.

The package only deals with the sip flow between your client and the UAS. Whether or not i successful call can be made to a public network just depends on how you've setup your UAS(asterisk) with your provider, I imagine.

If you've got any specific code questions within the scope of the package i'd be happy to help!

[AK47-23]

Are you guys planning to bring SIP without websocket anytime?

[mikaelwills]

I jsut recently implemented the ability to connect with TCP sockets, its in master now.

[AK47-23]

Will you be implementing UDP sockets too (in mobile and desktop)?

[cloudwebrtc]

I think UDP cannot support INVITE with SDP whose message size exceeds the MTU, and the offer/answer message generated by the webrtc stack can easily exceed 1500 bytes, so using TCP/TLS is the best choice.

[AK47-23]

But TCP/TLS is not the recommended protocol right as it focuses more on the data? Wont it cause an issue in seamless connection as quality matters for TCP?

[TaraCybertouch]

hello guys, can you tell me how we can receive calls using this sip_ua: ^0.6.0 ?

[silverspluussh]

Hello guys, Ihave been working with dart sip over a month now and i still can't get the call connection established. keep getting remoteoffer description error and dtls auth error. any solution will help immensely.

[mikaelwills]

I think UDP cannot support INVITE with SDP whose message size exceeds the MTU, and the offer/answer message generated by the webrtc stack can easily exceed 1500 bytes, so using TCP/TLS is the best choice.

Im curious, ive got this current bug that happens once in every 20 calls or so that sounds similar to what you've said here even though im using TCP.
I've got an incoming messaging but the SDP is cut off so the sanity check doesnt pass.
Then straight away another message comes in and it starts with the continuation of the SDP so the parser throws an error cause it doesnt see any normal headers.

There doesnt seem to be any correlation between the body size and when this happens, first i was thinking it would be if the body was huge and the whole message exceeded the MTU, but TCP should handle all that for me?

Also trying to figure out if this is just a weird thing 3cx is doing. Curious what that sounds like to you @cloudwebrtc ?