| smpp connectivity |  Search
|
|
NowSMS Support Forums ⬆ NowSMS Support - SMS Issues ⬆ |
◄ ► |
| Author | Message | |||
| liudas New member Username: Bogiukas Post Number: 19 Registered: 08-2011 |
Hey Team, Could You look in this strange behavior? NowSmS version 2015. Operator provided 4 bids to one account so we started experiment what it gives to sending sms performance. However when we changed parameters on connected smpp (transmitter sessions and receiver sessions form 1 to 2 for both) than sms stoped go out of Q folder but smpp connection is showing ok. To start working this smpp connection we did many things and really dont know what cause to up it (restarted smsc service, changed parameters on smpp connection, removed accounts and then again added etc. etc) but finally if to change anything related sessions stop sending sms althougt showing smpp connected. Then again unknown trial to make it connected :( Operator from this side noticed strange behavior: "We can see a strange behavior from your application on this account. It seems like you are trying to connect with both Transmitter and Receiver at almost the same time. Also you are binding and directly sending unbind. 2020-12-04 14:46:39.385 CET SENT_BIND_RESP BIND_TRANSMITTER_RESP 2020-12-04 14:46:39.385 CET RECEIVED_BIND BIND_TRANSMITTER 2020-12-04 14:46:39.405 CET RECEIVED_UNBIND UNBIND 2020-12-04 14:46:44.406 CET SENT_UNBIND_RESP UNBIND_RESP 2020-12-04 14:46:44.445 CET SENT_BIND_RESP BIND_RECEIVER_RESP 2020-12-04 14:46:44.445 CET RECEIVED_BIND BIND_RECEIVER 2020-12-04 14:46:44.464 CET RECEIVED_UNBIND UNBIND 2020-12-04 14:46:49.464 CET SENT_UNBIND_RESP UNBIND_RESP 2020-12-04 14:47:26.774 CET RECEIVED_BIND BIND_TRANSMITTER 2020-12-04 14:47:26.775 CET SENT_BIND_RESP BIND_TRANSMITTER_RESP 2020-12-04 14:47:26.791 CET RECEIVED_UNBIND UNBIND 2020-12-04 14:47:31.791 CET SENT_UNBIND_RESP UNBIND_RESP 2020-12-04 14:47:31.827 CET SENT_BIND_RESP BIND_RECEIVER_RESP 2020-12-04 14:47:31.827 CET RECEIVED_BIND BIND_RECEIVER 2020-12-04 14:47:31.845 CET RECEIVED_UNBIND UNBIND 2020-12-04 14:47:36.845 CET SENT_UNBIND_RESP UNBIND_RESP " 1. Why smpp connectivity stuck althougt smpp connection is ok? 2. How to restart this connection to force it work with default parameters? 3. What cause this issue as we have 4 seesions allowed to use and can have different setups->2TX and 2RX or 4TRX? | |||
| Bryce Norwood - NowSMS Support Board Administrator Username: Bryce Post Number: 8381 Registered: 10-2002 |
Hi, I’m not particularly concerned about the bind/unbind activity, as long as unbinds are occurring as this indicates an intentional disconnect. Yes, to a service provider, this will look odd, but it is associated with verifying/testing connection details after an edit. When the service is active, NowSMS will ask you if you want to test the connection. Answer no, and this bind/unbind activity won’t be performed. As to the actual problem...the first thing we would recommend is changing the settings back to the way they were. Does the problem go away? If not, did you inadvertently change any other settings? Assuming that answer is also no, try restarting the NowSMS service. If you reconfirm that everything is ok when just one sender or transceiver is defined, are any errors being reported in SMSOUT-yyyymmdd.LOG? It would also help to know what type of bind activity your provider is seeing without those connection tests above. Some service providers have a strange way of handling when you exceed the number of allowed connections...they allow the new connection, but forcibly disconnect the oldest connection. This can trigger a situation where NowSMS is constantly reconnecting...similar to what you describe , but I think in this scenario, NiwSMS would not be sending unbind. (I say “think” because I am not 100% certain, as I don’t have any connections to any providers that work this way to allow me to verify right now.) One other piece of advice...generally speaking, I would recommend using transceiver connections instead of separate sender/receiver. Regards, Bryce NowSMS Support | |||
| liudas New member Username: Bogiukas Post Number: 20 Registered: 08-2011 |
Hi Bryce, I was able to reconnect and now dont change anything :) But problem was appeared (probably exist) when I changed binds from RX1 to RX2 and TX1 to TX2 or to TRX4 in order to experiment what is better. Problem didnt go away if I change settings back. Simple smpp connection is ok but sms dont go out from Q folder and no error is anywhere. I did many actions to restore connection and dont know what really helped: 1. Sometimes helped to restore binds when I was removing any extra smpp connection from smsc above this stuck smpp on that moment I was saw that all connections started reconnect and problematic one managed to get up as well. 2. Also I used this advice->"....UseRouteCache=No under the [SMSGW] header in SMSGW.INI. This disables the message routing cache, which was recently added to provide a significant performance boost. However, this cache offers no real performance boost if you are explicitly setting the routing information for all of your messages..." but dont know is it related. 3. I was removing this stuck smpp connection and adding again but no reaction as well as restarted Nowsms service. In addition when the service is active, NowSMS asks if you want to test the connection I did no and after -yes (differently each time). 4. I red this-> "Note: If you use fixed port numbers, after disconnecting from an SMSC, it may take up to 5 minutes before you are allowed to reconnect. This is a TCP/IP limitation on reconnects after a disconnect when the same source and destination ports are used for the reconnection attempt" so I have waited sometime and then restarted Nowsms service. Finally, binds get througout and now I dont touch :) Now setting is TRX4 (tranceiver) and its working quite well till next parameters change. Also UseRouteCache=No still in place (smsgw.ini). To sum up probably if change binds need wait sometime and restart Nowsms service. Thanks for reacting so quick and appreciate Your help. Regards, Liu | |||
| Bryce Norwood - NowSMS Support Board Administrator Username: Bryce Post Number: 8382 Registered: 10-2002 |
Hi Liu, I'd be surprised if UseRouteCache=No made a difference, as that is pretty old advise, and I can't recall any situation in recent times where this was found to be a solution. I think it is likely that the provider has a bit of a timeout after a dropped connection before it releases the connection count for that account, which makes reconnecting after a disconnect problematic until the dropped connection is detected. NowSMS does send an unbind to try to ensure a graceful disconnect, but I am not sure that makes a difference to any. The prompt that asks "would you like to test this connection" is one that I would like to see removed unless connection details such as server name, user name or password is changed...because there do seem to be some providers that have a time delay before a reconnect is allowed. (The "up to 5 minute delay" advice is referring to fixed port settings which are old settings, more relevant to UCP/EMI, and does not apply in your configuration. But there may still be other implementation specifics at the provider.) Using TRX connections (which we are defaulting to in our NextGen product) does seem to be less problematic when managing connections with multiple binds. Regards, Bryce NowSMS Support | |||
