Re: [PATCH] Re: MO Concatenation
"Alexander Malysh" <[email protected]>
| Newsgroups | gmane.comp.mobile.kannel.devel |
|---|---|
| Message-ID | <[email protected]> |
Am 08.01.2007, 15:50 Uhr, schrieb Paul Bagyenda <[email protected]>: > > On Jan 08, 2007, at 17:04, Stipe Tolj wrote: > >> Alexander Malysh wrote: >> >>> Hi Paul, >>> +1 for the at2 part. >>> -1 for the reassemble part. Your patch will never work reliable >>> because not only msisdn + refnum should be considered. >>> Reassemble should have triple as key: SMSC, msisdn, refnum. >>> IMO bb_boxc.c is the wrong place for this, bb_smscconn suites better >>> because bb_boxc just generic connection module for external boxes and >>> should have nothing todo with SMS magic. >> >> agree'ing here with Alex... bb_boxc should not to "semantical SMS >> processing", it's the box connection layer. The bb_smscconn is the SMSC >> protocol abstraction layer, and MO re-assemling fits into that scope. >> > > So presumably this would be in bb_smscconn_receive, and the incoming > concat queue would be held in the SMSCConn structure so that it is per > SMSC, and the call to all the added code would be just before the call > to route_incoming_to_boxc? yes, but concat queue can't be in SMSCConn struct because we can have more as one "equal" SMSCConns. > > >> Stipe >> >> ------------------------------------------------------------------- >> Kölner Landstrasse 419 >> 40589 DÌsseldorf, NRW, Germany >> >> tolj.org system architecture Kannel Software Foundation (KSF) >> http://www.tolj.org/ http://www.kannel.org/ >> >> mailto:st_{at}_tolj.org mailto:stolj_{at}_kannel.org >> ------------------------------------------------------------------- >> > > > -- Thanks, Alex