- SCION - mailman3.inf.ethz.ch

Re: [SCION] SCIONLab installation
by 김호빈 01 Nov '22

01 Nov '22

Hi SCION Team, I am resending this email because I noticed that the attachments do not appear on the mailing list website. I have some trouble installing SCIONLab AS from packages on my server(Ubuntu 18.04). The problem is that no service is operational on port 50000. Can I get any advice regarding this issue? Here is my configuration. my AS number: AS ffaa:1:100b attachment point: KU(20-ffaa:0:1404) AS Public IP: xxx.xxx.xxx.xxx Public Port: 50000 This is the command and the result: sudo systemctl list-dependencies scionlab.target scion-border-route(a)br-1.service mailto:scion-border-route@br-1.service scion-colibri-service(a)co-1.service mailto:scion-colibri-service@co-1.service scion-control-service(a)cs-1.service mailto:scion-control-service@cs-1.service scion-daemon.service scion-dispatcher.service All entries with these services show green. the command and the result: sudo netstat -tulpn | grep LISTEN | grep scion tcp 127.0.0.1:30401 scion-border-ro tcp 127.0.0.1:30441 scion-dispatche tcp 127.0.0.1:30254 scion-control-s tcp 127.0.0.1:30255 sciond tcp 127.0.0.1:30257 scion-colibri-s tcp 127.0.0.1:30454 scion-control-s tcp 127.0.0.1:30455 sciond the command and the result: sudo systemctl list-dependencies scion-daemon.service only NetworkManager-wailt-online.service show red entry point. command and result: curl -sfs localhost:30401/metrics | grep router_interface_up router_interface_up{interface="1",isd_as="20-ffaa:1:100b",neighbor_isd_as="20-ffaa:0:1404"} 0 Best regards, Hobin 

1 0

{Spam?} SCIONLab installation
by 김호빈 31 Oct '22

31 Oct '22

Hi, this is Hobin Kim from KAIST. I have some trouble installing SCIONLab AS on my server(Ubuntu 18.04). The problem is that no service is operational on port 50000. Can I get any advice regarding this issue? Here is my configuration. my AS number: AS ffaa:1:100b attachment point: KU(20-ffaa:0:1404) AS Public IP: 143.248.41.211 Public Port: 50000 This is the result of the command: sudo systemctl list-dependencies scionlab.target This is the result of the command: sudo netstat -tulpn | grep LISTEN | grep scion Best regards,  Hobin Kim

1 0

Re: [SCION] 2nd BR in one AS
by Juan A. García-Pardo 14 Oct '22

14 Oct '22

Hi Alexander, > Hello team, > > Is there a way to configure more than one Border Router for one AS ? > I’m trying to configure two, kind of redundant setup, and establish > intra-AS link between them. > Yes, you can configure more than one border router per AS. The restriction is that they all have to contain distinct inter-AS interfaces. For instance, you can use two border routers to communicate two user ASes of yours, using a CHILD/PARENT "link_to" field in the "topology.json" configuration file. You will have to add a new interface number under "border_routers" -> "interfaces". > What should be LinkTo type in topology.json for intra-AS connection ? > SCION (and scionlab) doesn't support intra-AS connectivity/configuration, only inter-domain. I tried to configure it as a PEER, and although BorderRouter service > accepts it, and lists it as an available interface but I don’t see any > attempts to initiate BFD session over that link. > Hmm PEER, in particular, has the extra problem that is not yet supported in the open-source implementation of the protocol, which is what we use in scionlab. We would like to implement it soon, but we still haven't found the resources for it. Please don't hesitate to ask more questions if the setup is not clear, of if you have a different need for it. Thanks and best regards, Juan A.

1 0

2nd BR in one AS
by Alexander Nonikov 13 Oct '22

13 Oct '22

Hello team, Is there a way to configure more than one Border Router for one AS ? I’m trying to configure two, kind of redundant setup, and establish intra-AS link between them. What should be LinkTo type in topology.json for intra-AS connection ? I tried to configure it as a PEER, and although BorderRouter service accepts it, and lists it as an available interface but I don’t see any attempts to initiate BFD session over that link.

1 0

Re: [SCION] Understanding the significance of submitting SCION protocol as as draft to the IETF
by Rustignoli Nicola 08 Aug '22

08 Aug '22

