You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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).
Maybe change it's name from enquire_link_interval to enquire_link_timer so as to match SMPP spec document.
The other timers are:
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.
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.
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.
The text was updated successfully, but these errors were encountered:
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.
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.
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:
naz/naz/client.py
Line 60 in 0067901
Maybe change it's name from
enquire_link_interval
toenquire_link_timer
so as to match SMPP spec document.The other timers are:
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.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.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.The text was updated successfully, but these errors were encountered: