Problem solved by the upstream server being reset, so not a a Kennal problem:)
Happy weekend. Si -- fight apathy or don't simon@klunky / .co.uk / .org pgp 4BA78604 Simon Loewenthal <[email protected]> wrote: >Hi there, > > My first post to this list, and it's a plea for assistance :( I know >it is Friday night. > >Our Kannel server forwards the SMSes onto our provider who accepts >these >and delivers the messages. We're sending several thousands each >evening. There have been no configuration changes, and our server can >connect to the server upstream. Kannal has run reliably for years. > >Kannel sends the messages ( it think successfully ) yet the messages >are >not received by the phones. > >I do not accept that there is a problem with our Kannal application, >and >think the fault lies upstream, but thought I ought to get an idea from >here: Can any point give me some pointers? > >A tcpdump shows Kannal connecting to the SMSC SMPP on port 3600. > >Kind regards, Si. > >Typical message in smsbox.log: >2013-04-26 23:06:59 [6752] [3] INFO: smsbox: Got HTTP request ></cgi-bin/sendsms> from <10.1.8.222> >2013-04-26 23:06:59 [6752] [3] INFO: sendsms used by <tester> >2013-04-26 23:06:59 [6752] [3] INFO: sendsms sender:<tester:Tele2> >(10.1.8.222) to:<+31611111111> msg:<Beste klant, als u inlogt op >MijnTele2, kunt u met deze eenmalige code uw wachtwoord veranderen voor >MijnTele2: > >XXXXXXXX > >Groet, Tele2 > >2013-04-26 23:06:59 [6752] [3] DEBUG: Stored UUID >f1d22462-5652-43e3-a518-b56a8f5ed1e8 >2013-04-26 23:06:59 [6752] [3] DEBUG: message length 132, sending 1 >messages >2013-04-26 23:06:59 [6752] [3] DEBUG: Status: 202 Answer: <Sent.> >2013-04-26 23:06:59 [6752] [3] DEBUG: Delayed reply - wait for >bearerbox >2013-04-26 23:06:59 [6752] [0] DEBUG: Got ACK (0) of >f1d22462-5652-43e3-a518-b56a8f5ed1e8 >2013-04-26 23:06:59 [6752] [0] DEBUG: HTTP: Resetting HTTPClient for >`10.1.8.222'. > >Bearerbox.log spits out these: >2013-04-26 23:11:55 [6731] [8] DEBUG: SMPP[TELE2]: Sending enquire >link: >2013-04-26 23:11:55 [6731] [8] DEBUG: SMPP PDU 0x7f32d00094d0 dump: >2013-04-26 23:11:55 [6731] [8] DEBUG: type_name: enquire_link >2013-04-26 23:11:55 [6731] [8] DEBUG: command_id: 21 = 0x00000015 >2013-04-26 23:11:55 [6731] [8] DEBUG: command_status: 0 = 0x00000000 >2013-04-26 23:11:55 [6731] [8] DEBUG: sequence_number: 718 = >0x000002ce >2013-04-26 23:11:55 [6731] [8] DEBUG: SMPP PDU dump ends. >2013-04-26 23:11:55 [6731] [8] DEBUG: SMPP[TELE2]: Got PDU: >2013-04-26 23:11:55 [6731] [8] DEBUG: SMPP PDU 0x7f32d00094d0 dump: >2013-04-26 23:11:55 [6731] [8] DEBUG: type_name: enquire_link_resp >2013-04-26 23:11:55 [6731] [8] DEBUG: command_id: 2147483669 = >0x80000015 >2013-04-26 23:11:55 [6731] [8] DEBUG: command_status: 0 = 0x00000000 >2013-04-26 23:11:55 [6731] [8] DEBUG: sequence_number: 718 = >0x000002ce >2013-04-26 23:11:55 [6731] [8] DEBUG: SMPP PDU dump ends. >2013-04-26 23:11:56 [6731] [7] DEBUG: SMPP[TELE2]: Sending enquire >link: >2013-04-26 23:11:56 [6731] [7] DEBUG: SMPP PDU 0x760790 dump: >2013-04-26 23:11:56 [6731] [7] DEBUG: type_name: enquire_link >2013-04-26 23:11:56 [6731] [7] DEBUG: command_id: 21 = 0x00000015 >2013-04-26 23:11:56 [6731] [7] DEBUG: command_status: 0 = 0x00000000 >2013-04-26 23:11:56 [6731] [7] DEBUG: sequence_number: 719 = >0x000002cf >2013-04-26 23:11:56 [6731] [7] DEBUG: SMPP PDU dump ends. >2013-04-26 23:11:56 [6731] [7] DEBUG: SMPP[TELE2]: Got PDU: >2013-04-26 23:11:56 [6731] [7] DEBUG: SMPP PDU 0x760790 dump: >2013-04-26 23:11:56 [6731] [7] DEBUG: type_name: enquire_link_resp >2013-04-26 23:11:56 [6731] [7] DEBUG: command_id: 2147483669 = >0x80000015 >2013-04-26 23:11:56 [6731] [7] DEBUG: command_status: 0 = 0x00000000 >2013-04-26 23:11:56 [6731] [7] DEBUG: sequence_number: 719 = >0x000002cf >2013-04-26 23:11:56 [6731] [7] DEBUG: SMPP PDU dump ends.
