Re: Problems with the handling of DLR's / SMPP

Alan McNatty <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <1063059034.16152.40.camel@euterpe> 
Hi David,

Hi David,

Is Nisan's patch part of cvs tree now? 

I'm running tweeked 1.3.1 for this SMSC. The SMSC in question has a
couple of minor weirdnesses (eg; relative times for deferred/validity
work but absolutes are troublesome). I'm in the habit of assuming the
the SMSC is broken ...

Cheers,
Alan


On Mon, 2003-09-08 at 21:11, David Tully wrote:
> Hi Stefan.
> 
> This is part of a patch that Nisan Bloch posted a while ago - I need to use
> it on all three SMPP connections we have in order to get DLR to work..
> 
> > Try this and let us know how you get on ... I haven't submitted because
> > this is broken implementation of SMPP.
> 
> I had assumed that it was a bug in Kannel..?
> 
> 
> David.
> 
> 
> ----- Original Message ----- 
> From: "Stefan Cars" <[email protected]>
> To: "Alan McNatty" <[email protected]>
> Cc: "Alexander Malysh" <[email protected]>; <[email protected]>
> Sent: Monday, September 08, 2003 8:49 AM
> Subject: Re: Problems with the handling of DLR's / SMPP
> 
> 
> Hi!
> 
> Worked very well, the thing was I already tried this before BUT since the
> problem was also related to me getting (without requesting it)
> intermediate DLRs everything screwed up (i was a bit lazy to not see
> that...)
> 
> / Stefan
> 
> On Mon, 8 Sep 2003, Alan McNatty wrote:
> 
> > Hi Stefan,
> >
> > Your problem seems to be that the SMSC is switching source and
> > destination address (between submit_sm and deliver_sm). I have one SMSC
> > which does this ... ie: (from your logs)
> >
> > submit_sm
> > DEBUG:   destination_addr: "46708443600"
> >
> > deliver_sm
> > DEBUG:   source_addr: "46708443600"
> >
> > WARNING: DLR[internal]: DLR for DST<(null)> not found.
> >
> > I don't have time to build a specific patch for you to test but simply
> > change the dlr_find call in the deliver_sm handle_pdu function in
> > smsc_smpp.c to use the source ... ie:
> >
> >        dlrmsg = dlr_find(octstr_get_cstr(smpp->conn->id),
> >                          octstr_get_cstr(tmp), /* smsc message id */
> >                          octstr_get_cstr(pdu->u.deliver_sm.source_addr),
> > dlrstat);
> >
> > Try this and let us know how you get on ... I haven't submitted because
> > this is broken implementation of SMPP.
> >
> > Cheers,
> > Alan
> >
> > On Tue, 2003-08-26 at 06:36, Stefan Cars wrote:
> > > Hi!
> > >
> > > I have tried not defining msg-id-type also and it didn't work either...
> > > and I have read the userguide, many many times....
> > >
> > > /S
> > >
> > > On Mon, 25 Aug 2003, Alexander Malysh wrote:
> > >
> > > > Hi,
> > > >
> > > > no problem here at all ;) just try to not define the msg-id-type for
> this smsc
> > > > and all should be fine... please for the future: read userguide!
> > > >
> > > > On Monday 25 August 2003 20:23, Stefan Cars wrote:
> > > > > Hi!
> > > > >
> > > > > I just stumpled across a problem using DLR with a new SMSC (SMPP),
> this
> > > > > have been wroking fine before on some other SMSC's so I suspect the
> > > > > problem is with the source and destionation address at the SMSC..
> > > > >
> > > > > 2003-08-25 20:18:31 [6] DEBUG: SMPP[t2new]: Sending PDU:
> > > > > 2003-08-25 20:18:31 [6] DEBUG: SMPP PDU 0x813d900 dump:
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   type_name: submit_sm
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   command_id: 4 = 0x00000004
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   command_status: 0 = 0x00000000
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   sequence_number: 6 = 0x00000006
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   service_type: "1718"
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   source_addr_ton: 5 = 0x00000005
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   source_addr_npi: 1 = 0x00000001
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   source_addr: "71118"
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   dest_addr_ton: 2 = 0x00000002
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   dest_addr_npi: 1 = 0x00000001
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   destination_addr: "46708443600"
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   esm_class: 3 = 0x00000003
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   protocol_id: 0 = 0x00000000
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   priority_flag: 0 = 0x00000000
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   schedule_delivery_time: NULL
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   validity_period: NULL
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   registered_delivery: 1 = 0x00000001
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   replace_if_present_flag: 0 =
> 0x00000000
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   data_coding: 0 = 0x00000000
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   sm_default_msg_id: 0 = 0x00000000
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   sm_length: 3 = 0x00000003
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   short_message: "hej"
> > > > > 2003-08-25 20:18:31 [6] DEBUG: SMPP PDU dump ends.
> > > > > 2003-08-25 20:18:31 [6] DEBUG: SMPP[t2new]: Got PDU:
> > > > > 2003-08-25 20:18:31 [6] DEBUG: SMPP PDU 0x813d900 dump:
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   type_name: submit_sm_resp
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   command_id: 2147483652 = 0x80000004
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   command_status: 0 = 0x00000000
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   sequence_number: 6 = 0x00000006
> > > > > 2003-08-25 20:18:31 [6] DEBUG:   message_id: "0005f7d1f"
> > > > > 2003-08-25 20:18:31 [6] DEBUG: SMPP PDU dump ends.
> > > > > 2003-08-25 20:18:31 [6] DEBUG: DLR[internal]: Adding DLR smsc=t2new,
> > > > > ts=6257951, src=71118, dst=46708443600, mask=1, boxc=
> > > > > 2003-08-25 20:18:31 [1] DEBUG: Dumping 0 messages and 0 acks to
> store
> > > > > 2003-08-25 20:18:32 [7] DEBUG: SMPP[t2new]: Got PDU:
> > > > > 2003-08-25 20:18:32 [7] DEBUG: SMPP PDU 0x813d900 dump:
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   type_name: deliver_sm
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   command_id: 5 = 0x00000005
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   command_status: 0 = 0x00000000
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   sequence_number: 3 = 0x00000003
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   service_type: NULL
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   source_addr_ton: 0 = 0x00000000
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   source_addr_npi: 0 = 0x00000000
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   source_addr: "46708443600"
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   dest_addr_ton: 0 = 0x00000000
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   dest_addr_npi: 0 = 0x00000000
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   destination_addr: NULL
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   esm_class: 4 = 0x00000004
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   protocol_id: 0 = 0x00000000
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   priority_flag: 0 = 0x00000000
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   schedule_delivery_time: NULL
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   validity_period: NULL
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   registered_delivery: 0 = 0x00000000
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   replace_if_present_flag: 0 =
> 0x00000000
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   data_coding: 0 = 0x00000000
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   sm_default_msg_id: 0 = 0x00000000
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   sm_length: 101 = 0x00000065
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   short_message:
> > > > > 2003-08-25 20:18:32 [7] DEBUG:    Octet string at 0x8137640:
> > > > > 2003-08-25 20:18:32 [7] DEBUG:      len:  101
> > > > > 2003-08-25 20:18:32 [7] DEBUG:      size: 102
> > > > > 2003-08-25 20:18:32 [7] DEBUG:      immutable: 0
> > > > > 2003-08-25 20:18:32 [7] DEBUG:      data: 69 64 3a 36 32 35 37 39 35
> 31 20
> > > > > 73 75 62 3a 30   id:6257951 sub:0
> > > > > 2003-08-25 20:18:32 [7] DEBUG:      data: 30 31 20 64 6c 76 72 64 3a
> 30 30
> > > > > 31 20 73 75 62   01 dlvrd:001 sub
> > > > > 2003-08-25 20:18:32 [7] DEBUG:      data: 6d 69 74 20 64 61 74 65 3a
> 30 33
> > > > > 30 38 32 35 31   mit date:0308251
> > > > > 2003-08-25 20:18:32 [7] DEBUG:      data: 38 31 38 20 64 6f 6e 65 20
> 64 61
> > > > > 74 65 3a 30 33   818 done date:03
> > > > > 2003-08-25 20:18:32 [7] DEBUG:      data: 30 38 32 35 31 38 31 38 20
> 73 74
> > > > > 61 74 3a 41 43   08251818 stat:AC
> > > > > 2003-08-25 20:18:32 [7] DEBUG:      data: 4b 45 44 20 20 20 65 72 72
> 3a 30
> > > > > 30 33 20 74 65   KED   err:003 te
> > > > > 2003-08-25 20:18:32 [7] DEBUG:      data: 78 74 3a 20 00
> > > > > xt: .
> > > > > 2003-08-25 20:18:32 [7] DEBUG:    Octet string dump ends.
> > > > > 2003-08-25 20:18:32 [7] DEBUG: SMPP PDU dump ends.
> > > > > 2003-08-25 20:18:32 [7] DEBUG: SMPP[t2new] handle_pdu, got DLR
> > > > > 2003-08-25 20:18:32 [7] DEBUG: DLR[internal]: Looking for DLR
> smsc=t2new,
> > > > > ts=103119185, dst=(null), type=2
> > > > > 2003-08-25 20:18:32 [7] WARNING: DLR[internal]: DLR for DST<(null)>
> not
> > > > > found.
> > > > > 2003-08-25 20:18:32 [7] ERROR: SMPP[t2new]: got DLR but could not
> find
> > > > > message or was not interested in it
> > > > > 2003-08-25 20:18:32 [7] DEBUG: SMPP[t2new]: Sending PDU:
> > > > > 2003-08-25 20:18:32 [7] DEBUG: SMPP PDU 0x813da00 dump:
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   type_name: deliver_sm_resp
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   command_id: 2147483653 = 0x80000005
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   command_status: 0 = 0x00000000
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   sequence_number: 3 = 0x00000003
> > > > > 2003-08-25 20:18:32 [7] DEBUG:   message_id: NULL
> > > > > 2003-08-25 20:18:32 [7] DEBUG: SMPP PDU dump ends.
> > > > > 2003-08-25 20:18:38 [7] DEBUG: SMPP[t2new]: Got PDU:
> > > > > 2003-08-25 20:18:38 [7] DEBUG: SMPP PDU 0x813d900 dump:
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   type_name: deliver_sm
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   command_id: 5 = 0x00000005
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   command_status: 0 = 0x00000000
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   sequence_number: 4 = 0x00000004
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   service_type: NULL
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   source_addr_ton: 0 = 0x00000000
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   source_addr_npi: 0 = 0x00000000
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   source_addr: "46708443600"
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   dest_addr_ton: 0 = 0x00000000
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   dest_addr_npi: 0 = 0x00000000
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   destination_addr: NULL
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   esm_class: 4 = 0x00000004
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   protocol_id: 0 = 0x00000000
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   priority_flag: 0 = 0x00000000
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   schedule_delivery_time: NULL
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   validity_period: NULL
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   registered_delivery: 0 = 0x00000000
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   replace_if_present_flag: 0 =
> 0x00000000
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   data_coding: 0 = 0x00000000
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   sm_default_msg_id: 0 = 0x00000000
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   sm_length: 101 = 0x00000065
> > > > > 2003-08-25 20:18:38 [7] DEBUG:   short_message:
> > > > > 2003-08-25 20:18:38 [7] DEBUG:    Octet string at 0x8137640:
> > > > > 2003-08-25 20:18:38 [7] DEBUG:      len:  101
> > > > > 2003-08-25 20:18:38 [7] DEBUG:      size: 102
> > > > > 2003-08-25 20:18:38 [7] DEBUG:      immutable: 0
> > > > > 2003-08-25 20:18:38 [7] DEBUG:      data: 69 64 3a 36 32 35 37 39 35
> 31 20
> > > > > 73 75 62 3a 30   id:6257951 sub:0
> > > > > 2003-08-25 20:18:38 [7] DEBUG:      data: 30 31 20 64 6c 76 72 64 3a
> 30 30
> > > > > 31 20 73 75 62   01 dlvrd:001 sub
> > > > > 2003-08-25 20:18:38 [7] DEBUG:      data: 6d 69 74 20 64 61 74 65 3a
> 32 35
> > > > > 30 39 30 33 32   mit date:2509032
> > > > > 2003-08-25 20:18:38 [7] DEBUG:      data: 30 31 38 20 64 6f 6e 65 20
> 64 61
> > > > > 74 65 3a 30 33   018 done date:03
> > > > > 2003-08-25 20:18:38 [7] DEBUG:      data: 30 38 32 35 31 38 31 38 20
> 73 74
> > > > > 61 74 3a 44 45   08251818 stat:DE
> > > > > 2003-08-25 20:18:38 [7] DEBUG:      data: 4c 49 56 52 44 20 65 72 72
> 3a 30
> > > > > 30 30 20 74 65   LIVRD err:000 te
> > > > > 2003-08-25 20:18:38 [7] DEBUG:      data: 78 74 3a 20 00
> > > > > xt: .
> > > > > 2003-08-25 20:18:38 [7] DEBUG:    Octet string dump ends.
> > > > > 2003-08-25 20:18:38 [7] DEBUG: SMPP PDU dump ends.
> > > > > 2003-08-25 20:18:38 [7] DEBUG: SMPP[t2new] handle_pdu, got DLR
> > > > > 2003-08-25 20:18:38 [7] DEBUG: DLR[internal]: Looking for DLR
> smsc=t2new,
> > > > > ts=103119185, dst=(null), type=1
> > > > > 2003-08-25 20:18:38 [7] WARNING: DLR[internal]: DLR for DST<(null)>
> not
> > > > > found.
> > > > > 2003-08-25 20:18:38 [7] ERROR: SMPP[t2new]: got DLR but could not
> find
> > > > > message or was not interested in it
> > > >
> > > > --
> > > > Best regards / Mit besten Grüßen aus Düsseldorf
> > > >
> > > > Dipl.-Ing.
> > > > Alexander Malysh
> > > > ___________________________________________
> > > >
> > > > Centrium GmbH
> > > > Vogelsanger Weg 80
> > > > 40470 Düsseldorf
> > > >
> > > > Fon: +49 (0211) 74 84 51 80
> > > > Fax: +49 (0211) 277 49 109
> > > >
> > > > email: a.malysh at centrium.de
> > > > web: www.centrium.de
> > > > msn: olek2002 at hotmail.com
> > > > icq: 98063111
> > > > ___________________________________________
> > > >
> > > > Please avoid sending me Word or PowerPoint attachments.
> > > > See http://www.fsf.org/philosophy/no-word-attachments.html
> > > >
> > >
> > >
> >
> 
> 
>
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.