Dear Chris, Thank you for reaching out. I am one of the Internet Draft authors and I can help answering your questions. > I’m trying to understand the significance of the SCION Internet Draft being submitted to the IETF as I read it. We are currently introducing SCION to the IETF community, with the goal of documenting the existing protocol specification, and pave the way for future standardization work. We have been discussing SCION it in the past couple of panrg meetings<https://datatracker.ietf.org/rg/panrg/meetings/>. We also recently submitted draft-rustignoli-panrg-scion-components<https://datatracker.ietf.org/doc/draft-rustignoli-panrg-scion-components/> to give a more detailed overview of SCION components and their mutual relations. We will continue doing work there in the upcoming months. > Is there a blog post or similar someone might point me to, to give me an idea about what the implications are? Does this change the governance model in any way? Unfortunately we don't have a blog post about this. It is actually a great idea, we might consider writing something about this in the future. Are you actually referring to the governance model built into SCION Isolation Domains? We would like to first document the protocol specification of what is currently deployed, keeping the current ISD governance model intact. When it comes to the specification and open source governance, this will continue being community-based, with some support and coordination provided by the SCION Association<https://www.scion.org> (including standardization). Best, Nicola ________________________________ From: Perrig Adrian Sent: Monday, 8 August 2022 14:26 To: Chris Adams; de Kater Mühlhäuser Corine; Rustignoli Nicola; Tabaeiaghdaei Seyedali Cc: scion(a)lists.inf.ethz.ch Subject: Re: [SCION] Understanding the significance of submitting SCION protocol as as draft to the IETF Hi Chris Nice to hear from you! Hope everything is well. Corine or Nicola can best respond to your questions. We have been working on green routing, but so far only this paper is published: https://netsec.ethz.ch/publications/papers/2022_iscc_scion_energy.pdf We hope to soon get a paper ready that we can also post on arXiv. We are also thinking about soon adding CO2 information to paths, initially in the SCIONLab network. This will be exciting to play with :-) Please keep in touch, so as soon as these features are implemented we can see how to best utilize them. With all the best wishes, Adrian On Mon, Aug 8, 2022 at 1:41 PM Chris Adams <chris(a)thegreenwebfoundation.org<mailto:chris@thegreenwebfoundation.org>> wrote: Hi folks, I’m trying to understand the significance of the SCION Internet Draft being submitted to the IETF as I read it. Is there a blog post or similar someone might point me to, to give me an idea about what the implications are? Does this change the governance model in any way? https://datatracker.ietf.org/doc/draft-dekater-panrg-scion-overview/ <https://datatracker.ietf.org/doc/draft-dekater-panrg-scion-overview/> P.S. I now host a podcast focussed around Green Software Engineering with the Green Software foundation, called Environment Variables. We talk a bit about SCION in the most recent episode, From Carbon Aware to Carbon Intelligent: https://podcast.greensoftware.foundation/e/xnvm3598-from-carbon-aware-to-ca… <https://podcast.greensoftware.foundation/e/xnvm3598-from-carbon-aware-to-ca…> I figure it might interest some folks here, and if there’s any new research or work in the domain of green networking with SCION you can point me to, I’d love to read about it. I saw Seyedali Tabaeiaghdaei’s talk at SCION Day earlier this year, but I know of much beyond that. Chris Adams Executive Director w: thegreenwebfoundation.org<http://thegreenwebfoundation.org> e: chris(a)thegreenwebfoundation.org<mailto:chris@thegreenwebfoundation.org> t: @mrchrisadams German Office Naunynstrasse 40 10999 Berlin Germany See our contact page for more details <https://www.thegreenwebfoundation.org/contact/> _______________________________________________ SCION mailing list SCION(a)lists.inf.ethz.ch<mailto:SCION@lists.inf.ethz.ch> https://lists.inf.ethz.ch/mailman/listinfo/scion

1 0

Understanding the significance of submitting SCION protocol as as draft to the IETF
by Chris Adams 08 Aug '22

08 Aug '22

Hi folks, I’m trying to understand the significance of the SCION Internet Draft being submitted to the IETF as I read it. Is there a blog post or similar someone might point me to, to give me an idea about what the implications are? Does this change the governance model in any way? https://datatracker.ietf.org/doc/draft-dekater-panrg-scion-overview/ <https://datatracker.ietf.org/doc/draft-dekater-panrg-scion-overview/> P.S. I now host a podcast focussed around Green Software Engineering with the Green Software foundation, called Environment Variables. We talk a bit about SCION in the most recent episode, From Carbon Aware to Carbon Intelligent: https://podcast.greensoftware.foundation/e/xnvm3598-from-carbon-aware-to-ca… <https://podcast.greensoftware.foundation/e/xnvm3598-from-carbon-aware-to-ca…> I figure it might interest some folks here, and if there’s any new research or work in the domain of green networking with SCION you can point me to, I’d love to read about it. I saw Seyedali Tabaeiaghdaei’s talk at SCION Day earlier this year, but I know of much beyond that. Chris Adams Executive Director w: thegreenwebfoundation.org e: chris(a)thegreenwebfoundation.org t: @mrchrisadams German Office Naunynstrasse 40 10999 Berlin Germany See our contact page for more details <https://www.thegreenwebfoundation.org/contact/>

