Hi All, When I receive DLRs my SMSBOX fails, please see SMSBOX log below. What am i getting wrong?
2013-05-02 19:00:03 [26487] [4] INFO: Starting delivery report <(null)> from <33188> 2013-05-02 19:00:03 [26487] [4] DEBUG: Started thread 8 (gwlib/fdset.c:poller) 2013-05-02 19:00:03 [26487] [4] DEBUG: Started thread 9 (gwlib/http.c:write_request_thread) 2013-05-02 19:00:03 [26487] [8] DEBUG: Thread 8 (gwlib/fdset.c:poller) maps to pid 26487. 2013-05-02 19:00:03 [26487] [9] DEBUG: Thread 9 (gwlib/http.c:write_request_thread) maps to pid 26487. 2013-05-02 19:00:03 [26487] [9] DEBUG: Queue contains 0 pending requests. 2013-05-02 19:00:03 [26487] [9] DEBUG: Parsing URL `http://localhost/dlr.php': 2013-05-02 19:00:03 [26487] [9] DEBUG: Scheme: http:// 2013-05-02 19:00:03 [26487] [9] DEBUG: Host: localhost 2013-05-02 19:00:03 [26487] [9] DEBUG: Port: 80 2013-05-02 19:00:03 [26487] [9] DEBUG: Username: (null) 2013-05-02 19:00:03 [26487] [9] DEBUG: Password: (null) 2013-05-02 19:00:03 [26487] [9] DEBUG: Path: /dlr.php 2013-05-02 19:00:03 [26487] [9] DEBUG: Query: (null) 2013-05-02 19:00:03 [26487] [9] DEBUG: Fragment: (null) 2013-05-02 19:00:03 [26487] [9] DEBUG: Connecting nonblocking to <127.0.0.1> 2013-05-02 19:00:03 [26487] [9] DEBUG: HTTP: Opening connection to `localhost:80' (fd=28). 2013-05-02 19:00:03 [26487] [9] DEBUG: Socket connecting 2013-05-02 19:00:03 [26487] [8] DEBUG: Get info about connecting socket 2013-05-02 19:00:03 [26487] [8] DEBUG: HTTP: Sending request: 2013-05-02 19:00:03 [26487] [8] DEBUG: Octet string at 0x121f7900: 2013-05-02 19:00:03 [26487] [8] DEBUG: len: 96 2013-05-02 19:00:03 [26487] [8] DEBUG: size: 1024 2013-05-02 19:00:03 [26487] [8] DEBUG: immutable: 0 2013-05-02 19:00:03 [26487] [8] DEBUG: data: 47 45 54 20 2f 64 6c 72 2e 70 68 70 20 48 54 54 GET /dlr.php HTT 2013-05-02 19:00:03 [26487] [8] DEBUG: data: 50 2f 31 2e 31 0d 0a 48 6f 73 74 3a 20 6c 6f 63 P/1.1..Host: loc 2013-05-02 19:00:03 [26487] [8] DEBUG: data: 61 6c 68 6f 73 74 0d 0a 43 6f 6e 6e 65 63 74 69 alhost..Connecti 2013-05-02 19:00:03 [26487] [8] DEBUG: data: 6f 6e 3a 20 6b 65 65 70 2d 61 6c 69 76 65 0d 0a on: keep-alive.. 2013-05-02 19:00:03 [26487] [8] DEBUG: data: 55 73 65 72 2d 41 67 65 6e 74 3a 20 4b 61 6e 6e User-Agent: Kann 2013-05-02 19:00:03 [26487] [8] DEBUG: data: 65 6c 2f 73 76 6e 2d 72 35 30 31 34 0d 0a 0d 0a el/svn-r5014.... 2013-05-02 19:00:03 [26487] [8] DEBUG: Octet string dump ends. 2013-05-02 19:00:03 [26487] [8] DEBUG: HTTP: Status line: <HTTP/1.1 200 OK> 2013-05-02 19:00:03 [26487] [8] DEBUG: HTTP: Received response: 2013-05-02 19:00:03 [26487] [8] DEBUG: Octet string at 0x121f76d0: 2013-05-02 19:00:03 [26487] [8] DEBUG: len: 173 2013-05-02 19:00:03 [26487] [8] DEBUG: size: 1024 2013-05-02 19:00:03 [26487] [8] DEBUG: immutable: 0 2013-05-02 19:00:03 [26487] [8] DEBUG: data: 44 61 74 65 3a 20 54 68 75 2c 20 30 32 20 4d 61 Date: Thu, 02 Ma 2013-05-02 19:00:03 [26487] [8] DEBUG: data: 79 20 32 30 31 33 20 31 38 3a 30 30 3a 30 33 20 y 2013 18:00:03 2013-05-02 19:00:03 [26487] [8] DEBUG: data: 47 4d 54 0d 0a 53 65 72 76 65 72 3a 20 41 70 61 GMT..Server: Apa 2013-05-02 19:00:03 [26487] [8] DEBUG: data: 63 68 65 2f 32 2e 32 2e 33 20 28 43 65 6e 74 4f che/2.2.3 (CentO 2013-05-02 19:00:03 [26487] [8] DEBUG: data: 53 29 0d 0a 58 2d 50 6f 77 65 72 65 64 2d 42 79 S)..X-Powered-By 2013-05-02 19:00:03 [26487] [8] DEBUG: data: 3a 20 50 48 50 2f 35 2e 31 2e 36 0d 0a 43 6f 6e : PHP/5.1.6..Con 2013-05-02 19:00:03 [26487] [8] DEBUG: data: 74 65 6e 74 2d 4c 65 6e 67 74 68 3a 20 30 0d 0a tent-Length: 0.. 2013-05-02 19:00:03 [26487] [8] DEBUG: data: 43 6f 6e 6e 65 63 74 69 6f 6e 3a 20 63 6c 6f 73 Connection: clos 2013-05-02 19:00:03 [26487] [8] DEBUG: data: 65 0d 0a 43 6f 6e 74 65 6e 74 2d 54 79 70 65 3a e..Content-Type: 2013-05-02 19:00:03 [26487] [8] DEBUG: data: 20 74 65 78 74 2f 68 74 6d 6c 3b 20 63 68 61 72 text/html; char 2013-05-02 19:00:03 [26487] [8] DEBUG: data: 73 65 74 3d 55 54 46 2d 38 0d 0a 0d 0a set=UTF-8.... 2013-05-02 19:00:03 [26487] [8] DEBUG: Octet string dump ends. 2013-05-02 19:00:03 [26487] [5] PANIC: /usr/local/sbin/smsbox [0x44a8cf] 2013-05-02 19:00:03 [26487] [5] PANIC: /lib64/libpthread.so.0 [0x399f20eb70] 2013-05-02 19:00:03 [26487] [5] PANIC: /usr/local/sbin/smsbox(urltrans_accept_x_kannel_headers+0) [0x41cf30] 2013-05-02 19:00:03 [26487] [5] PANIC: /usr/local/sbin/smsbox [0x4157d3] 2013-05-02 19:00:03 [26487] [5] PANIC: /usr/local/sbin/smsbox [0x436313] 2013-05-02 19:00:03 [26487] [5] PANIC: /lib64/libpthread.so.0 [0x399f20673d] 2013-05-02 19:00:03 [26487] [5] PANIC: /lib64/libc.so.6(clone+0x6d) [0x399ead44bd] Regards, Michael ________________________________ From: Stipe Tolj <[email protected]> To: [email protected] Sent: Thursday, March 14, 2013 12:15 AM Subject: Re: SMSC moving away from SMPP Am 11.03.2013 12:46, schrieb Milan P. Stanic: > On Mon, 2013-03-11 at 14:21, Ombongi Moraa Fe wrote: >> My SMSC is moving CPs away from SMPP and introducing an SDP Platform. There >> are a set of endpoints to allow me to receive messages from the SDP gateway >> that I need to implement on my end. However, from documentation shared, the >> implementation of message forwarding and sending has to be SOAP based. > > There is a trend to move from SMPP to SOAP. ;) which is not good at all. >> Question: >> >> 1) Is it still possible to use Kannel for this? Since the connection will >> no longer be smpp but http, and also since the messages need to forwarded >> as soap requests, how can I make the connection between Kannel and the SDP? > > Stipe posted patch for Kannel which adds Parlay XML (SOAP) > http://www.kannel.org/pipermail/devel/2011-February/004339.html > > New patch can be downloaded from: > > http://www.kannel.org/~tolj/patchsets/gSOAP/gateway-gsoap.v7.diff the patchsets have been committed to SVN trunk, so the whole SOAP "infrastructure" is already inside the Kannel code base. Depending on the SOAP SDP dialect they use, you will need to implement your own module incarnation for it through. We support Ericsson's ParlayX and GMSA OneAPI at the moment. What do they use? >> 2) Any additional information to help me implement this will be greatly >> appreciated. > > You can try this with the patch (maybe you will have to adapt it to your > telco) and see if it works. > > When I had to change to that (stupid, IMO) SOAP and HTTP, I wrote HTTP > server and SOAP parser/decoder from the scratch because that was easier > for me. It's a mess that people think exposing SOAP to the VASP side makes the SMS messaging easier. In fact what we want to have in Kannel is the GSMA OneAPI SOAP server side implementation in smsbox, so we can abstract as: SMSC <-SMPP/UCP/CIMD2/..-> bearerbox <-> smsbox <-OneAPI SOAP-> VASPs anyone interested in tackling this? The code base is already inside SVN trunk, you would simply need to make the gSOAP part for the server side. 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 -------------------------------------------------------------------
