I have tried to do sip call using webrtc with asterisk as signalling server.
I have successfully established connection between two peers and also triggered dialplan successfully.
But the call drops immediately with the following error.
Scheduling destruction of SIP dialog ‘firstname.lastname@example.org:5160’ in 32000 ms (Method: INVITE)
** == Everyone is busy/congested at this time (1:0/0/1)**
** – Executing [601@from-webrtc:6] NoOp(“SIP/600-0000001e”, " 58") in new stack**
** – Executing [601@from-webrtc:7] Hangup(“SIP/600-0000001e”, “”) in new stack**
** == Spawn extension (from-webrtc, 601, 7) exited non-zero on ‘SIP/600-0000001e’**
Scheduling destruction of SIP dialog ‘6vd8gon4tq4c8vlvq69v’ in 32000 ms (Method: INVITE)
<— Reliably Transmitting (NAT) to 10.10.1.130:7615 —>
SIP/2.0 488 Not Acceptable Here
Via: SIP/2.0/WS sk1m9t5d13ab.invalid;branch=z9hG4bK1866557;received=10.10.1.130;rport=7615
CSeq: 7079 INVITE
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH, MESSAGE
Supported: replaces, timer
The main reason is SIP/2.0 488 Not Acceptable Here . I have searched for the sollution and most of them suggested to check codecs between two peers and it seems to same for both peers**( Codecs : (ulaw|alaw|gsm)** . Could anyone please help me to sort out this issue.
Thanks in advance.
There should be a reason for this, in front of this message. If you can’t see one, the debugging level isn’t high enough.
You have got an unavailable status, which will either be the result of not being able to send the INVITE at at all, or something in the intial exchange. For the latter, you need to enable and include the trace of the SIP transaction that failed.
You also need to provide the configuration. WebRTC requires specific configuration to work or the SDP negotiation will fail and a 488 will be sent. If you plan on deploying WebRTC you should also spend time learning aspects of this (ICE, STUN, TURN, DTLS) as they are what WebRTC is built on.
@david551 and @jcolp,
Thanks for the response.
dial = SIP/600
I wasn’t aware that webrtc was supported on chan_sip.
Even if it is, my knowledge of chan_sip predates it and I believe that jcolp has little experience of it. chan_sip is deprecated, so shouldn’t be used for new designs.
WebRTC does exist in chan_sip, but it’s not really maintained so stuff can/will change and break it probably.
A full SIP trace is needed to look into this.
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.