Hi,

We found a bug in SmppClient (version 2.9.35) where the keep-alive loop stops working.

What happens

In SmppClientBase.OnTestLink, the next enquire_link is scheduled by calling session.RunOnTimeout(EnquireLinkInterval, OnTestLink). Most branches do this, but one branch does not.

When our ...

Hi, just following up on this thread. Is there any update or timeline for addressing the issues? Happy to provide additional details if needed.

hi alt, do you need more information?

hi alt, here is an update after diagnostics code removal (memory usage of 5 nodes)

also, in continuation of opentelemetry topic, another place where we might have a memory leak is in _dlrCorrelation in SmppSession class.
the issue is that if we've got more than one node and can have two sessions on different nodes, submit_sm might be sent from one node but deliver_sm comes in on ...

hi alt,
we have temporarily removed all code related to OpenTelemetry from the Inetlab source code for now.
I would suggest adding a smppclient option for enabling/disabling activity diagnostics. I think this would be more flexible in case users use their own approach to tracing.

Update: Possible root cause for our memory leak case - "Activity Theft" in SmppConnection

After deeper look into dotMemory, seems we found the cause.

Profiler Data:
- Activity objects: 49
- DiagNode: 5,158,820 (thousands events per Activity!)
- SmppConnection: 765
- SmppSession: 765

Retention ...

Hi alt,

We discovered a memory leak in our production environment. Memory grows from ~2GB to 3.6GB over one week and never releases.

Environment:
- Inetlab.SMPP version: 2.9.35
- .NET 8
- Linux

Memory profiler shows DiagNode<ActivityEvent> objects accumulating: see image1.jpeg

Memory growth ...

kind reminder

can esm_class have multiple flags in deliver_sm? we have an example for one SMSC provider we're connected to sending a deliver_sm with 0x24 (36) for esm_class as if both flags SMSCDeliveryReceipt + IntermediateDeliveryNotification assembled

for this reason Receipt is not created in SmppReader.cs ...

"Occurs when Unbind packet received from SMSC" - means that if your partner unbind the session gracefully then evUnBind event raised, and your client got unsubscribed to evDeliverSm

can you elaborate on problem? you have multiple options: increase window size, increase number of smpp clients, push messages in bulk (multi), play around with stream tunning

all above options depend on what specific issue with this specific SMSC, e.g. if submit_sm_resp latency is high then window ...