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.
--
fight apathy or don't
simon@klunky / .co.uk / .org
pgp 4BA78604
