Search found 991 matches

by alt
Tue Aug 03, 2021 7:20 pm
Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
Topic: wrong message length custom user data header
Replies: 2
Views: 86683

Re: wrong message length custom user data header

It is not correct to use User Data Header concatenation and MessagePayload parameter. You need to use SAR TLV Parameters with MessagePayload.
https://docs.inetlab.com/smpp/v2.9/arti ... ation.html
by alt
Sun Jul 25, 2021 12:30 pm
Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
Topic: Do I need to create task for multi-client?
Replies: 1
Views: 66069

Re: Do I need to create task for multi-client?

Which task do you mean?

SmppClient represents one SMPP session with SMS provider. Therefore if you need to establish multiple sessions with one or many providers you need to create the same number of SmppClient instances.
by alt
Mon Jul 19, 2021 4:34 pm
Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
Topic: own messageID issue on long (multipart) Messages
Replies: 3
Views: 108985

Re: own messageID issue on long (multipart) Messages

If you want to set MessageId for the SubmitSmResp in the method OnFullMessageReceived you need:
1. to disable response sending as it described in the link above in the server_evClientSubmitSm method;

submitSm.Response = null;

2. to create responses in the OnFullMessageReceived method for each ...
by alt
Mon Jul 19, 2021 9:33 am
Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
Topic: own messageID issue on long (multipart) Messages
Replies: 3
Views: 108985

Re: own messageID issue on long (multipart) Messages

In the server_evClientSubmitSm event handler method the property submitSm.Response defines the response on the SubmitSm request. Library sends this response after the method is executed. For the MessageComposer this doesn't work.

You can disable automatically response sending and send it with ...
by alt
Mon Jul 19, 2021 9:24 am
Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
Topic: $ and @ characters data coding
Replies: 5
Views: 136015

Re: $ and @ characters data coding

If you want to send "$£¥€" as 0x24A3A5A4 in Default data coding, you need to change the mapping this way:

client.EncodingMapper.MapEncoding(DataCodings.Default, new System.Text.Encoding(1252));

and when you send the message you need to use DataCodings.Default .

The same way you can set the ...
by alt
Fri Jul 16, 2021 10:54 am
Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
Topic: $ and @ characters data coding
Replies: 5
Views: 136015

Re: $ and @ characters data coding

You need to change .NET encoding for Latin1 data coding in the client encoding mapper:

Code: Select all

client.EncodingMapper.MapEncoding(DataCodings.Latin1, new Inetlab.SMPP.Encodings.GSMEncoding());
by alt
Thu Jul 15, 2021 1:39 pm
Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
Topic: ESME_RSUBMITFAIL when trying to send SMS
Replies: 10
Views: 236470

Re: ESME_RSUBMITFAIL when trying to send SMS

The value of the user_message_reference parameter can take only 2 bytes. Please use ushort type:

Code: Select all

ushort value = 111;
byte[] data = new byte[2];
data[1] = (byte)(value & 255);
data[0] = (byte)((value >> 8) & 255);
by alt
Thu Jul 15, 2021 8:22 am
Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
Topic: ESME_RSUBMITFAIL when trying to send SMS
Replies: 10
Views: 236470

Re: ESME_RSUBMITFAIL when trying to send SMS

The smpp stream looks correct. I will try to examine this case today and understand why wireshark considers it as malformed packet.
by alt
Tue Jul 13, 2021 1:29 pm
Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
Topic: SmppClient.DisconnectAsync lasts long time
Replies: 6
Views: 123114

Re: SmppClient.DisconnectAsync lasts long time

vikarius wrote: Tue Jul 13, 2021 1:16 pm How can I switch on and use logging functionality?
https://docs.inetlab.com/smpp/v2.9/arti ... gging.html

Samples with some popular logging frameworks https://gitlab.com/inetlab/smpp-samples/
vikarius wrote: Tue Jul 13, 2021 1:16 pm We use 2.9.9 version.
Please update to latest version 2.9.12
by alt
Tue Jul 13, 2021 10:53 am
Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
Topic: SmppClient.DisconnectAsync lasts long time
Replies: 6
Views: 123114

Re: SmppClient.DisconnectAsync lasts long time

some possible reasons of such behavior:
- smpp client waits until all received PDUs are processed.
- evDisconnected event handler method in the application does some processing
by alt
Tue Jul 13, 2021 10:32 am
Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
Topic: SmppClient.DisconnectAsync lasts long time
Replies: 6
Views: 123114

Re: SmppClient.DisconnectAsync lasts long time

Hi vikarius,

Which library version are you using now?
Is library logging enabled in your application?
by alt
Mon Jul 12, 2021 3:02 pm
Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
Topic: ESME_RSUBMITFAIL when trying to send SMS
Replies: 10
Views: 236470

Re: ESME_RSUBMITFAIL when trying to send SMS

I think the new SMSC doesn't support user_message_reference TLV parameter. Better to ask the SMSC directly.
by alt
Mon Jul 12, 2021 10:25 am
Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
Topic: ESME_RSUBMITFAIL when trying to send SMS
Replies: 10
Views: 236470

Re: ESME_RSUBMITFAIL when trying to send SMS

Hi

If you send test SMS to the server created with SmppServer class, you should subscribe on evClientSubmitSm event. The ESME_RSUBMITFAIL status is returned when the SmppServer instance is not subscribed on this event.

If you send to the third-party SMPP server, you have to ask your provider for ...
by alt
Tue Jun 01, 2021 12:25 pm
Forum: Inetlab.SMPP v2.x (.NET Standard, .NET Core)
Topic: Best practice for a client that connects to multiple servers
Replies: 8
Views: 155503

Re: Best practice for a client that connects to multiple servers

When you start UpdateMessageStatus task, the DeliverSmResp will be sent at the same time without waiting for task completion. If you want to send response after task completion you need to send it manually as it described in "Control SMPP responses" article.


without blocking the main thread from ...