Hello Stipe.

Thanks for the interest.

I can not confirm 100% that but I can see the smsbox.log flowing without
interruption. So I assume that the lines below are written as a DLR is
picked up by the smsbox and if a new line gets printed the previous DLR has
been processed.

2017-08-24 18:18:27 [27072] [5] INFO: Starting delivery report <C22834_001>
from <Superga>
2017-08-24 18:18:27 [27072] [5] INFO: Starting delivery report <C11874_013>
from <WWM>
2017-08-24 18:18:27 [27072] [5] INFO: Starting delivery report <C22834_001>
from <Superga>

Nonethless, while that log flows fluid, a tcpdump on the machine shows that
HTTP GET are delayed, like accumulated in batches. That is confirmed on the
other end where the HTTP GETs are received in batches.

When traffic is low, there are no losses. When traffic gets intense I
noticed losses in the DLRs on the HTTP receiving end.

This is the output of the svn info that produced the executable:

Path: .
URL: https://svn.kannel.org/gateway/trunk
Relative URL: ^/trunk
Repository Root: https://svn.kannel.org/gateway
Repository UUID: a7d65f57-29cd-40c9-b71e-ebca51ad1b1d
Revision: 5180
Node Kind: directory
Schedule: normal
Last Changed Author: amalysh
Last Changed Rev: 5180
Last Changed Date: 2017-01-10 18:34:44 +0100 (Tue, 10 Jan 2017)

Best regards,
Giulio



[image: Mobyt S.p.A.] <http://www.mobyt.it> *Giulio Giovannini*
*Devops Mobyt*
giulio.giovann...@mobyt.it
*Mobyt S.p.A.*
Via Aldighieri 10
44121 Ferrara - Italy tel. + 39 0532 207296
fax. + 39 0532 242952
*www.mobyt.it* <http://www.mobyt.it>

2017-08-24 17:51 GMT+02:00 Stipe Tolj <st...@kannel.org>:

> Am 10.08.2017 12:38, schrieb Giulio Giovannini:
>
>> Hi,
>>
>> nobody has anything to say about this issue?
>>
>> More details: I am seeing a difference of up to 8 seconds between the
>> logging of  DLR on smsbox log and the actual sending of the HTTP GET on
>> the network interface.
>>
>> The server the application is running on does not seem to have any
>> problem with the networking.
>>
>
> can you confirm that the DLRs are passed from bearerbox to smsbox in a
> reasonable time, and that the "delaying" is from smsbox's HTTP call
> perspective?
>
> BTW, no, there was no "caching" added, as we always keep the premises to
> transport ASAP and as fast as possible.
>
> --
> Best Regards,
> Stipe Tolj
>
> -------------------------------------------------------------------
> Düsseldorf, NRW, Germany
>
> Kannel Foundation                 tolj.org system architecture
> http://www.kannel.org/            http://www.tolj.org/
>
> stolj at kannel.org               st at tolj.org
> -------------------------------------------------------------------
>
>

Reply via email to