Hi all, As you may know, we recently submitted a draft (https://datatracker.ietf.org/doc/draft-saldana-lisp-compress-mux/) with a proposal allowing bandwidth and pps reductions.
The idea is to send together a number of small packets, which are in the buffer of an ITR and have the same ETR as destination, into a single packet. Therefore, they will share a single LISP header. And this can be combined with ROHC (header compression). We have a running implementation, based on LISPMob (https://github.com/Simplemux/lispmob-with-simplemux), which we have used to run some tests This is a summary of the results. - When small packets (100 bytes) are sent, up to 63% of throughput increase can be observed (in our example, we pass from 550kbps to 910kbps). - In the case of securing the LISP tunnel with IPSec, the increase can be 935 (from 470kbps to 870kbps). You can find more detailed information in this presentation: http://es.slideshare.net/josemariasaldana/header-compression-and-multiplexing-in-lisp Your feedback will be highly appreciated. Best regards, The authors > -----Mensaje original----- > De: lisp [mailto:[email protected]] En nombre de Jose Saldana > Enviado el: miércoles, 04 de mayo de 2016 18:41 > Para: [email protected] > CC: 'Jose Ruiz Mas' <[email protected]> > Asunto: [lisp] New draft posted: draft-saldana-lisp-compress-mux-00.txt > > Hi all, > > We have just posted this draft > https://datatracker.ietf.org/doc/draft-saldana-lisp- > compress-mux/. > > Header compression and multiplexing in LISP > draft-saldana-lisp-compress-mux-00 > > Abstract > > When small payloads are transmitted through a packet-switched > network, the resulting overhead may result significant. This is > stressed in the case of LISP, where a number of headers are prepended > to a packet, as new headers have to be added to each packet. > > This document proposes to send together a number of small packets, > which are in the buffer of a ITR, having the same ETR as destination, > into a single packet. Therefore, they will share a single LISP > header, and therefore bandwidth savings can be obtained, and a > reduction in the overall number of packets sent to the network can be > achieved. > > A running implementation can be found here: > https://github.com/Simplemux/lispmob-with-simplemux. I has been built as a > fork of > lispmob. > > The idea is very similar to what was published in this paper: > http://diec.unizar.es/~jsaldana/personal/budapest_ICC_2013_in_proc.pdf > > Your feedback about the draft will be appreciated. > > Thanks in advance, > > Jose Saldana > Julián Fernández Navajas > José Ruiz Mas > > > -----Mensaje original----- > > De: [email protected] [mailto:[email protected]] Enviado > > el: miércoles, 04 de mayo de 2016 18:20 > > Para: Jose Ruiz Mas <[email protected]>; Jose Saldana > > <[email protected]>; Julian Fernandez Navajas <[email protected]> > > Asunto: New Version Notification for > > draft-saldana-lisp-compress-mux-00.txt > > > > > > A new version of I-D, draft-saldana-lisp-compress-mux-00.txt > > has been successfully submitted by Jose Saldana and posted to the IETF > > repository. > > > > Name: draft-saldana-lisp-compress-mux > > Revision: 00 > > Title: Header compression and multiplexing in LISP > > Document date: 2016-05-04 > > Group: Individual Submission > > Pages: 8 > > URL: > > https://www.ietf.org/internet-drafts/draft-saldana-lisp-compress-mux- > > 00.txt > > Status: > > https://datatracker.ietf.org/doc/draft-saldana-lisp-compress-mux/ > > Htmlized: > > https://tools.ietf.org/html/draft-saldana-lisp-compress-mux-00 > > > > > > Abstract: > > When small payloads are transmitted through a packet-switched > > network, the resulting overhead may result significant. This is > > stressed in the case of LISP, where a number of headers are prepended > > to a packet, as new headers have to be added to each packet. > > > > This document proposes to send together a number of small packets, > > which are in the buffer of a ITR, having the same ETR as destination, > > into a single packet. Therefore, they will share a single LISP > > header, and therefore bandwidth savings can be obtained, and a > > reduction in the overall number of packets sent to the network can be > > achieved. > > > > > > > > > > Please note that it may take a couple of minutes from the time of > > submission until the htmlized version and diff are available at > > tools.ietf.org. > > > > The IETF Secretariat > > > _______________________________________________ > lisp mailing list > [email protected] > https://www.ietf.org/mailman/listinfo/lisp _______________________________________________ lisp mailing list [email protected] https://www.ietf.org/mailman/listinfo/lisp
