@@ -10,7 +10,7 @@ For a job I had to write an application which handles both, SMS PDU and SMPP
10
10
PDU - which also involved User Data Headers, fiddling with the GSM alphabets,
11
11
and so on. Fortunately, there are two libraries for this purpose:
12
12
13
- * [ smpplib ] : (https://github.com/SciF0r/python-smpplib)
13
+ * [ smpplib] ( https://github.com/SciF0r/python-smpplib )
14
14
* [ smspdu] ( https://github.com/SciF0r/smspdu )
15
15
16
16
Both work quite well, but are incomplete. Additionally, smpplib has not unit
@@ -20,17 +20,17 @@ libraries and to write a new library which unites both and is complete.
20
20
Resources
21
21
---------
22
22
23
- * [ SMPP specification ] : (http://www.nowsms.com/discus/messages/1/SMPP_v3_4_Issue1_2-24857.pdf)
24
- * [ SMS specification ] : (http://www.etsi.org/deliver/etsi_gts/03/0340/05.03.00_60/gsmts_0340v050300p.pdf)
23
+ * [ SMPP specification] ( http://www.nowsms.com/discus/messages/1/SMPP_v3_4_Issue1_2-24857.pdf )
24
+ * [ SMS specification] ( http://www.etsi.org/deliver/etsi_gts/03/0340/05.03.00_60/gsmts_0340v050300p.pdf )
25
25
26
26
The Plan
27
27
--------
28
28
29
29
I think that the following steps should be done (in this order):
30
30
31
- # Declare the required classes to describe SMPP and SMPP PDU
32
- # Design an architecture which allows generic generation of PDU
33
- # Based on this, design the rest of the software
34
- # ...
31
+ 1 . Declare the required classes to describe SMPP and SMPP PDU
32
+ 2 . Design an architecture which allows generic generation of PDU
33
+ 3 . Based on this, design the rest of the software
34
+ 4 . ...
35
35
36
36
Everything shall be unit tested.
0 commit comments