If you make transciever connection, you should enable transciever mode in your config file for this smsc. If you have transmit/recieve, you should make 2 connections - 1 for transmit and 1 for recieve separately in config file. Port, that shouldn't transmit in one case or recieve in another - must be 0.
exemple by Alexander Malysh group = smsc smsc-id = MEGAFON smsc = smpp host = xxx port = 3333 smsc-username = "1110100" smsc-password = "xxx" source-addr-ton = 0 source-addr-npi = 0 dest-addr-ton = 1 dest-addr-npi = 1 system-type = VMA throughput = 1000 reconnect-delay = 5 connection-timeout = 120 transceiver-mode = true or if megfon doesn't support transceiver mode use to smsc groups, one for transmitter and one for receiver mode: group = smsc smsc-id = MEGAFON smsc = smpp host = xxx port = 3333 receive-port = 0 smsc-username = "1110100" smsc-password = "xxx" source-addr-ton = 0 source-addr-npi = 0 dest-addr-ton = 1 dest-addr-npi = 1 system-type = VMA throughput = 1000 reconnect-delay = 5 connection-timeout = 120 group = smsc smsc-id = MEGAFON smsc = smpp host = xxx port = 0 receive-port = 3333 smsc-username = "1110100" smsc-password = "xxx" source-addr-ton = 0 source-addr-npi = 0 dest-addr-ton = 1 dest-addr-npi = 1 system-type = VMA throughput = 1000 reconnect-delay = 5 connection-timeout = 120 2011/3/17 Mohammed Saleem <[email protected]>: > Hello Alex > > Thanks for this great info, I will try it and keep monitoring for awhile, > but can you point me where to look for this issue in the code? I need to get > it solved because not all the SMPP providers allow me to connect in > tranceiver mode, some of them obligate me to connect transmit/receive > > Thanks > > > Best Regards, > Mohammed M I Sleem > > http://www.abusleem.net - Personal blog > > http://www.freakle.com - The Search Freak > > > > On Thu, Mar 17, 2011 at 11:38 AM, Alexander Ulitin <[email protected]> wrote: >> >> Try transciever mode turned on. Alexander Malysh suggested this >> solution and it works. It's a problem when you don't do transciever >> mode and work with one connection in transmitter/reciever mode. >> >> 2011/3/17 Mohammed Saleem <[email protected]>: >> > Dear Kannelers >> > >> > >> > I have this case occurred again, the messages are kept into infinite >> > loop, >> > but when I shutdown the SMSC connectiong using the HTTP admin interface, >> > they got rejected, I started the connection again, everything is back to >> > normal >> > >> > >> > I have attached the log of the infinite loop + the rejection of the >> > messages >> > when I shutdown the SMSC link, this is a proof that the routing >> > configurations has no problem. >> > >> > >> > Any attention is highly appreciated >> > >> > >> > >> > Best Regards, >> > Mohammed M I Sleem >> > >> > http://www.abusleem.net - Personal blog >> > >> > http://www.freakle.com - The Search Freak >> > >> > >> > >> > On Mon, Feb 28, 2011 at 5:21 PM, Александр Улитин <[email protected]> >> > wrote: >> >> >> >> Yes, I have the same trouble as Mohammed Saleem, but on low load. >> >> Messages just stay in the queue and re-queue infinitely. And I restart >> >> service if it happens and it works fine, sending messages. It >> >> shouldn't be a problem with smsbox routing block because I have only >> >> one smsbox and it's a problem with outgoing messages, that are already >> >> in the queue. And even if I try to make smsbox-id as Luís Tiago Rico >> >> recommends, I have a warning smsbox list empty and messages are not >> >> sent. >> >> >> >> 2011/2/28 Mohammed Saleem <[email protected]>: >> >> > Guys, thanks for your answers, but it is not like what you think! >> >> > >> >> > >> >> > The sms route is fine, the messages goes to the SMSC queue OK, but >> >> > sometimes >> >> > these messages stuck in the queue with routing-failed and the gets >> >> > re-queued >> >> > automatically by the BB infinitely, which causes the SMSC queue >> >> > becomes >> >> > Full!! after that any message you submit to the smsbox http interface >> >> > you >> >> > get a response "Queue Full". The only solution for this issue is to >> >> > manually >> >> > reset the connection (not kannel) to clear the queue. >> >> > >> >> > Note: If the MT message is not routed and you submitted a MT message >> >> > to >> >> > the >> >> > smsbox HTTP interface then you get a result "not-routed" and the >> >> > message >> >> > is >> >> > discarded, but in this case the message gets re-queued infinitely!! >> >> > >> >> > >> >> > I hope you understand the issue >> >> > >> >> > >> >> > Best Regards, >> >> > Mohammed M I Sleem >> >> > >> >> > http://www.abusleem.net - Personal blog >> >> > >> >> > http://www.freakle.com - The Search Freak >> >> > >> >> > >> >> > >> >> > On Mon, Feb 28, 2011 at 4:51 PM, Luís Tiago Rico >> >> > <[email protected]> wrote: >> >> >> >> >> >> Something is missing in your route! >> >> >> You should declare you want route your smsbox to your smscenter >> >> >> (megafon) by smsc-id or short-code! >> >> >> Please read carefully the docs! ;) >> >> >> Best Regards >> >> >> 2011/2/28 Александр Улитин <[email protected]> >> >> >>> >> >> >>> @Mohammed Saleem I have only one smsc with very low load (maximum - >> >> >>> 1000 sms/day), one smsbox, one user and one service, that executes >> >> >>> a >> >> >>> script, that can send sms via http sendsms. I can give you access >> >> >>> to >> >> >>> test it with my smsc (megafon - ) and OS. >> >> >>> >> >> >>> @Luís Tiago Rico I made corrections to my kannel.conf and that >> >> >>> doesn't >> >> >>> work (i've restarted kannel). I have the same error. >> >> >>> >> >> >>> group = smsbox >> >> >>> bearerbox-host = localhost >> >> >>> sendsms-port = 13003 >> >> >>> global-sender = 000037 >> >> >>> log-file = /var/log/kannel/smsbox.log >> >> >>> log-level = 0 >> >> >>> access-log = /var/log/kannel/access_smsbox.log >> >> >>> smsbox-id = mysmsc >> >> >>> >> >> >>> group = smsbox-route >> >> >>> smsbox-id = mysmsc >> >> >>> >> >> >>> >> >> >>> 2011/2/28 Luís Tiago Rico <[email protected]>: >> >> >>> > Please read documentation about smsbox-route group! >> >> >>> > >> >> >>> > 2011/2/28 Mohammed Saleem <[email protected]> >> >> >>> >> >> >> >>> >> I faced the same issue in svn kannel, I have seen it once with >> >> >>> >> load-balanced SMSC connection, but I am waiting for it to happen >> >> >>> >> again >> >> >>> >> so I >> >> >>> >> can report it. still didn't happen again, weird >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> Best Regards, >> >> >>> >> Mohammed M I Sleem >> >> >>> >> >> >> >>> >> http://www.abusleem.net - Personal blog >> >> >>> >> >> >> >>> >> http://www.freakle.com - The Search Freak >> >> >>> >> >> >> >>> >> >> >> >>> >> >> >> >>> >> On Mon, Feb 28, 2011 at 1:12 PM, Александр Улитин >> >> >>> >> <[email protected]> >> >> >>> >> wrote: >> >> >>> >>> >> >> >>> >>> Hello. Asking for help with this bug: >> >> >>> >>> Kannel 1.4.3. >> >> >>> >>> Everything works OK, but at any moment it can stop sending >> >> >>> >>> messages >> >> >>> >>> (connection is established, as you kan see in the log) with >> >> >>> >>> such >> >> >>> >>> error >> >> >>> >>> in the log. When I restart kannel, and smsc is connected it >> >> >>> >>> sends >> >> >>> >>> messages in the queue and works fine, but it can break any >> >> >>> >>> moment. >> >> >>> >>> It >> >> >>> >>> seems, that any reconnect to smsc could break the system. >> >> >>> >>> forced and default smsc settings don't resolve the problem. >> >> >>> >>> >> >> >>> >>> 2011-02-28 13:39:02 [98765] [8] DEBUG: sms_router: gwlist_len = >> >> >>> >>> 2 >> >> >>> >>> 2011-02-28 13:39:02 [98765] [8] DEBUG: sms_router: handling >> >> >>> >>> message >> >> >>> >>> (0x801d20880 vs 0x801d20880) >> >> >>> >>> 2011-02-28 13:39:02 [98765] [8] DEBUG: Routing failed, >> >> >>> >>> re-queued. >> >> >>> >>> 2011-02-28 13:39:02 [98765] [8] DEBUG: sms_router: handling >> >> >>> >>> message >> >> >>> >>> (0x801f9c880 vs 0x801d20880) >> >> >>> >>> 2011-02-28 13:39:02 [98765] [8] DEBUG: Routing failed, >> >> >>> >>> re-queued. >> >> >>> >>> 2011-02-28 13:39:02 [98765] [8] DEBUG: sms_router: handling >> >> >>> >>> message >> >> >>> >>> (0x801d20880 vs 0x801d20880) >> >> >>> >>> 2011-02-28 13:39:02 [98765] [8] DEBUG: Routing failed, >> >> >>> >>> re-queued. >> >> >>> >>> 2011-02-28 13:39:02 [98765] [8] DEBUG: sms_router: time to >> >> >>> >>> sleep >> >> >>> >>> 5.00 >> >> >>> >>> secs. >> >> >>> >>> 2011-02-28 13:39:03 [98765] [7] DEBUG: SMPP[MEGAFON]: Got PDU: >> >> >>> >>> 2011-02-28 13:39:03 [98765] [7] DEBUG: SMPP PDU 0x801c84ac0 >> >> >>> >>> dump: >> >> >>> >>> 2011-02-28 13:39:03 [98765] [7] DEBUG: type_name: >> >> >>> >>> enquire_link >> >> >>> >>> 2011-02-28 13:39:03 [98765] [7] DEBUG: command_id: 21 = >> >> >>> >>> 0x00000015 >> >> >>> >>> 2011-02-28 13:39:03 [98765] [7] DEBUG: command_status: 0 = >> >> >>> >>> 0x00000000 >> >> >>> >>> 2011-02-28 13:39:03 [98765] [7] DEBUG: sequence_number: >> >> >>> >>> 12745886 >> >> >>> >>> = >> >> >>> >>> 0x00c27c9e >> >> >>> >>> 2011-02-28 13:39:03 [98765] [7] DEBUG: SMPP PDU dump ends. >> >> >>> >>> 2011-02-28 13:39:03 [98765] [7] DEBUG: SMPP[MEGAFON]: Sending >> >> >>> >>> PDU: >> >> >>> >>> 2011-02-28 13:39:03 [98765] [7] DEBUG: SMPP PDU 0x801c84900 >> >> >>> >>> dump: >> >> >>> >>> 2011-02-28 13:39:03 [98765] [7] DEBUG: type_name: >> >> >>> >>> enquire_link_resp >> >> >>> >>> 2011-02-28 13:39:03 [98765] [7] DEBUG: command_id: 2147483669 >> >> >>> >>> = >> >> >>> >>> 0x80000015 >> >> >>> >>> 2011-02-28 13:39:03 [98765] [7] DEBUG: command_status: 0 = >> >> >>> >>> 0x00000000 >> >> >>> >>> 2011-02-28 13:39:03 [98765] [7] DEBUG: sequence_number: >> >> >>> >>> 12745886 >> >> >>> >>> = >> >> >>> >>> 0x00c27c9e >> >> >>> >>> 2011-02-28 13:39:03 [98765] [7] DEBUG: SMPP PDU dump ends. >> >> >>> >>> 2011-02-28 13:39:07 [98765] [8] DEBUG: sms_router: gwlist_len = >> >> >>> >>> 2 >> >> >>> >>> 2011-02-28 13:39:07 [98765] [8] DEBUG: sms_router: handling >> >> >>> >>> message >> >> >>> >>> (0x801f9c880 vs 0x801f9c880) >> >> >>> >>> 2011-02-28 13:39:07 [98765] [8] DEBUG: Routing failed, >> >> >>> >>> re-queued. >> >> >>> >>> 2011-02-28 13:39:07 [98765] [8] DEBUG: sms_router: handling >> >> >>> >>> message >> >> >>> >>> (0x801d20880 vs 0x801f9c880) >> >> >>> >>> 2011-02-28 13:39:07 [98765] [8] DEBUG: Routing failed, >> >> >>> >>> re-queued. >> >> >>> >>> 2011-02-28 13:39:07 [98765] [8] DEBUG: sms_router: handling >> >> >>> >>> message >> >> >>> >>> (0x801f9c880 vs 0x801f9c880) >> >> >>> >>> 2011-02-28 13:39:07 [98765] [8] DEBUG: Routing failed, >> >> >>> >>> re-queued. >> >> >>> >>> 2011-02-28 13:39:07 [98765] [8] DEBUG: sms_router: time to >> >> >>> >>> sleep >> >> >>> >>> 5.00 >> >> >>> >>> secs. >> >> >>> >>> >> >> >>> >>> >> >> >>> >>> group = core >> >> >>> >>> admin-port = 13000 >> >> >>> >>> admin-password = tyutyu >> >> >>> >>> log-file = "/var/log/kannel/bearerbox.log" >> >> >>> >>> #log-level = 1 >> >> >>> >>> access-log = "/var/log/kannel/access_kannel.log" >> >> >>> >>> store-file = "/var/log/kannel/store_sms" >> >> >>> >>> smsbox-port = 13001 >> >> >>> >>> dlr-storage = internal >> >> >>> >>> smsbox-max-pending = 100000 >> >> >>> >>> sms-resend-freq=10 >> >> >>> >>> >> >> >>> >>> group = smsc >> >> >>> >>> smsc-id = "MEGAFON" >> >> >>> >>> smsc = smpp >> >> >>> >>> host = xx.xx.xx.xx >> >> >>> >>> port = 3333 >> >> >>> >>> receive-port = 3333 >> >> >>> >>> smsc-username = "xxx" >> >> >>> >>> smsc-password = "xxx" >> >> >>> >>> source-addr-ton = 0 >> >> >>> >>> source-addr-npi = 0 >> >> >>> >>> dest-addr-ton = 1 >> >> >>> >>> dest-addr-npi = 1 >> >> >>> >>> system-type = VMA >> >> >>> >>> reconnect-delay = 2 >> >> >>> >>> connection-timeout = 0 >> >> >>> >>> enquire-link-interval = 180 >> >> >>> >>> >> >> >>> >>> group = smsbox >> >> >>> >>> #smsbox-id = boxy >> >> >>> >>> bearerbox-host = localhost >> >> >>> >>> sendsms-port = 13003 >> >> >>> >>> global-sender = 000037 >> >> >>> >>> log-file = /var/log/kannel/smsbox.log >> >> >>> >>> log-level = 0 >> >> >>> >>> access-log = /var/log/kannel/access_smsbox.log >> >> >>> >>> >> >> >>> >>> group = sendsms-user >> >> >>> >>> username = "user" >> >> >>> >>> password = "xxx" >> >> >>> >>> concatenation = true >> >> >>> >>> max-messages = 10 >> >> >>> >>> forced-smsc = MEGAFON >> >> >>> >>> default-smsc = MEGAFON >> >> >>> >>> >> >> >>> >>> #ENGINE >> >> >>> >>> group = sms-service >> >> >>> >>> keyword = default >> >> >>> >>> post-url = >> >> >>> >>> "http://xxxxxx:8080/smsengine/index/tel/%p/time/%t/coding/%c"; >> >> >>> >>> concatenation = true >> >> >>> >>> max-messages = 0 >> >> >>> >>> >> >> >>> >> >> >> >>> > >> >> >>> > >> >> >>> > >> >> >>> > -- >> >> >>> > Luís Tiago Rico >> >> >>> > >> >> >>> > Present Technologies, Lda >> >> >>> > Rua D. João de Castro >> >> >>> > Urbanização Quinta da Fonte, Lote 12 >> >> >>> > 3030-384 Coimbra >> >> >>> > PORTUGAL >> >> >>> > Phone: (+351) 239 781 834, Fax: (+351) 239 781 835 >> >> >>> > >> >> >> >> >> >> >> >> >> >> >> >> -- >> >> >> Luís Tiago Rico >> >> >> >> >> >> Present Technologies, Lda >> >> >> Rua D. João de Castro >> >> >> Urbanização Quinta da Fonte, Lote 12 >> >> >> 3030-384 Coimbra >> >> >> PORTUGAL >> >> >> Phone: (+351) 239 781 834, Fax: (+351) 239 781 835 >> >> > >> >> > >> > >> > > >
