Hello,
We are experiencing an issue with our SMS Gateway setup, where some SMS messages are being significantly delayed due to an unbound SMPP connector. Below are the details and logs that illustrate the problem
Expected Behavior:
SMS messages should be processed and delivered promptly without significant delays.
Observed Behavior:
Some SMS messages are delayed. For instance, an SMS sent at 10:27 was only processed much later. The logs indicate that the SMPP connector was not bound at the time of the original submission.
Logs and Details:
Error Log:
2024-06-13 10:43:23 ERROR 17343 SMPPC [cid:connector id] is not bound: Requeuing (#979) SubmitSmPDU[d224689a-0311-4ee6-a7c0-b3ad56c4bf45], aged 0:07:12.727786 seconds.
Debug Log:
2024-06-13 10:43:32 DEBUG 17343 Renderin... /send response with args: {'username': ['esb'], 'from': [''], 'dlr-method': ['POST'], 'to': [''], 'dlr-level': ['3'], 'coding': ['0'], 'content': ['Logowanie z niezarejestro wanego urzadzenia. Aby sie zalogowac podaj kod SMS'], 'dlr': ['yes'], 'dlr-url': ['dlr uri'], 'password': ['']} from 127.0.0.1
Router Selection Log:
`2024-06-13 10:43:32 DEBUG 17343 RouterPB selected FailoverMTRoute to 3 connectors:
connectors
NOT RATED route for this SubmitSmPDU
2024-06-13 10:43:32 DEBUG 17343 Selected route is a failover, will ensure connector is bound:
2024-06-13 10:43:32 DEBUG 17343 Connector [connector] is: BOUND_TRX`
Connector Status Log:
`/mnt/sms-gateway-1_jasmin_logs/jcli-session.log:2024-06-13 10:44:58 AM CEST
Connected to 127.0.0.1.
Authentication required.
Username: jcliadmin
Password:
Welcome to Jasmin 0.9.29 console
jcli : smppccm -l
Connector id Service Session Starts Stops
#connector started BOUND_TRX 1 0
#connector started BOUND_TRX 1 0
#connector stopped NONE 1 1
#connector stopped UNBOUND 1 1`
Additional Context:
This issue is causing significant delays in our SMS service, impacting our users' experience. We have also observed that the issue persists across different connectors, and the failover mechanism doesn't seem to be mitigating the delays effectively.
Request:
Could you please investigate this issue and provide guidance on how to ensure that all SMPP connectors remain bound consistently or improve the failover handling to prevent such delays?
Hello, We are experiencing an issue with our SMS Gateway setup, where some SMS messages are being significantly delayed due to an unbound SMPP connector. Below are the details and logs that illustrate the problem
Expected Behavior: SMS messages should be processed and delivered promptly without significant delays.
Observed Behavior: Some SMS messages are delayed. For instance, an SMS sent at 10:27 was only processed much later. The logs indicate that the SMPP connector was not bound at the time of the original submission. Logs and Details:
Error Log:
2024-06-13 10:43:23 ERROR 17343 SMPPC [cid:connector id] is not bound: Requeuing (#979) SubmitSmPDU[d224689a-0311-4ee6-a7c0-b3ad56c4bf45], aged 0:07:12.727786 seconds.Debug Log:
2024-06-13 10:43:32 DEBUG 17343 Renderin... /send response with args: {'username': ['esb'], 'from': [''], 'dlr-method': ['POST'], 'to': [''], 'dlr-level': ['3'], 'coding': ['0'], 'content': ['Logowanie z niezarejestro wanego urzadzenia. Aby sie zalogowac podaj kod SMS'], 'dlr': ['yes'], 'dlr-url': ['dlr uri'], 'password': ['']} from 127.0.0.1Router Selection Log:
`2024-06-13 10:43:32 DEBUG 17343 RouterPB selected FailoverMTRoute to 3 connectors:
Connector Status Log:
`/mnt/sms-gateway-1_jasmin_logs/jcli-session.log:2024-06-13 10:44:58 AM CEST Connected to 127.0.0.1. Authentication required. Username: jcliadmin Password: Welcome to Jasmin 0.9.29 console jcli : smppccm -l
Connector id Service Session Starts Stops
Additional Context: This issue is causing significant delays in our SMS service, impacting our users' experience. We have also observed that the issue persists across different connectors, and the failover mechanism doesn't seem to be mitigating the delays effectively.
Environment:
Request: Could you please investigate this issue and provide guidance on how to ensure that all SMPP connectors remain bound consistently or improve the failover handling to prevent such delays?