Bug? receiver bind being created when transceiver-mode is enabled and receive-port is also specified

Juan Nin <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <[email protected]>
Hi!

When configuring an SMPP 3.4 SMSC, if you specify it to use
transceiver mode but also specify a receive-port, not only the
transceiver bind is created, but also a receiver one.
It doesn't seem to create any issues with messaging, but can make you
run out of available allowed sessions against the remote SMSC before
the intended.

I guess that receive-port should be omitted when loading the
configuration if transceiver-mode is enabled, or at least issue a
warning or error if not.

Sample relevant configuration piece:

group                 = smsc
smsc                  = smpp
interface-version     = 34
transceiver-mode      = 1
smsc-id               = "mySmsc"
allowed-smsc-id       = "MYSMSC"
host                  = "xxx.xxx.xxx.xxx"
port                  = xxxx
receive-port          = xxxx
smsc-username         = "myUser"
smsc-password         = "myPasswd"


Sample debug log showing both the transceiver and the receiver binds
being established:


2010-05-05 20:20:16 [25778] [68] DEBUG: SMPP[mySmsc]: Sending PDU:
2010-05-05 20:20:16 [25778] [68] DEBUG: SMPP PDU 0x1bf27980 dump:
2010-05-05 20:20:16 [25778] [68] DEBUG:   type_name: bind_transceiver
2010-05-05 20:20:16 [25778] [68] DEBUG:   command_id: 9 = 0x00000009
2010-05-05 20:20:16 [25778] [68] DEBUG:   command_status: 0 = 0x00000000
2010-05-05 20:20:16 [25778] [68] DEBUG:   sequence_number: 1 = 0x00000001
2010-05-05 20:20:16 [25778] [68] DEBUG:   system_id: "myUser"
2010-05-05 20:20:16 [25778] [68] DEBUG:   password: "myPasswd"
2010-05-05 20:20:16 [25778] [68] DEBUG:   system_type: ""
2010-05-05 20:20:16 [25778] [68] DEBUG:   interface_version: 52 = 0x00000034
2010-05-05 20:20:16 [25778] [68] DEBUG:   addr_ton: 0 = 0x00000000
2010-05-05 20:20:16 [25778] [68] DEBUG:   addr_npi: 0 = 0x00000000
2010-05-05 20:20:16 [25778] [68] DEBUG:   address_range: NULL
2010-05-05 20:20:16 [25778] [68] DEBUG: SMPP PDU dump ends.
2010-05-05 20:20:16 [25778] [69] DEBUG: SMPP[mySmsc]: Sending PDU:
2010-05-05 20:20:16 [25778] [69] DEBUG: SMPP PDU 0x1bfaf080 dump:
2010-05-05 20:20:16 [25778] [69] DEBUG:   type_name: bind_receiver
2010-05-05 20:20:16 [25778] [69] DEBUG:   command_id: 1 = 0x00000001
2010-05-05 20:20:16 [25778] [69] DEBUG:   command_status: 0 = 0x00000000
2010-05-05 20:20:16 [25778] [69] DEBUG:   sequence_number: 2 = 0x00000002
2010-05-05 20:20:16 [25778] [69] DEBUG:   system_id: "myUser"
2010-05-05 20:20:16 [25778] [69] DEBUG:   password: "myPasswd"
2010-05-05 20:20:16 [25778] [69] DEBUG:   system_type: ""
2010-05-05 20:20:16 [25778] [69] DEBUG:   interface_version: 52 = 0x00000034
2010-05-05 20:20:16 [25778] [69] DEBUG:   addr_ton: 0 = 0x00000000
2010-05-05 20:20:16 [25778] [69] DEBUG:   addr_npi: 0 = 0x00000000
2010-05-05 20:20:16 [25778] [69] DEBUG:   address_range: NULL
2010-05-05 20:20:16 [25778] [69] DEBUG: SMPP PDU dump ends.
2010-05-05 20:20:16 [25778] [68] DEBUG: Optional parameter tag (0x0210)
2010-05-05 20:20:16 [25778] [68] DEBUG: Optional parameter length read as 1
2010-05-05 20:20:16 [25778] [68] DEBUG: SMPP[mySmsc]: Got PDU:
2010-05-05 20:20:16 [25778] [68] DEBUG: SMPP PDU 0x1bc38e60 dump:
2010-05-05 20:20:16 [25778] [68] DEBUG:   type_name: bind_transceiver_resp
2010-05-05 20:20:16 [25778] [68] DEBUG:   command_id: 2147483657 = 0x80000009
2010-05-05 20:20:16 [25778] [68] DEBUG:   command_status: 0 = 0x00000000
2010-05-05 20:20:16 [25778] [68] DEBUG:   sequence_number: 1 = 0x00000001
2010-05-05 20:20:16 [25778] [68] DEBUG:   system_id: "GatewayName"
2010-05-05 20:20:16 [25778] [68] DEBUG:   sc_interface_version: 52 = 0x00000034
2010-05-05 20:20:16 [25778] [68] DEBUG: SMPP PDU dump ends.
2010-05-05 20:20:16 [25778] [68] DEBUG: SMPP[mySmsc]: throughput (0.00,10.00)
2010-05-05 20:20:16 [25778] [69] DEBUG: Optional parameter tag (0x0210)
2010-05-05 20:20:16 [25778] [69] DEBUG: Optional parameter length read as 1
2010-05-05 20:20:16 [25778] [69] DEBUG: SMPP[mySmsc]: Got PDU:
2010-05-05 20:20:16 [25778] [69] DEBUG: SMPP PDU 0x1bf78420 dump:
2010-05-05 20:20:16 [25778] [69] DEBUG:   type_name: bind_receiver_resp
2010-05-05 20:20:16 [25778] [69] DEBUG:   command_id: 2147483649 = 0x80000001
2010-05-05 20:20:16 [25778] [69] DEBUG:   command_status: 0 = 0x00000000
2010-05-05 20:20:16 [25778] [69] DEBUG:   sequence_number: 2 = 0x00000002
2010-05-05 20:20:16 [25778] [69] DEBUG:   system_id: "GatewayName"
2010-05-05 20:20:16 [25778] [69] DEBUG:   sc_interface_version: 52 = 0x00000034
2010-05-05 20:20:16 [25778] [69] DEBUG: SMPP PDU dump ends.

Regards,

-- 
Juan Nin
3Cinteractive / Mobilizing Great Brands
http://www.3cinteractive.com
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.