1 0

Re: [SCION] Geocoding SCION info - how would I do this for a demo?
by Chris Adams 17 May '22

17 May '22

Hi Adrian! I’m doing a plenary session today at 11 am CET. https://ripe84.ripe.net/programme/meeting-plan/plenary/ I’ve added a slide from that deck, and a link back to the newsletter. Chris Adams Co-director w: thegreenwebfoundation.org e: chris(a)thegreenwebfoundation.org t: @mrchrisadams The Green Web Foundation Van 't Hoffstraat 1 6706 KD Wageningen, The Netherlands > On 16. May 2022, at 22:17, Adrian Perrig <aperrig(a)inf.ethz.ch> wrote: > > Hi Chris > > Nice to hear from you, these are very interesting developments! > > Attached are a few slides, an example you may have seen in an earlier > presentation (I think we were together on a panel) to motivate green > routing, and an early result from our simulations of green routing using > SCION. Slides 2 and 3 show two different representations of the same > data. The results are very exciting, as the slide describes. We > simulated the Internet topology, and assigned CO2 emissions based on > routers' location and the local power mix. > > What's exciting is that your datacenter-based information and our > network-path based information are very complementary, such that if an > application-based API were established, then this could be used to > optimize both the carbon footprint of the network path as well as of > the computation. > > Please let us know if you need any other information. > > Which RIPE session are you presenting in? > > With kind regards > Adrian > > > On Mon, May 16, 2022 at 5:31 PM Chris Adams <chris(a)thegreenwebfoundation.org <mailto:chris@thegreenwebfoundation.org>> wrote: > Hi folks, > > I’m doing a talk at RIPE 84 tomorrow about sustainability and IT (specifically networks), and I have a question about SCION’s AS system, this article here, and the state of geolocation to make this idea possible. > > https://www.weforum.org/agenda/2021/03/internet-carbon-emissions-data-path-… <https://www.weforum.org/agenda/2021/03/internet-carbon-emissions-data-path-…> <https://www.weforum.org/agenda/2021/03/internet-carbon-emissions-data-path-… <https://www.weforum.org/agenda/2021/03/internet-carbon-emissions-data-path-…>> > > Some background > > I’ve recently been doing work to annotate every public IP that can be looked up with common geocoders with annual carbon intensity information. > > This was initially to make it easier for providers of hosting services to easily disclose carbon emissions information based on their location, and to use this information for scheduling workloads. > > I’ve been discussing this with the folks Hashicorp and specifically implementing it in Nomad, an alternative workload scheduling tool you might use in place of Kubernetes. > > This is now an experimental "carbon aware" branch of Nomad with an updated scheduler that does this, by using a carbon scoring algorithm for deciding where and when to run jobs: > https://github.com/hashicorp/nomad/blob/d8b3a61d9ab85d3102e6c666af9f11c2a4a… <https://github.com/hashicorp/nomad/blob/d8b3a61d9ab85d3102e6c666af9f11c2a4a…> <https://github.com/hashicorp/nomad/blob/d8b3a61d9ab85d3102e6c666af9f11c2a4a… <https://github.com/hashicorp/nomad/blob/d8b3a61d9ab85d3102e6c666af9f11c2a4a…>> > > This PR I merged in today exposes an API endpoint to get carbon intensity for any publicly available IP address, based on it’s likely location (although the data is only as good as the database I’m currently using from Maxmind, so all the usual caveats apply) > https://github.com/thegreenwebfoundation/admin-portal/pull/248 <https://github.com/thegreenwebfoundation/admin-portal/pull/248> <https://github.com/thegreenwebfoundation/admin-portal/pull/248 <https://github.com/thegreenwebfoundation/admin-portal/pull/248>> > > You can see some docs at the link below, and a way to try out the API with various IP addresses yourself (warning - I just merged it today, and it may be buggy!) > https://api.thegreenwebfoundation.org/api-docs/ <https://api.thegreenwebfoundation.org/api-docs/> <https://api.thegreenwebfoundation.org/api-docs/ <https://api.thegreenwebfoundation.org/api-docs/>> > > I’d like to move towards have monthly carbon intensity figures, at a national level, by the end of the year - something that folks who run hosted services would be able to disclose information about how they are accounting for the rest of the emissions, probably using some new tools and standards like Granular Certificates (linked below) - these provide hourly information about the carbon intensity of generation from various sources. > > https://www.energytag.org/wp-content/uploads/2021/05/EnergyTag-and-granular… <https://www.energytag.org/wp-content/uploads/2021/05/EnergyTag-and-granular…> <https://www.energytag.org/wp-content/uploads/2021/05/EnergyTag-and-granular… <https://www.energytag.org/wp-content/uploads/2021/05/EnergyTag-and-granular…>> > > The carbon intensity data I’m using is open and freely available, and the geolocation data is not super duper precise, but it is free. > > Doing the same for routing with SCION > > However, these are all ideas for the regular old internet, and I don’t know what the latest is since reading that piece in the WEF last year. > > I’d like to figure see if it’s possible to use any of what I’ve learned on SCION - are there any demos in the public domain, or examples to refer to, if I wanted to tell people about SCION’s routing abilities in the context of ranking routes based on likely carbon intensity? > > Thanks > > Chris > > > > > > > Chris Adams > > Co-director > > w: thegreenwebfoundation.org <http://thegreenwebfoundation.org/> > e: chris(a)thegreenwebfoundation.org <mailto:chris@thegreenwebfoundation.org> > t: @mrchrisadams > > The Green Web Foundation > Van 't Hoffstraat 1 > 6706 KD Wageningen, The Netherlands > > > _______________________________________________ > SCION mailing list > SCION(a)lists.inf.ethz.ch <mailto:SCION@lists.inf.ethz.ch> > https://lists.inf.ethz.ch/mailman/listinfo/scion <https://lists.inf.ethz.ch/mailman/listinfo/scion> > <green-routing.pptx>

