Re: [PATCH] (sqlbox) sqlbox.patch

Stipe Tolj <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Organization tolj.org system architecture
Message-ID <[email protected]>
Alexander Malysh wrote:

> Hi,
> 
> why not simple define port in smsbox group always. so it would be 
> possible: a) easier split bearerbox smsbox on different hosts w/o a need 
> to define core group; b) tell smsbox to connect to any port also to sqlbox
> 
> Anyway we have bearerbox-host config variable already in place, so just 
> add bearerbox-port to smsbox group. That's it...

now guys, I don't want to play the show-stopper, but that's not how the design 
was made...

Let's remember:

bearerbox is the "monolitic" center for the SMSC connectivity, so to the 
upstream world. smsbox is ONE instance of a smsbox-type box connection 
connecting to bearerbox. So we have a 1-to-N relation here, not a N-to-N relation.

That's why Lars designed to hold the config variable for the smsbox instances to 
connect in the core group. I fully agree with this design. It's consistent.

Now, with sqlbox, we move a bit away from this 1-to-N connectivity design. Or, 
actually maybe even not, but we put a piece between a monolitic bearerbox and a 
connected smsbox instance.

smsbox connects to bearerbox... or "to a box that acts as a bearerbox", even 
while this maybe a sqlbox. So smsbox should take the required port for the 
"target" [bearer|sql]box from the core group. Because this symbolizes the 
centric upstream path.

Alex isn't that much wrong here... this "may" be a solution to satisfy the 
"feeling" of users to define the connection point to the upstream hook rather in 
the smsbox group then in the core group. But speaking from a point of 
architecture design, it's clean the way we have it...

BTW, not to mention the config-breaker issue for upcoming releases then.

I'd like to stay the way we are at this issues and let the add-on box (sqlbox) 
have it's own config scratching.

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
-------------------------------------------------------------------
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.