Search found 10 matches
- Fri Dec 19, 2025 8:09 am
- Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
- Topic: Memory Leak - Activity objects not disposed in SmppSession.cs
- Replies: 5
- Views: 80175
Re: Memory Leak - Activity objects not disposed in SmppSession.cs
hi alt, do you need more information?
- Wed Dec 10, 2025 6:58 am
- Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
- Topic: Memory Leak - Activity objects not disposed in SmppSession.cs
- Replies: 5
- Views: 80175
Re: Memory Leak - Activity objects not disposed in SmppSession.cs
hi alt, here is an update after diagnostics code removal (memory usage of 5 nodes)
- Sun Dec 07, 2025 4:15 pm
- Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
- Topic: Memory Leak - Activity objects not disposed in SmppSession.cs
- Replies: 5
- Views: 80175
Re: Memory Leak - Activity objects not disposed in SmppSession.cs
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 ...
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 ...
- Fri Dec 05, 2025 9:40 am
- Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
- Topic: Memory Leak - Activity objects not disposed in SmppSession.cs
- Replies: 5
- Views: 80175
Re: Memory Leak - Activity objects not disposed in SmppSession.cs
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.
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.
- Sat Nov 29, 2025 7:22 am
- Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
- Topic: Memory Leak - Activity objects not disposed in SmppSession.cs
- Replies: 5
- Views: 80175
Re: Memory Leak - Activity objects not disposed in SmppSession.cs
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 ...
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 ...
- Fri Nov 28, 2025 2:52 pm
- Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
- Topic: Memory Leak - Activity objects not disposed in SmppSession.cs
- Replies: 5
- Views: 80175
Memory Leak - Activity objects not disposed in SmppSession.cs
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 ...
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 ...
- Mon Nov 17, 2025 5:13 am
- Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
- Topic: esm_class flags combined in deliver_sm
- Replies: 2
- Views: 868
Re: esm_class flags combined in deliver_sm
kind reminder
- Wed Oct 15, 2025 6:59 am
- Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
- Topic: esm_class flags combined in deliver_sm
- Replies: 2
- Views: 868
esm_class flags combined in deliver_sm
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 ...
for this reason Receipt is not created in SmppReader.cs ...
- Mon Oct 13, 2025 7:27 am
- Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
- Topic: No event handler found for received PDU DeliverSm
- Replies: 1
- Views: 16682
Re: No event handler found for received PDU DeliverSm
"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
- Mon Oct 13, 2025 7:20 am
- Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
- Topic: Is there a way to increase send performance from Client?
- Replies: 1
- Views: 44448
Re: Is there a way to increase send performance from Client?
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 ...
all above options depend on what specific issue with this specific SMSC, e.g. if submit_sm_resp latency is high then window ...