we are sure that this is their end issue. But we have to tell them with some prove. I sent them tcpdump as well.
They are saying that they found following messages at their end. SMPPSERV_APP_BIND_FAIL Application has failed to bind as transceiver to SMPP server system id CSMS1 reason TRX connection limit exceeded node ApplicationAccessGroup.SMPPServerGroup.smppServer SMPPSERV_APP_BIND_FAIL Application has failed to bind as transceiver to SMPP server system id CSMS1 reason TRX connection limit exceeded node ApplicationAccessGroup.SMPPServerGroup.smppServer SMPPSERV_APP_BIND_FAIL Application has failed to bind as transceiver to SMPP server system id CSMS1 reason TRX connection limit exceeded node ApplicationAccessGroup.SMPPServerGroup.smppServer But if we are exceeding connection limit then how come we were able to send sms in last 1 and half days with same configuration. One more observation is that messages are getting queued even we send 2 sms per sec. 1 sms delivers and 1 sms go in queue. This is strange behavior. 2010/10/15 Nikos Balkanas <[email protected]> > Hi, > > Talk to your SMSc. They are the ones that reject your SMS, because their > Queue is full. > > BR, > Nikos > ----- Original Message ----- From: Abdul Basit > To: [email protected] > Sent: Friday, October 15, 2010 9:42 AM > Subject: queue full issue > > > > Dear list, > > > We are facing problem that most of the messages go in queue. > Following is the snapshot of what we are facing. > > > > ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ > Kannel bearerbox version `svn-r4837M'. Build `Sep 28 2010 18:53:41', > compiler `4.1.2 20080704 (Red Hat 4.1.2-48)'. System Linux, release > 2.6.18-194.el5, version #1 SMP Fri Apr 2 14:58:35 EDT 2010, machine i686. > Hostname dbcsms, IP 127.0.0.1. Libxml version 2.6.26. Using OpenSSL > 0.9.8e-fips-rhel5 01 Jul 2008. Compiled with MySQL 5.0.77, using MySQL > 5.0.77. Using native malloc. > > > Status: running, uptime 0d 0h 55m 21s > > > WDP: received 0 (0 queued), sent 0 (0 queued) > > > SMS: received 207 (0 queued), sent 33731 (2 queued), store size -1 > SMS: inbound (0.05,0.05,0.06) msg/sec, outbound (0.09,1.97,10.16) msg/sec > > > DLR: received 0, sent 0 > DLR: inbound (0.00,0.00,0.00) msg/sec, outbound (0.00,0.00,0.00) msg/sec > DLR: 2 queued, using mysql storage > > > Box connections: > smsbox:(none), IP 192.168.13.19 (0 queued), (on-line 0d 0h 55m 13s) > SMSC connections: > LA_1768[LA_1768] SMPP:10.200.18.116:5026/5026:CSMS1:CSMS1 (online > 3321s, rcvd: sms 101 / dlr 0, sent: sms 16898 / dlr 0, failed 30, queued > 47948 msgs) > LA_1768[LA_1768] SMPP:10.200.18.116:5026/5026:CSMS1:CSMS1 (online > 3321s, rcvd: sms 106 / dlr 0, sent: sms 16833 / dlr 0, failed 24, queued > 47963 msgs) > > > > ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- > > > We getting all messages through till yesterday morning and not residing in > Q. We didn't changed any thing at our end. > I checked with svn-r4858M release as well and also check via other servers > in production to confirm that this is not machine issue. > > > Most of the ram is in use. > [r...@sms ~]# free -m > total used free shared buffers > cached > Mem: 3868 3747 120 0 218 3185 > -/+ buffers/cache: 343 3524 > Swap: 4094 0 4094 > > > Below are the kannel log. > > > 2010-10-15 11:30:42 [17462] [7] ERROR: SMPP[LA_7786]: SMSC returned error > code 0x00000014 (Message Queue Full) in response to submit_sm. > 2010-10-15 11:30:42 [17462] [7] ERROR: Failed to convert string from > <UTF-8> > to <gsm> - probably broken type names. > 2010-10-15 11:30:42 [17462] [7] ERROR: Failed to convert msgdata from > charset <UTF-8> to <gsm>, will send as is. > 2010-10-15 11:30:42 [17462] [7] WARNING: SMPP: PDU NULL terminated string > (message_id) has no NULL. > 2010-10-15 11:30:42 [17462] [7] ERROR: SMPP[LA_7786]: SMSC returned error > code 0x00000014 (Message Queue Full) in response to submit_sm. > 2010-10-15 11:30:42 [17462] [7] ERROR: Failed to convert string from > <UTF-8> > to <gsm> - probably broken type names. > 2010-10-15 11:30:42 [17462] [7] ERROR: Failed to convert msgdata from > charset <UTF-8> to <gsm>, will send as is. > 2010-10-15 11:30:42 [17462] [6] WARNING: SMPP: PDU NULL terminated string > (message_id) has no NULL. > 2010-10-15 11:30:42 [17462] [6] ERROR: SMPP[LA_7786]: SMSC returned error > code 0x00000014 (Message Queue Full) in response to submit_sm. > 2010-10-15 11:30:42 [17462] [6] ERROR: Failed to convert string from > <UTF-8> > to <gsm> - probably broken type names. > 2010-10-15 11:30:42 [17462] [6] ERROR: Failed to convert msgdata from > charset <UTF-8> to <gsm>, will send as is. > 2010-10-15 11:30:42 [17462] [7] WARNING: SMPP: PDU NULL terminated string > (message_id) has no NULL. > 2010-10-15 11:30:42 [17462] [7] ERROR: SMPP[LA_7786]: SMSC returned error > code 0x00000014 (Message Queue Full) in response to submit_sm. > 2010-10-15 11:30:42 [17462] [7] ERROR: Failed to convert string from > <UTF-8> > to <gsm> - probably broken type names. > 2010-10-15 11:30:42 [17462] [7] ERROR: Failed to convert msgdata from > charset <UTF-8> to <gsm>, will send as is. > > > You suggestions are highly appreciated. > > > -- > > Regards, > > Abdul Basit | +92 32 1416 4196 > > -- Regards, Abdul Basit | +92 32 1416 4196