1 0

Geocoding SCION info - how would I do this for a demo?
by Chris Adams 17 May '22

17 May '22

Hi folks, I’m doing a talk at RIPE 84 tomorrow about sustainability and IT (specifically networks), and I have a question about SCION’s AS system, this article here, and the state of geolocation to make this idea possible. https://www.weforum.org/agenda/2021/03/internet-carbon-emissions-data-path-… <https://www.weforum.org/agenda/2021/03/internet-carbon-emissions-data-path-…> Some background I’ve recently been doing work to annotate every public IP that can be looked up with common geocoders with annual carbon intensity information. This was initially to make it easier for providers of hosting services to easily disclose carbon emissions information based on their location, and to use this information for scheduling workloads. I’ve been discussing this with the folks Hashicorp and specifically implementing it in Nomad, an alternative workload scheduling tool you might use in place of Kubernetes. This is now an experimental "carbon aware" branch of Nomad with an updated scheduler that does this, by using a carbon scoring algorithm for deciding where and when to run jobs: https://github.com/hashicorp/nomad/blob/d8b3a61d9ab85d3102e6c666af9f11c2a4a… <https://github.com/hashicorp/nomad/blob/d8b3a61d9ab85d3102e6c666af9f11c2a4a…> This PR I merged in today exposes an API endpoint to get carbon intensity for any publicly available IP address, based on it’s likely location (although the data is only as good as the database I’m currently using from Maxmind, so all the usual caveats apply) https://github.com/thegreenwebfoundation/admin-portal/pull/248 <https://github.com/thegreenwebfoundation/admin-portal/pull/248> You can see some docs at the link below, and a way to try out the API with various IP addresses yourself (warning - I just merged it today, and it may be buggy!) https://api.thegreenwebfoundation.org/api-docs/ <https://api.thegreenwebfoundation.org/api-docs/> I’d like to move towards have monthly carbon intensity figures, at a national level, by the end of the year - something that folks who run hosted services would be able to disclose information about how they are accounting for the rest of the emissions, probably using some new tools and standards like Granular Certificates (linked below) - these provide hourly information about the carbon intensity of generation from various sources. https://www.energytag.org/wp-content/uploads/2021/05/EnergyTag-and-granular… <https://www.energytag.org/wp-content/uploads/2021/05/EnergyTag-and-granular…> The carbon intensity data I’m using is open and freely available, and the geolocation data is not super duper precise, but it is free. Doing the same for routing with SCION However, these are all ideas for the regular old internet, and I don’t know what the latest is since reading that piece in the WEF last year. I’d like to figure see if it’s possible to use any of what I’ve learned on SCION - are there any demos in the public domain, or examples to refer to, if I wanted to tell people about SCION’s routing abilities in the context of ranking routes based on likely carbon intensity? Thanks Chris Chris Adams Co-director w: thegreenwebfoundation.org e: chris(a)thegreenwebfoundation.org t: @mrchrisadams The Green Web Foundation Van 't Hoffstraat 1 6706 KD Wageningen, The Netherlands

