Yaniv Evenhaim schrieb: > Hi > > Thank you for your replay. > I will try to elaborate > Regarding the ack , as far as I understand the Smsbox (SMPP 3.4) will replay > with Ack before it initiate the http service. > I was wondering if there is a way to have the smsbox response with Ack only > after it initiate the http service.
not sure what you refer to here... can you please be more specific on what "ACK" you mean. The smsbox provides the HTTP layer connectivity to the application layer, where bearerbox and smsbox interact with msg and ACKs. > Regarding the DLR. > > In current configuration the A2P work directly with the SMSC and send alert > to the users.The A2P also request a DLR from the SMSC. > We are going to put a box in between the A2P and the SMSC alter the message > and send it to the SMSC. > > We listen to the A2P requests using SMPP 3.4(using kannel smsbox) , alter the > message and send it using the SendSMS http interface to Kannel SMSbox , so > Kannel than send it to the SMSC (SMPP3.4). > > We have kannel that listen to SMPP3.4 send it to our servlet using HTTP , we > apply our logic and then we send to Kannel HTTP request to the SMS via > SMPP3.4 to the SMSC > > We have the following problems/issues > > 1) We need to send back to the A2P application the DLR we got from the > SMSC. We do not need to do any manipulation or to store the DLR , just make > sure that the A2P will get this DLR for its internal use. > > 2) We need to support sending additional SMPP commands like sm_cancel and > sm_replace. > In the case of those command ,we do not need to do any processing with them , > but just send them to the SMSC (full proxy). > Does kannel support those commands ? can it just proxy them using the > reroute feature ? (sumbit_sm should not re-route but go to our application) you can proxy SMPP PDUs on specific basis. Either "all" is re-routed to a SMSC within bearerbox, transforming the message orientation from MO to MT or none. I think what you try to do is acting as a vSMSC, which requires additional systematical approaches. > 3) some field of the SMPP 3.4 are not exposed in the SendSMS http request > (since they are unique to SMPP) - any way to be able to set them ? yes, via the CVS 'meta-data' branch, which includes a patched gateway able to handle optional TLVs for SMPP. Not sure if this will work out for the re-routing mechanism in bearerbox. It was never intended to do that kind of SMPP specific TLV field proxying. 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 -------------------------------------------------------------------
