Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

implement SMPP timers that concern ESME #73

Open
komuw opened this issue Jan 19, 2019 · 3 comments
Open

implement SMPP timers that concern ESME #73

komuw opened this issue Jan 19, 2019 · 3 comments
Labels
enhancement New feature or request

Comments

@komuw
Copy link
Owner

komuw commented Jan 19, 2019

see; sections 2.9 and 7.2 of SMPP specification document v3.4

One of those timers is;

name: enquire_link_timer
Action_on_expiration: An enquire_link request should be initiated.
Description: This timer specifies the time lapse allowed between operations after which an SMPP entity should interrogate whether it’s peer still has an active session.
This timer may be active on either communicating SMPP entity (i.e. SMSC or ESME).

We have already kind of implemented this timer:

enquire_link_interval=300,

Maybe change it's name from enquire_link_interval to enquire_link_timer so as to match SMPP spec document.

The other timers are:

  1. session_init_timer: This timer should be active on the SMSC.
    Action_on_expiration: The network connection should be terminated.
    Description: This timer specifies the time lapse allowed between a network connection being
    established and a bind_transmitter or bind_receiver request being sent to the SMSC.
    naz does not need to implement it.
  2. inactivity_timer: can be active on both ESME & SMSC.
    Action_on_expiration: The SMPP session should be dropped.
    Description: This timer specifies the maximum time lapse allowed between transactions, after which period of inactivity, an SMPP entity may assume that the session is no longer active.
    naz does not need to implement it.
  3. response_timer: can be active on both ESME & SMSC.
    Action_on_expiration: The entity which originated the SMPP Request may assume that Request has not been processed and should take the appropriate action for the particular SMPP operation.
    Description: This timer specifies the time lapse allowed between an SMPP request and the corresponding SMPP response.
    naz does not need to implement it.
@komuw
Copy link
Owner Author

komuw commented Jan 19, 2019

So apart from enquire_link_timer which we have already implemented; naz does not need to implement the others.

But naz would need to honour them if they are set on the SMSC side. eg if naz knows the inactivity_timer on the SMSC side; naz could always send an enquire_link request every X seconds where X < inactivity_timer so as to prevent session from been dropped/closed.

@komuw
Copy link
Owner Author

komuw commented Jan 19, 2019

I can't see any way that naz or any ESME would be able to know of the timers set on the SMSC side; the SMPP spec does not provide API's to query for these.

So there is nothing for naz todo here.

However if someone is using naz and their SMSC have informed them(out of band) of their(SMSC) timers; then they should comment on this issue and maybe then naz can provide a way for such a user to set those timers on naz and have naz respect them.

@komuw
Copy link
Owner Author

komuw commented Jan 19, 2019

In other words, I'm deferring the implementation of this until such a time we get reports from actual people using naz that they need such a feature.

@komuw komuw added the enhancement New feature or request label Jan 19, 2019
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant