4 Feb
2015
4 Feb
'15
10:10 a.m.
On Tue, Dec 02, 2014 at 08:59:29AM +0100, Holger Hans Peter Freyther wrote:
something like the below would be a start. You could
add a VTY
command to dump the queue including the state and the reason
string. And also show the last reason as this shows the item
that is currently being dispatched.
My current thought on this system is that we should remove
subscr_put_channel. It is based on some assumptions/goals
that does not make sense anymore.
MT-SMS:
We need a way to enforce that only one SMS is delivered at
a time. This should be done for SMS that arrive through the
MO-SMS (SubmitSM), SMPP and the SMS queue.
MT-Call:
Just page if no call is present yet. We can nowadays upgrade
a "SDCCH" to a TCH (late assignment)
Paging:
We need to change the way we handle the paging response. Instead
of a single callback we should introduce a signal that will be
handled by both SMS and Call after the channel has been authenticated.
This should avoid the whole kind of problem. In terms of time
my estimate would be a week of work.