OsMux + MGW + SIP

This is merely a historical archive of years 2008-2021, before the migration to mailman3.

A maintained and still updated list archive can be found at https://lists.osmocom.org/hyperkitty/list/OpenBSC@lists.osmocom.org/.

Keith keith at rhizomatica.org
Fri Sep 7 14:25:56 UTC 2018



On 07/09/18 13:29, Harald Welte wrote:
> On Fri, Sep 07, 2018 at 11:54:53AM +0200, Keith wrote:
>
>> We do play back "You're credit is about to expire" messages.
>> We would have to switch the stream back to do that. 
> Who takes those kinds of decisions?  the central switch in the
> datacenter? 

The local switch in the village. Each local village is totally
autonomous in terms of supporting local calls. So the local freeswitch
has to take care of this.

(in reality, if there's no IP uplink, then there is no chargable call
either, but never mind that, point is we don't have any centralised switch.)
 
> If yes, then we'd need some SIP based signaling to switch
> the (downlink) media plane [temporarily] back to the core.

Yes, that would be the SIP re-INVITE. This is kind of what I was talking
about before.
in the freeswitch console, one can just type media_uuid + [uuid of the
call] to switch the media
in and out of bypass mode. FS then send an INVITE and SDP with the
updated ip/port
currently, osmo-sip-connector (and LCR + nitb and the fairwaves versions
that are supposed to work but I could not get it to work), do not
respond correctly and you end up with new call setup and chaos.

>   LCLS permits
> for that, it's just that we have to implement those bits in OsmoMSC and
> osmo-sip-connector.
Right.. I hoped to gain something from the nitb stuff to port, but looks
like not,
so that would be a good part of this to table for getting done then.

>





More information about the OpenBSC mailing list