Ringing after Answer
Probleemidentificatie
In sommige gevallen is er door de beller geen ringback tone te horen hoewel het gebelde toestel wel overgaat.
Het probleem treedt op wanneer er gekoppeld wordt met IAX2 en een binnenkomend gesprek direct beantwoord wordt door de centrale. De centrale stuurt dan een ANSWER signaal naar SpeakUp. Indien de centrale hierna de toestellen belt d.m.v. een Dial() commando, zal de centrale het RINGING signaal naar SpeakUp sturen. Dit wordt door SpeakUp niet (meer) geaccepteerd, waardoor geen van beide partijen een ringback tone voor de beller genereerd. RINGING wordt alleen vóór het ANSWER signaal geaccepteerd, waarna SpeakUp een ringback toon zal (laten) genereren. (SpeakUp had in het verleden nog enkele gateways die dit wel accepteerden, die zijn inmiddels uitgefaseerd). Het ANSWER signaal bouwt een audio pad op, waarna inband signalering niet meer wordt geaccepteerd.
Dit treedt ook op als niet explictiet een Answer() is opgenomen in het dialplan aangezien er meerdere commando's zijn die een impiciete Answer() doen (b.v. Playback, Background, Playtones, MusicOnHold).
Oplossingen
Dit probleem is op meerdere manieren te omzeilen:
- De netste oplossing is om binnenkomende gesprekken waar de centrale niet het eindpunt van is, niet door de centrale te laten beantwoorden, maar direct door te schakelen naar de volgende hop (b.v. toestellen, andere centrale, etc). Indien dit niet in alle gevallen mogelijk is, vervallen tot de volgende optie.
- Zelf inband ringback tones of Music-On-Hold afspelen naar de beller. Bijvoorbeeld door de commando's Playback, Background, Playtones of MusicOnHold. Progress() en Ringing() werken niet, aangezien die alleen out-of-band signalen sturen.
NB.: Het lijkt erop dat indications.conf hierin ook een bijzondere rol speelt. Zie http://lists.digium.com/pipermail/asterisk-users/2007-August/195331.html
Ook kan overstappen op een SIP koppeling i.p.v. IAX2 het probleem in sommige gevallen helpen, hoewel het ook dan beter is om aan bovenstaande regels te conformeren.