RE: [patch] add UUID to HTTP headers

Ahmed Shabana <[email protected]>
Newsgroups gmane.comp.mobile.kannel.devel
Message-ID <HE1PR07MB11801C70C7DA1F1393FF68B0F6A80@HE1PR07MB1180.eurprd07.prod.outlook.com>
Dear Stipe ,

	Sorry for delay , find the ouput of the command as below 

$ addr2line -e bearerbox  0x41a338 0x414884 0x498c56
/kannel/src/production/trunk/gw/bb_store_file.c:329
/kannel/src/production/trunk/gw/bb_http.c:452
/kannel/src/production/trunk/gwlib/gwthread-pthread.c:387 (discriminator 2)

Best regards,
Shabana
Consultant Engineer 

-----Original Message-----
From: devel [mailto:[email protected]] On Behalf Of Stipe Tolj
Sent: Tuesday, June 30, 2015 9:39 PM
Cc: [email protected]
Subject: Re: [patch] add UUID to HTTP headers

Am 22.06.15 10:28, schrieb Alexander Malysh:
> Hi,
>
> maybe you are right, but for your scenario we already have some other 
> routing things in place.
> If one provider is slow, then just define preferred smsc and low queue 
> size, then kannel will send automatically via second provider without 
> a need to delete and re-inject message again.

agreeing from a architectural point of view to Alex here. The concept is to inject the MT to Kannel as "integrated trasport layer", and let that layer care (route) about where the messages goes. The configuration of the routes determines the routing. It SHOULD NOT be the external calling entity that "interrupts" the message and re-injects.

Well, that's the theory. In real-life scenarios you sometimes hit the border to that theoretical aspect and want to break through with something like the delete and re-inject approach.

So it's a +0 I guess.

> What is disturbing in this implementation that we copy headers for 
> each message and this is costly… Any chance to provide copy free 
> implementation?

agree again, an identifier passing without copying would be desirable.

Stipe

-------------------------------------------------------------------
Koelner Landstrasse 419
40589 Düsseldorf, NRW, Germany

tolj.org system architecture      Kannel Software Foundation (KSF)
http://www.tolj.org/              http://www.kannel.org/

mailto:st_{at}_tolj.org           mailto:stolj_{at}_kannel.org
-------------------------------------------------------------------
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.