Re: more than 1 submit_sm being sent on same data packet

Andreas Fink <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <[email protected]>
On 04.01.2008, at 22:10, Juan Nin wrote:

> what I mean is 2 submit_sm PDU's on 1 TCP packet...
>
> seeing the traffic capture on Wireshark (ethereal) I see this:
> http://img221.imageshack.us/my.php?image=picture2cw2.png
>
> there you see sequence_number 23 and sequence_number 24 (both
> submit_sm) were sent on the same TCP packet
>
> when this happens I receive the Throttling error

I would say this is a very bogous interpretation of TCP. TCP can split  
and reassemble data. If an application sends 100 SMPP packets in one,  
TCP could split it even in the middle of a SMPP packet. This is out of  
the control of any application and operating system dependent. If the  
other end can not deal with this its a very bogous system.

However more likely, as Alex pointed out, you have the problem of  
windowing that as long as the previous packet is not being acke'd, the  
next wont be accepted. So the error is that you send faster than the  
other side wants it accepted and not the fact that both packets are in  
the same TCP packet.

The throttling error is not wrong by itself but it can slow you down  
too much as well I guess. It should not make any sms lost or  
duplicated in any case.






Andreas Fink

Fink Consulting GmbH
Global Networks Schweiz AG
BebbiCell AG

---------------------------------------------------------------
Tel: +41-61-6666330 Fax: +41-61-6666331  Mobile: +41-79-2457333
Address: Clarastrasse 3, 4058 Basel, Switzerland
E-Mail:  [email protected]
www.finkconsulting.com www.global-networks.ch www.bebbicell.ch
---------------------------------------------------------------
ICQ: 8239353 MSN: [email protected] AIM: smsrelay Skype: andreasfink
Yahoo: finkconsulting SMS: +41792457333

Say NO to Power Line Communications: http://www.youtube.com/watch?v=pdcY0Eetvsw
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.