2 1

Re: [SCION] SCION User AS
by Juan A. García-Pardo 26 Apr '22

26 Apr '22

Hi Dheeraj, The first thing you will need is to be able to ping the user AS 1 machine from the user AS 2 machine (and vice versa). I will assume that you have already established an IP channel between those two machines and that they can "see" each other. Using the address 192.168.1.1 for A and 192.168.1.2 for B, you should be able to: `ping 192.168.1.2` from A, and `ping 192.168.1.1` from B. Please modify the addresses with the real ones. I am attaching the topology files that you would use for both of them. Remember to change the addresses with the real ones in the topology files as well. The user AS A (17-ffaa:1:d7b) is configured to provide access to the user AS B (17-ffaa:1:f1c). Lastly, unless you are using the "installation from sources" deployment method, you will want to prevent the topology from updating from the Coordinator. To do this, run the following for the two machines where the user ASes are deployed: `sudo mv /etc/scion/scionlab-config.json{,.bak}` It will rename the scionlab-config.json file and stop the scionlab-config command from touching anything inside /etc/scion. Best regards, Juan A. PS: I am CC'ing the list, as this is useful information for everyone else that may like to do a similar thing. (there is no private information in the topology files other than the assigned AS IDs) On Tue, Apr 26, 2022 at 12:34 PM Chandrashekar Dheeraj < dheeraj.chandrashekar(a)aalto.fi> wrote: > Hi Juan > > > > Thanks for the quick response. > > I have attached the topology files of two AS. > > Both AS are connected to the same parent via OpenVPN. I need a direct > connection between them. > > > > Regards > > Dheeraj > > > > *From:* Juan A. García-Pardo <juan.garcia(a)inf.ethz.ch> > *Sent:* Monday, April 25, 2022 9:23 PM > *To:* Chandrashekar Dheeraj <dheeraj.chandrashekar(a)aalto.fi> > *Cc:* scion(a)lists.inf.ethz.ch > *Subject:* Re: [SCION] SCION User AS > > > > Hi Dheeraj, > > Is it possible to connect two User AS directly ? > > Yes. > > Or is it possible to have a peer link between them (even if they are > connected to a parent node) ? > > There is currently no support for peering links in our reference > implementation. > > Can this be done by ourselves ? > > Yes. Let me explain the procedure. > > Let's have A and B as two user ASes. They are both connected to an > attachment point, it is not important which one or even whether it is the > same for both A and B or two different attachment points. > > Since we cannot connect A and B with a peering link, we have to establish > a customer-provider relationship between A and B. Let's say that A provides > connectivity for B. > > In this case we will have to manually edit both topology files and disable > updates from the coordinator. This means that changes done via web to the > user ASes will not be automatically reflected in said user ASes. > > If this is okay with you, please send the topology files and I will try to > edit them for you and send them back to you. > > Best regards, > > > > Juan A. > > >

1 0

Re: [SCION] SCION User AS
by Juan A. García-Pardo 25 Apr '22

25 Apr '22

Hi Dheeraj, > Is it possible to connect two User AS directly ? > Yes. > Or is it possible to have a peer link between them (even if they are > connected to a parent node) ? > There is currently no support for peering links in our reference implementation. > Can this be done by ourselves ? > Yes. Let me explain the procedure. Let's have A and B as two user ASes. They are both connected to an attachment point, it is not important which one or even whether it is the same for both A and B or two different attachment points. Since we cannot connect A and B with a peering link, we have to establish a customer-provider relationship between A and B. Let's say that A provides connectivity for B. In this case we will have to manually edit both topology files and disable updates from the coordinator. This means that changes done via web to the user ASes will not be automatically reflected in said user ASes. If this is okay with you, please send the topology files and I will try to edit them for you and send them back to you. Best regards, Juan A.

1 0