Hi, Mainly FYI. I spoke to Pino Batista last week @ SIGCOMM. He is Lorenzo's old boss in Rome and head of the department that wrote BGPlay. Amongst other things, we discussed long term support for BGPlay, both regular maintenance and adding new features (like ASN32 support, showing delays, better integration with other tools). They are very happy that the tool is being used and are definitely interested in adding new features based on user feedback. The model we have in mind, is something like: a. Rome will continue to work on this and provide binaries. b. The NCC will have a contact. This contact person will install the binaries, run tests and give feedback. c. The person from Rome visits us once or twice a year, for issues that cannot be dealt with by email and to discuss new features. d. We'll send some euros to support (a) and (c). This sounded reasonable to me in first order. He'll put something more detailed on paper in the next week or so. Henk ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.amsterdamned.org/~henk P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ 1160438400 + 381600 = 1160820000.
On 19.09 08:53, Henk Uijterwaal wrote:
Hi,
Mainly FYI. I spoke to Pino Batista last week @ SIGCOMM. He is Lorenzo's old boss in Rome and head of the department that wrote BGPlay. Amongst other things, we discussed long term support for BGPlay, both regular maintenance and adding new features (like ASN32 support, showing delays, better integration with other tools). They are very happy that the tool is being used and are definitely interested in adding new features based on user feedback. The model we have in mind, is something like:
a. Rome will continue to work on this and provide binaries. b. The NCC will have a contact. This contact person will install the binaries, run tests and give feedback. c. The person from Rome visits us once or twice a year, for issues that cannot be dealt with by email and to discuss new features. d. We'll send some euros to support (a) and (c).
This sounded reasonable to me in first order. He'll put something more detailed on paper in the next week or so.
Glad about the forward movement there. Daniel
Hi Henk, Henk Uijterwaal wrote:
Hi,
Mainly FYI. I spoke to Pino Batista last week @ SIGCOMM. He is Lorenzo's old boss in Rome and head of the department that wrote BGPlay. Amongst other things, we discussed long term support for BGPlay, both regular maintenance and adding new features (like ASN32 support, showing delays, better integration with other tools). They are very happy that the tool is being used and are definitely interested in adding new features based on user feedback. The model we have in mind, is something like:
a. Rome will continue to work on this and provide binaries. b. The NCC will have a contact. This contact person will install the binaries, run tests and give feedback. c. The person from Rome visits us once or twice a year, for issues that cannot be dealt with by email and to discuss new features. d. We'll send some euros to support (a) and (c).
This sounded reasonable to me in first order. He'll put something more detailed on paper in the next week or so.
Thanks for this. How well is it supported and being developed now? Are there new versions available and do they have a release plan? What are the licensing aspects of it? I am very interested in extending the functionality ( for instance merging the BPlay with the TTM). We may need more flexibility in code development than just relying on Roma.
Henk
Andrei
------------------------------------------------------------------------------
Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.amsterdamned.org/~henk P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------
1160438400 + 381600 = 1160820000.
On 20.09 10:29, Andrei Robachevsky wrote:
Hi Henk,
Henk Uijterwaal wrote:
Hi,
Mainly FYI. I spoke to Pino Batista last week @ SIGCOMM. He is Lorenzo's old boss in Rome and head of the department that wrote BGPlay. Amongst other things, we discussed long term support for BGPlay, both regular maintenance and adding new features (like ASN32 support, showing delays, better integration with other tools). They are very happy that the tool is being used and are definitely interested in adding new features based on user feedback. The model we have in mind, is something like:
a. Rome will continue to work on this and provide binaries. b. The NCC will have a contact. This contact person will install the binaries, run tests and give feedback. c. The person from Rome visits us once or twice a year, for issues that cannot be dealt with by email and to discuss new features. d. We'll send some euros to support (a) and (c).
This sounded reasonable to me in first order. He'll put something more detailed on paper in the next week or so.
Thanks for this. How well is it supported and being developed now? Are there new versions available and do they have a release plan?
What are the licensing aspects of it? I am very interested in extending the functionality ( for instance merging the BPlay with the TTM). We may need more flexibility in code development than just relying on Roma.
We may. I suggest formalising the first part and worrying about the second part when we are sure that we need it. Build a formal relationship in stages and only take the it to the stage that is needed. Just a suggestion. Daniel
Andrei, Daniel,
Thanks for this. How well is it supported and being developed now? Are there new versions available and do they have a release plan?
Right now, they do support it but (AFAIK) there have been no recent bug reports or feature requests, hence no development or new versions. The mechanism (we ask, they send us a new binary) did work in the past. I did mention ideas that we have for BGPlay like ASN32, LISTEN, TTM+BGPlay and they were certainly interested in adding this on "short" notice. More general, this group is interested in network research with some practical applications. BGPlay (and T&M's IRR work) are examples.
What are the licensing aspects of it?
The current license is that they own the code.
I am very interested in extending
the functionality ( for instance merging the BPlay with the TTM). We may need more flexibility in code development than just relying on Roma.
We may. I suggest formalising the first part and worrying about the second part when we are sure that we need it. Build a formal relationship in stages and only take the it to the stage that is needed.
My feeling is that they would be open to some model where we contribute more than just ask questions. How to formalize this, I don't know at this time. Henk ------------------------------------------------------------------------------ Henk Uijterwaal Email: henk.uijterwaal(at)ripe.net RIPE Network Coordination Centre http://www.amsterdamned.org/~henk P.O.Box 10096 Singel 258 Phone: +31.20.5354414 1001 EB Amsterdam 1016 AB Amsterdam Fax: +31.20.5354445 The Netherlands The Netherlands Mobile: +31.6.55861746 ------------------------------------------------------------------------------ 1160438400 + 381600 = 1160820000.
participants (3)
-
Andrei Robachevsky -
Daniel -
Henk Uijterwaal