SMPP/ HTTP Account

Customer SMPP Account

• Allowed IP: only these registered IPs are allowed to send to our network.

• Archived: delete this SMPP account

• Silent SMS: allow to send silent SMS

• Rates WebService: used when customer provide us the API to send Rates.

• Kannel Hosts: registered for 1 or both SMPP Server. Click on the exclamation mark next to SMPP to view the connection logs.

• MT: max message per second.

• MI: max concurrent binds per second.

• Default Rates by Country: when system cannot find the MCC-MNC’s rate, it will fall back to the default rate which is set for each country or for all.

• Routing Pools: assign pre-defined Pool

• Disable PRS: used when we do not want the customer to use Pre Routing Script (pre-created script per network, i.e: changed all sender IDs of KDDI AU to UK #)

If customer selects HTTP method, its format will be: http://[SMPP IP]:[Port]/cgi-bin/sendsms?username=[]&password=[]&smsc=http_[username]&from=[]&to=[]&text=[]

[Port] = 140 + [customer SMPP Account ID] = 5 digits

i.e: teltech1 à 14007, HTTP URL is : http://8.23.196.35:14007/cgi-bin/sendsms?username=teltech1&password=pN4ssoM0&smsc=http_teltech1&from=[phone]&to=13134333244&text=Hello+World

Default Rate:

Troubleshooting

➢ Missing DLR

When any customer complains about missing DRL ( missing few DRL). This may be a result of we enabling second SMPP (.36) and then disabling it , but at the back end the process is still running---------To rectify this : We need to login to the server and issue PS aux | grep <Customer account name> ------If we see process running in the name of the customer , we need to kill the process by : kill <process id> ----

➢ Duplicated Ports / cant start up SMPP account

1. SSH into the smpp server causing the issue (e.g. smpp1.rosy.kddi.local)

2. netstat –tulnp | grep [PORTNUMBER of the customer account not starting]

3. look on the right, you see [PROCESSID]/bearerbox_*

4. ps aux | grep [PROCESSID]

5. in the process details you can see the config name which should match either a customer account name or a supplier name

6. restart the conflicting customer account or supplier

7. start the customer account from above

root@smpp1:/opt/smppserver/logs# netstat –tulnp | grep <port #>