Hi Alex,
I don't use Msg * at that level, only SMPP pdus. My input is Octstr *. I am
aware of sms_split, but it depends on Msg * and udhdata. I have done
additional work on the smsbox_thread and will resubmit with fixed
identations. I understand completely if you reject it, this is primarily
addressed to interested people who find it useful to use it.
BR,
Nikos
----- Original Message -----
From: "Alexander Malysh" <[email protected]>
To: "Nikos Balkanas" <[email protected]>
Cc: <[email protected]>
Sent: Wednesday, June 30, 2010 12:10 PM
Subject: Re: Patch: test/drive_smpp.c
Hi Nikos,
why do you redefine and re-implement things that already exists?
please use sms_split and please fix indentation.
Thanks,
Alexander Malysh
Am 28.06.2010 um 16:36 schrieb Nikos Balkanas:
OOps!
----- Original Message ----- From: "Nikos Balkanas" <[email protected]>
To: <[email protected]>
Sent: Monday, June 28, 2010 5:33 PM
Subject: Patch: test/drive_smpp.c
Hi,
This is a patch to test/drive_smpp.c, which I found useful in SMPPbox
testing, since I do not have a real SMSc connection. It adds external SMS
submission along with concatenation, if SMS is too large.
drive_smpp is a very nifty tool. It acts as a (FAKE) SMPP SMSc and smsbox
for MOs with a twist:
drive_smpp->BB->drive_smpp
This is a single instance of dive_smpp connected to bb both as an SMSc
and as an smsbox. It generates MOs over SMPP to bb, which are then
processed by BB to smsbox for an sms-service. Except that drive_smpp is
connected as an smsbox to receive it and provides a default sms-service
"Hello World". This in turn, is processed by bb back to drive_smpp(SMSc).
All these are logged and monitored and drive_smpp even provides for TLV
testing/support.
If it is accepted I will do an effort to write some documentation about
it.
BR,
Nikos
<drive_smpp.diff>
