Hello All,
My kannel monitor shows me DLR queue. But In my SMSC log file there is no
delivery_sm or delivery_sm_resp pdu for delivery.
When I'm talking to my SMPP provider then they told me that this issue is
belongs to your configuration. But I'm checked my configuration lots of
time.
*This is my SMPP Log:*
2015-04-21 17:52:30 [697] [6] DEBUG: SMPP[TR_SMSC1]: throughput
(1.00,100.00)
2015-04-21 17:52:30 [697] [6] DEBUG: SMPP[TR_SMSC1]: Manually forced source
addr ton = 0, source add npi = 1
2015-04-21 17:52:30 [697] [6] DEBUG: SMPP[TR_SMSC1]: Manually forced dest
addr ton = 1, dest add npi = 1
2015-04-21 17:52:30 [697] [6] DEBUG: SMPP[TR_SMSC1]: Sending PDU:
2015-04-21 17:52:30 [697] [6] DEBUG: SMPP PDU 0x7f223c000a10 dump:
2015-04-21 17:52:30 [697] [6] DEBUG: type_name: *submit_sm*
2015-04-21 17:52:30 [697] [6] DEBUG: command_id: 4 = 0x00000004
2015-04-21 17:52:30 [697] [6] DEBUG: command_status: 0 = 0x00000000
2015-04-21 17:52:30 [697] [6] DEBUG: sequence_number: 55 = 0x00000037
2015-04-21 17:52:30 [697] [6] DEBUG: service_type: "CMT"
2015-04-21 17:52:30 [697] [6] DEBUG: source_addr_ton: 5 = 0x00000005
2015-04-21 17:52:30 [697] [6] DEBUG: source_addr_npi: 0 = 0x00000000
2015-04-21 17:52:30 [697] [6] DEBUG: source_addr: "INSIGN"
2015-04-21 17:52:30 [697] [6] DEBUG: dest_addr_ton: 1 = 0x00000001
2015-04-21 17:52:30 [697] [6] DEBUG: dest_addr_npi: 1 = 0x00000001
2015-04-21 17:52:30 [697] [6] DEBUG: destination_addr: "9754178790"
2015-04-21 17:52:30 [697] [6] DEBUG: esm_class: 3 = 0x00000003
2015-04-21 17:52:30 [697] [6] DEBUG: protocol_id: 0 = 0x00000000
2015-04-21 17:52:30 [697] [6] DEBUG: priority_flag: 0 = 0x00000000
2015-04-21 17:52:30 [697] [6] DEBUG: schedule_delivery_time: NULL
2015-04-21 17:52:30 [697] [6] DEBUG: validity_period: NULL
2015-04-21 17:52:30 [697] [6] DEBUG: registered_delivery: 1 = 0x00000001
2015-04-21 17:52:30 [697] [6] DEBUG: replace_if_present_flag: 0 =
0x00000000
2015-04-21 17:52:30 [697] [6] DEBUG: data_coding: 0 = 0x00000000
2015-04-21 17:52:30 [697] [6] DEBUG: sm_default_msg_id: 0 = 0x00000000
2015-04-21 17:52:30 [697] [6] DEBUG: sm_length: 26 = 0x0000001a
2015-04-21 17:52:30 [697] [6] DEBUG: short_message:
2015-04-21 17:52:30 [697] [6] DEBUG: Octet string at 0x7f223c006750:
2015-04-21 17:52:30 [697] [6] DEBUG: len: 26
2015-04-21 17:52:30 [697] [6] DEBUG: size: 27
2015-04-21 17:52:30 [697] [6] DEBUG: immutable: 0
2015-04-21 17:52:30 [697] [6] DEBUG: data: 42 75 6c 6b 32 34 53 4d 53
20 4e 65 74 77 6f 72 Test
2015-04-21 17:52:30 [697] [6] DEBUG: data: 6b 73 20 35 3a 35 32 20 50
4d
2015-04-21 17:52:30 [697] [6] DEBUG: Octet string dump ends.
2015-04-21 17:52:30 [697] [6] DEBUG: SMPP PDU dump ends.
2015-04-21 17:52:30 [697] [6] DEBUG: SMPP[TR_SMSC1]: throughput
(2.00,100.00)
2015-04-21 17:52:30 [697] [6] DEBUG: SMPP[TR_SMSC1]: Got PDU:
2015-04-21 17:52:30 [697] [6] DEBUG: SMPP PDU 0x7f223c000a10 dump:
2015-04-21 17:52:30 [697] [6] DEBUG: type_name: *submit_sm_resp*
2015-04-21 17:52:30 [697] [6] DEBUG: command_id: 2147483652 = 0x80000004
2015-04-21 17:52:30 [697] [6] DEBUG: command_status: 0 = 0x00000000
2015-04-21 17:52:30 [697] [6] DEBUG: sequence_number: 55 = 0x00000037
2015-04-21 17:52:30 [697] [6] DEBUG: message_id:
2015-04-21 17:52:30 [697] [6] DEBUG: Octet string at 0x7f223c001700:
2015-04-21 17:52:30 [697] [6] DEBUG: len: 23
2015-04-21 17:52:30 [697] [6] DEBUG: size: 24
2015-04-21 17:52:30 [697] [6] DEBUG: immutable: 0
2015-04-21 17:52:30 [697] [6] DEBUG: data: 33 35 37 31 34 32 39 36 31
38 39 35 30 34 33 35 3571429618950435
2015-04-21 17:52:30 [697] [6] DEBUG: data: 35 35 36 37 33 37
38 5567378
2015-04-21 17:52:30 [697] [6] DEBUG: Octet string dump ends.
2015-04-21 17:52:30 [697] [6] DEBUG: SMPP PDU dump ends.
2015-04-21 17:52:30 [697] [6] DEBUG: DLR[mysql]: Adding DLR smsc=TR_SMSC1,
ts=35714296189504355567378, src=INSIGN, dst=9754178790, mask=31,
boxc=sqlbox1
2015-04-21 17:52:30 [697] [6] DEBUG: adding DLR entry into database
2015-04-21 17:52:30 [697] [6] DEBUG: sql: INSERT INTO `dlr` (`smsc`, `ts`,
`source`, `destination`, `service`, `url`, `mask`, `boxc`, `status`) VALUES
(?, ?, ?, ?, ?, ?, ?, ?, 0)
2015-04-21 17:52:30 [697] [6] DEBUG: SMSC[TR_SMSC1]: creating DLR message
2015-04-21 17:52:30 [697] [6] DEBUG: SMSC[TR_SMSC1]: DLR = 27
2015-04-21 17:52:30 [697] [6] DEBUG: SMPP[TR_SMSC1]: throughput
(2.00,100.00)
*And this is access log:*
2015-04-21 17:52:30 Sent SMS [SMSC:TR_SMSC1] [SVC:] [ACT:] [BINF:]
[FID:35714296189504355567378] [META:?smpp_resp?] [from:INSIGN]
[to:9754178790] [flags:-1:0:-1:-1:31] [msg:26:Test] [udh:0:]
2015-04-21 17:52:30 Receive DLR [SMSC:TR_SMSC1] [SVC:] [ACT:] [BINF:]
[FID:35714296189504355567378] [META:?smpp_resp?] [from:INSIGN]
[to:9754178790] [flags:-1:-1:-1:-1:8] [msg:4:ACK/] [udh:0:]
*Kannel monitor log in above thread.*
Can you suggest me what is the exact issue and how to resolve this.
Thanks in advance.
Thanks
Ammar Ali
On Tue, Apr 21, 2015 at 4:42 PM, Ammar Ali <ammarali3...@gmail.com> wrote:
> Hello,
>
> *This is my kannel monitor log:*
>
> Kannel bearerbox version `1.4.4'. Build `Feb 20 2015 13:58:20', compiler
> `4.4.7 20120313 (Red Hat 4.4.7-11)'. System Linux, release
> 2.6.32-042stab094.7, version #1 SMP Wed Oct 22 12:43:21 MSK 2014, machine
> x86_64. Hostname Localhost, IP 192.168.1.101. Libxml version 2.7.6. Using
> OpenSSL 1.0.1e-fips 11 Feb 2013. Compiled with MySQL 5.6.22, using MySQL
> 5.6.23. Using native malloc.
>
> Status: running, uptime 0d 0h 10m 33s
>
> WDP: received 0 (0 queued), sent 0 (0 queued)
>
> SMS: received 0 (0 queued), sent 2 (0 queued), store size -1
> SMS: inbound (0.00,0.00,0.00) msg/sec, outbound (0.00,0.01,0.00) msg/sec
>
> DLR: received 4, sent 0
> DLR: inbound (0.01,0.01,0.01) msg/sec, outbound (0.00,0.00,0.00) msg/sec
> DLR: 28 queued, using mysql storage
>
> Box connections:
> smsbox:smsbox, IP 127.0.0.1 (0 queued), (on-line 0d 0h 10m 24s)
> smsbox:sqlbox, IP 127.0.0.1 (0 queued), (on-line 0d 0h 5m 24s)
>
> SMSC connections:
> *TR_SMSC1*[TR_SMSC1] SMPP:10.10.10.110:5775/5775:XXXXXXXX:VMA
> (online 632s, rcvd: sms 0 (0.00,0.00,0.00) / dlr 1 (0.01,0.00,0.00), sent:
> sms 1 (0.01,0.00,0.00) / dlr 0 (0.00,0.00,0.00), failed 0, queued 0 msgs)
> *PR_SMSC1*[PR_SMSC1] SMPP:10.10.10.110:5775/5775:XXXXXXXX:VMA
> (online 632s, rcvd: sms 0 (0.00,0.00,0.00) / dlr 0 (0.00,0.00,0.00), sent:
> sms 0 (0.00,0.00,0.00) / dlr 0 (0.00,0.00,0.00), failed 0, queued 0 msgs)
> *TR_SMSC3*[TR_SMSC3] SMPP:10.10.10.110:2775/2775:XXXXXXXX:SMPP
> (online 632s, rcvd: sms 0 (0.00,0.00,0.00) / dlr 1 (0.00,0.00,0.00), sent:
> sms 0 (0.00,0.00,0.00) / dlr 0 (0.00,0.00,0.00), failed 1, queued 0 msgs)
> *PR_SMSC3*[PR_SMSC3] SMPP:10.10.10.110:2775/2775:XXXXXXXX:SMPP
> (online 632s, rcvd: sms 0 (0.00,0.00,0.00) / dlr 2 (0.00,0.01,0.00), sent:
> sms 1 (0.00,0.00,0.00) / dlr 0 (0.00,0.00,0.00), failed 0, queued 0 msgs)
>
>
> I'm getting partially delivery reports and growing this
>
> *DLR: 28 queued, using mysql storage.*
> So Please suggest me that what to do.
>
>
> Thanks
> Ammar Ali
>
>
>
> On Sat, Apr 18, 2015 at 7:31 PM, Cliff Court <cco...@telkomsa.net> wrote:
>
>> Does your smsc log indicate you are binding as a transceiver?
>>
>>
>> On 2015/04/18 01:12 PM, Ammar Ali wrote:
>>
>> One more thing I'm getting message on my mobile number as well submit
>> report.
>>
>>
>> Thanks
>> Ammar Ali
>>
>> On Sat, Apr 18, 2015 at 4:41 PM, Ammar Ali <ammarali3...@gmail.com>
>> wrote:
>>
>>> This is my kannel configuration
>>> #-------------------------------------------------
>>> # THIS IS A CONFIGURATION FOR KANNEL SMS Gateway
>>> #-------------------------------------------------
>>> # Single Group "CORE"
>>> #-------------------------------------------------
>>>
>>> group = core
>>> admin-port = "13000"
>>> admin-port-ssl="no"
>>> admin-password = "xxxxxxxx"
>>> status-password = "xxxxxxxx"
>>> admin-deny-ip="*.*.*.*"
>>> admin-allow-ip="*.*.*.*"
>>> smsbox-interface ="127.0.0.1"
>>> smsbox-port = "13001"
>>> #smsbox-port-ssl="no"
>>> log-file = "/home/bulksms/public_html/kannel/logs/kannel1.log"
>>> log-level = "0"
>>> access-log = "/home/bulksms/public_html/kannel/logs/access1.access"
>>> dlr-storage = "internal"
>>> sms-incoming-queue-limit = "-1"
>>> sms-outgoing-queue-limit = "1000000"
>>> smsbox-max-pending = "100"
>>> sms-resend-freq = "60"
>>> sms-resend-retry = "-1"
>>>
>>> #-------------------------------------------------
>>> # Single Group "smsbox"
>>> #-------------------------------------------------
>>>
>>> group = smsbox
>>> smsbox-id = "smsbox"
>>> bearerbox-host = "127.0.0.1"
>>> bearerbox-port = "15001"
>>> sendsms-port = "15010"
>>> log-file = "/home/bulksms/public_html/kannel/logs/smsbox1.log"
>>> log-level = "0"
>>> access-log="/home/bulksms/public_html/kannel/logs/smsaccess1.access"
>>> sendsms-chars = "0123456789+ "
>>> #max-pending-requests = "512"
>>> sendsms-url="/cgi-bin/sendsms"
>>> #global-sender = "123456"
>>> #ms-length = "140"
>>> #http-request-retry=5
>>> mo-recode='1'
>>>
>>> #-------------------------------------------------
>>> # Multi Group "SMSC"
>>> #-------------------------------------------------
>>>
>>> group = smsc
>>> smsc = "smpp"
>>> smsc-id = "vmobi_tsmsc"
>>> log-file = "/home/bulksms/public_html/kannel/logs/vmobi_tsmsc1.log"
>>> log-level = "0"
>>> host = "xxx.xxx.xxx.xxx"
>>> port = "xxxx"
>>> #receive-port="xxxx"
>>> smsc-username = "xxxxxx"
>>> smsc-password = "xxxxxx"
>>> allowed-smsc-id = "vmobi_tsmsc"
>>> preferred-smsc-id = "vmobi_tsmsc"
>>> source-addr-ton = "0"
>>> source-addr-npi = "1"
>>> dest-addr-ton = "1"
>>> dest-addr-npi = "1"
>>> service-type = "CMT"
>>> system-type = "VMA"
>>> alt-charset="ASCII"
>>> enquire-link-interval = "120"
>>> reconnect-delay = "0"
>>> transceiver-mode = "true"
>>> interface-version = "34"
>>> connection-timeout = "0"
>>> throughput = "100"
>>> reroute-dlr=true
>>>
>>> #-------------------------------------------------
>>> # Multi Group "smsbox-route"
>>> #-------------------------------------------------
>>>
>>> group = smsbox-route
>>> smsbox-id = "smsbox"
>>> smsc-id = "vmobi_tsmsc"
>>>
>>> #-------------------------------------------------
>>> # Multi Group "sms-service"
>>> # There should be always a 'default' service.
>>> # This service is used when no other 'sms-service' is applied.
>>> #-------------------------------------------------
>>>
>>> group = sms-service
>>> keyword = default
>>> text = "No service specified"
>>> accept-x-kannel-headers = true
>>> #max-messages = 3
>>> concatenation = true
>>> catch-all = true
>>>
>>> #-------------------------------------------------
>>> # Multi Group "sendsms-user"
>>> #-------------------------------------------------
>>>
>>> group = sendsms-user
>>> name = "sendsmsuser1"
>>> username = "tester1"
>>> password = "tester1"
>>> forced-smsc = "vmobi_tsmsc"
>>> #default-smsc= "vmobi_tsmsc"
>>> #user-allow-ip="*.*.*.*"
>>> max-messages="10"
>>>
>>> #-------------------------------------------------
>>>
>>> Please If there is an issue then let me know.
>>>
>>>
>>> Thanks
>>> Ammar Ali
>>>
>>>
>>> On Sat, Apr 18, 2015 at 4:32 PM, Cliff Court <cco...@telkomsa.net>
>>> wrote:
>>>
>>>> Hi Ammar
>>>>
>>>> If you aren't getting a deliver_sm, it sounds like there is an issue
>>>> with the SMSC rather than anything you are doing or configuring. You are
>>>> requesting a "registered-delivery" so I would expect the deliver_sm.
>>>>
>>>> Is your SMS message reaching your test mobile phone? If it isn't, you
>>>> would need to wait for an expiry or failed deliver_sm status, but that
>>>> could take several hours (or days in some cases)
>>>>
>>>>
>>>> On 2015/04/18 12:34 PM, Ammar Ali wrote:
>>>>
>>>> For Your Information:
>>>>
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: type_name: *submit_sm*
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: command_id: 4 = 0x00000004
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: command_status: 0 = 0x00000000
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: sequence_number: 2 = 0x00000002
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: service_type: "CMT"
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: source_addr_ton: 5 = 0x00000005
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: source_addr_npi: 0 = 0x00000000
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: source_addr: "IAMFCP"
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: dest_addr_ton: 1 = 0x00000001
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: dest_addr_npi: 1 = 0x00000001
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: destination_addr: "9039238251"
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: esm_class: 3 = 0x00000003
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: protocol_id: 0 = 0x00000000
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: priority_flag: 0 = 0x00000000
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: schedule_delivery_time: NULL
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: validity_period: NULL
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: registered_delivery: 1 =
>>>> 0x00000001
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: replace_if_present_flag: 0 =
>>>> 0x00000000
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: data_coding: 0 = 0x00000000
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: sm_default_msg_id: 0 =
>>>> 0x00000000
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: sm_length: 5 = 0x00000005
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: short_message: "hello"
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: SMPP PDU dump ends.
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: SMPP[newtsmsc]: throughput
>>>> (1.00,100.00)
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: SMPP[newtsmsc]: throughput
>>>> (1.00,100.00)
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: SMPP[newtsmsc]: Got PDU:
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: SMPP PDU 0x7f2838001700 dump:
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: type_name: *submit_sm_resp*
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: command_id: 2147483652 =
>>>> 0x80000004
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: command_status: 0 = 0x00000000
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: sequence_number: 2 = 0x00000002
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: message_id:
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: Octet string at 0x7f2838001150:
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: len: 36
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: size: 37
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: immutable: 0
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: data: 35 38 37 64 30 36 30
>>>> 39 2d 35 33 34 61 2d 34 65 587d0609-534a-4e
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: data: 66 38 2d 39 63 37 63
>>>> 2d 37 39 33 30 61 63 37 61 f8-9c7c-7930ac7a
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: data: 39 33 37
>>>> 61 937a
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: Octet string dump ends.
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: SMPP PDU dump ends.
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: DLR[internal]: Adding DLR
>>>> smsc=newtsmsc, ts=587d0609-534a-4ef8-9c7c-7930ac7a937a, src=IAMFCP,
>>>> dst=9039238251, mask=31, boxc=smsbox
>>>> 2015-04-18 15:52:36 [7282] [9] DEBUG: SMPP[newtsmsc]: throughput
>>>> (1.00,100.00)
>>>> 2015-04-18 15:54:09 [7282] [9] DEBUG: SMPP[newtsmsc]: Sending enquire
>>>> link:
>>>> 2015-04-18 15:54:09 [7282] [9] DEBUG: SMPP PDU 0x7f2838001700 dump:
>>>>
>>>>
>>>>
>>>> On Sat, Apr 18, 2015 at 4:01 PM, Ammar Ali <ammarali3...@gmail.com>
>>>> wrote:
>>>>
>>>>> *Hello** Cliff,*
>>>>>
>>>>> I'm sending sms using SQLBox, and I'm inserting message into
>>>>> send_sms table with dlr_mask=31.
>>>>>
>>>>> But When I'm seeing my log files there is no *delivery_sm* packet
>>>>> for delivery report.
>>>>>
>>>>>
>>>>> *This is the sql query for insertion:*
>>>>>
>>>>> INSERT INTO send_sms (momt, sender, receiver, msgdata, sms_type,
>>>>> smsc_id, dlr_mask)
>>>>> VALUES ('MT', 'TESTIN', '9039238251, 'SQLBOX TESTING SERVER', 2,
>>>>> 'newtsmsc', 31);
>>>>>
>>>>>
>>>>> Please suggest me that how to get this delivery report.
>>>>>
>>>>>
>>>>> Thanks
>>>>> Ammar Ali
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> On Sat, Apr 18, 2015 at 3:40 PM, Cliff Court <cco...@telkomsa.net>
>>>>> wrote:
>>>>>
>>>>>> If you are using sendsms to send messages , are you including the
>>>>>> dlr-mask and dlr-url in URL parameters?
>>>>>>
>>>>>> e.g. set dlr-mask=31 (for all reports) and dlr-url must be set for a
>>>>>> script that can store your dlr data
>>>>>>
>>>>>> Thanks
>>>>>> Cliff
>>>>>>
>>>>>>
>>>>>> On 2015/04/18 08:34 AM, Ammar Ali wrote:
>>>>>>
>>>>>> I'm not getting Delivery Report.
>>>>>>
>>>>>> On Sat, Apr 18, 2015 at 12:04 PM, Ammar Ali <ammarali3...@gmail.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Hello Team,
>>>>>>>
>>>>>>> I had some issue with delivery reports. I configured smsc
>>>>>>> configuration for transmit and receiving sms and dlr.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> *This is my configuration: *group = smsc
>>>>>>> smsc = smpp
>>>>>>> smsc-id = tx_smsc
>>>>>>> host= xxx.xxx.xxx.xxx
>>>>>>> smsc-username= xxxxxx
>>>>>>> smsc-password= xxxx
>>>>>>> port = 2775
>>>>>>> #receive-port= 2775
>>>>>>> connect-allow-ip = 127.0.0.1
>>>>>>> system-type="SMPP"
>>>>>>> address-range=""
>>>>>>> alt-charset=1
>>>>>>> alt-charset="ASCII"
>>>>>>> source-addr-ton=1
>>>>>>> source-addr-npi=1
>>>>>>> dest-addr-ton=1
>>>>>>> dest-addr-npi=1
>>>>>>> #transceiver-mode=1
>>>>>>> allowed-smsc-id=newtsmsc
>>>>>>> throughput= 40
>>>>>>> log-file =/home/bulksms/public_html/kannel/logs/new_tsmsc1.log
>>>>>>> log-level = 0
>>>>>>>
>>>>>>> -----------------------------------------------------------------------------------------------------
>>>>>>> group = smsc
>>>>>>> smsc = smpp
>>>>>>> smsc-id = rx_smsc
>>>>>>> host= xxx.xxx.xxx.xxx
>>>>>>> smsc-username= xxxxxxx
>>>>>>> smsc-password= xxxxxxx
>>>>>>> #port = 2775
>>>>>>> receive-port= 2775
>>>>>>> connect-allow-ip = 127.0.0.1
>>>>>>> system-type="SMPP"
>>>>>>> address-range=""
>>>>>>> alt-charset="ASCII"
>>>>>>> source-addr-ton=1
>>>>>>> source-addr-npi=1
>>>>>>> dest-addr-ton=1
>>>>>>> dest-addr-npi=1
>>>>>>> #transceiver-mode=1
>>>>>>> allowed-smsc-id=newtrsmsc
>>>>>>> log-file =/home/bulksms/public_html/kannel/logs/new_trsmsc1.log
>>>>>>> log-level = 0
>>>>>>>
>>>>>>> Can you suggest me where is the actual problem in my configuration.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Thanks
>>>>>>> Ammar Ali
>>>>>>> FRAMP Technology
>>>>>>> Pune (MH)
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>
>>>>>>
>>>>>
>>>>
>>>>
>>>
>>
>>
>
