- swinog - vmaill01.sys

PCH peering survey 2016
by Bill Woodcock 15 Sep '16

15 Sep '16

Background: Five years ago PCH conducted the first, and to date only, comprehensive survey characterizing Internet peering agreements. The document that resulted can be found here: https://www.pch.net/resources/Papers/peering-survey/PCH-Peering-Survey-2011… <https://www.pch.net/resources/Papers/peering-survey/PCH-Peering-Survey-2011…> That document was one of the principal inputs to an important document that the OECD publishes every five years, one that recommends communications regulatory policy to OECD member nations: http://www.oecd.org/officialdocuments/publicdisplaydocumentpdf/?cote=DSTI/I… <http://www.oecd.org/officialdocuments/publicdisplaydocumentpdf/?cote=DSTI/I…> The survey had several useful findings which hadn’t previously been established as fact—most notably the portion of peering relationships that are “handshake” agreements, without written contract. These findings have improved the regulatory environments in which many of us operate our networks. At the time of the 2011 survey, we committed to repeating the survey every five years, so as to provide an ongoing indication of the direction peering trends take. It’s now five years later, so we’re repeating the survey. The survey is global in scope, and our goal is to reflect the diversity of peering agreements in the world; we’re interested in large ISPs and small ISPs, ISPs in Afghanistan and in Zimbabwe, bilateral agreements and multilateral, private and public. Our intent is to be as comprehensive as possible. In 2011, the responses we received represented 86% of all of the world’s ISPs and 96 countries. We would like to be at least as inclusive this time. Privacy: In 2011, we promised to collect the smallest set of data necessary to answer the questions, to perform the analysis immediately, and not to retain the data after the analysis was accomplished. In that way, we ensured that the privacy of respondents was fully protected. We did as we said, no data was leaked, and the whole community benefited from the trust that was extended to us. We ask for your trust again now as we make the same commitment to protect the privacy of all respondents, using the same process as last time. We are asking for no more data than is absolutely necessary. We will perform the analysis immediately upon receiving all of the data. We will delete the data once the analysis has been performed. The Survey: We would like to know the following five pieces of information relative to each Autonomous System you peer with: • Your ASN • Your peer’s ASN (peers only, not upstream transit providers or downstream customers) • Whether a written and signed peering agreement exists (the alternative being a less formal arrangement, such as a "handshake agreement") • Whether the terms are roughly symmetric (the alternative being that they describe an agreement with different terms for each of the two parties, such as one compensating the other, or one receiving more or fewer than full customer routes) • Whether a jurisdiction of governing law is defined • Whether IPv6 routes are being exchanged (this year, we’ll still assume that IPv4 are) The easiest way for us to receive the information is as a tab-text or CSV file or an Excel spreadsheet, consisting of rows with the following columns: Your ASN: Integer Peer ASN: Integer Written agreement: Boolean Symmetric: Boolean Governing Law: ISO 3166 two-digit country-code, or empty IPv6 Routes: Boolean For instance: 42 <tab> 715 <tab> false <tab> true <tab> us <tab> true <cr> 42 <tab> 3856 <tab> true <tab> true <tab> us <tab> true <cr> We are asking for the ASNs only so we can avoid double-counting a single pair of peers when we hear from both of them, and so that when we hear about a relationship in responses from both peers we can see how closely the two responses match, an important check on the quality of the survey. As soon as we've collated the data, we'll strip the ASNs to protect privacy, and only the final aggregate statistics will be published. We will never disclose any ASN or any information about any ASN. We already have more than 8,000 ASN-pair relationships documented, and we hope to receive as many more as possible. We'd like to finish collecting data by the end of September, about two weeks from now. If you’re peering with an MLPA route-server, you’re welcome to include just the route-server’s ASN, if that’s easiest, rather than trying to include each of the peer ASNs on the other side of the route-server. Either way is fine. If all of your sessions have the same characteristics, you can just tell us what those characteristics are once, your own ASN once, and give us a simple list of your peer ASNs. If your number of peers is small enough to be pasted or typed into an email, rather than attached as a file, and that’s simpler, just go ahead and do that. If you have written peering agreements that are covered by non-disclosure agreements, or if your organizational policy precludes disclosing your peers, but you’d still like to participate in the survey, please let us know, and we’ll work with whatever information you’re able to give us and try to ensure that your practices are statistically represented in our results. If you're able to help us, please email me the data in whatever form you can. If you need a non-disclosure, we're happy to sign one. Finally, if there are any other questions you’d like to see answered in the future, please let us know so that we can consider addressing them in the 2021 survey. The question about IPv6 routing in this year’s survey is there because quite a few of the 2011 respondents asked us to include it this time. Please respond by replying to this email, before the end of September. Thank you for considering participating. We very much appreciate it, and we look forward to returning the results to the community. -Bill Woodcock Executive Director Packet Clearing House

1 0

Offtopic: Servers that companies throw out? :)
by Mihai Tanasescu 12 Sep '16

12 Sep '16

Hi guys, I am shooting an offtopic, wild question.. though I kind of guess what the answers might be. Where are the big companies recycling / throwing away their servers? I am looking to build a mini lab for playing with various stuff ranging from Cisco Virl to VMware NSX and I also have to my luck a place to rack equipment free of charge with me only paying for electricity. The only missing piece is a server with enough RAM and I was looking into cheaper alternatives (already looked in ricardo and ebay but was wondering where companies throw their older tech). Can someone please enlighten me? Cheers, Mihai

4 4

ICT "Archaeology" at Technopark Zurich
by Rolf Sommerhalder 11 Sep '16

11 Sep '16

Hello SwiNOGers, At Technopark in Zurich, where I work for a small startup, there is still no native IPv6 connectivity available. From what I gather, some of the other 300 companies in this compound also struggle to get decent Internet connectivity. To the extent that some, including ourselves, resort to using flat-rate unlimited wireless 4G/LTE connections. Which is an acceptable work-around for resilience and off-loading traffic that is not sensitive to higher latency, such as e-mail, bulk up-/downloads, streaming, or off-site backup... Although there is an inversion going on where transmissions migrate to wireless which traditionally were cable-bound (for ex. telephony), and vice-versa (for ex. broadcasting), I started digging a bit into the history: Until at least 2008, Swisscom had a "National MPLS Lab" full of Cisco gear in a room right next to our offices. If I recall correctly, Swisscom had set this Lab up after it had acquired Xmit and the Unisource alliance broke up. From that Lab at Technopark, there were trunks of fibers running directly to Swisscom's large facilities in Herdern and in Binz. But so far, I was unable to locate those fibers. Were they really ripped out, or are they still there? Or, were they just abandoned? But who owns them? Could we illuminate a pair, or two? Further research indicates IXEurope had setup _two_ Data Centers at Technopark where they operated Telehouse Internet Exchanges (TIX) in 2005/2006 [1, 2]. Until at least 2007, when Equinix had acquired TIX/IXEurope [3]. What happened to the two Data Centers at Technopark? Did Equinix move the TIX to its other colos in/near Zurich? Did the "over 60 ISPs" move who were apparently peering at TIX? Could we illuminate just a pair of the bunch of fibers that likely are still buried between Technopark and Hardstrasse 235, or Josephstrasse, etc.? Apparently, at least COLT still maintains a PoP at Technopark with fat pipes (likely from the TIX area). But so far, we were unable to get an offer for IP Transit from them, or their re-sellers. Also Rackspace has at least offices in a building adjacent to Technopark. Back in 2007/8, there were rumors that Google was building a data center nearby (cooled by water from the river Limmat). We just became a RIPE member and got our IPv4/6 PA allocations and an AS Number as a LIR. Now, I am looking at our options to get cost-effective IPv4/6 Internet connectivity for our offices at Technopark, as well as scalable IP Transit and/or co-location with housing for our physical server appliances in two geo-redundant data centers in or near Zurich. For example, it would be great to peer at SwissIX, provided that we can find some affordable L2/3 transport between Technopark and Josephstrasse, which is literally just up the road. Thanks for any hints what happened to those resources at Technopark (TIX, Data Centers, transmission lines, etc.) since 2008 while I was working abroad, Rolf [1] IXEurope Connects Switzerland's Internet Exchange Points http://www.equinix.ch/newsroom/press-releases/pr/123269/ixeurope-connects-s… [2] IXEurope Expands Swiss Datacentre Footprint http://www.prweb.com/releases/2006/08/prweb419626.htm [3] IXEurope Acquired by Equinix https://news.netcraft.com/archives/2007/06/28/ixeurope_acquired_by_equinix.…

1 0

Re: [swinog] Colocation of PC Engines APU2 with BGP feed
by Pascal Mathis 11 Sep '16

11 Sep '16

Nice to meet you. Generally speaking I think that a VM with a sufficient CPU and 4GB of RAM is not going to be cheaper, especially not in Switzerland. Also, VMs dont usually come with an IX port, so that's another thing I would miss out. Last but not least, I prefer to run stuff on owned/real hardware. An APU2 seems perfect for my needs without breaking my budget. Got two offers so far which are promising, so just waiting a bit longer to collect some potential further offers. Thank you anyways for your suggestions! On 09/11/2016 03:53 AM, Stanislav Sinyagin wrote: > (I'm the author of Debian installer for APU :-) > > I know two or three potential places where you could have this, but a VM > will be preferable, just not to clutter the rack space. > > > > On Sun, Sep 11, 2016 at 3:51 AM, Stanislav Sinyagin > <ssinyagin(a)k-open.com <mailto:ssinyagin@k-open.com>> wrote: > > why not a virtual machine? It would be cheaper than placing a > hardware box. > > > > On Sat, Sep 10, 2016 at 11:46 PM, Pascal Mathis > <mailinglist+swinog(a)snapserv.net > <mailto:mailinglist+swinog@snapserv.net>> wrote: > > Dear SwiNOGers, > > for a personal project I would be interested in colocating a PC > Engines > APU2 somewhere in Switzerland with the following specifications: > > - Colocation of a single APU2 in the usual PC Engines case - I > do not > need physical access to the DC, actually sending the fully > configured > machine so that someone can rack it would be preferred. > > - BGP session with IPv4 + IPv6 fulltable feeds and working > communities. > > - Gigabit port, 1 to 5TB of traffic included, but most of the > time less > than 200-300G are going to be used per month, so smaller offers > should > work out as well. > > - Optional: A port to SwissIX would be really great, of course I > would > pay any interconnect fees (and the usual membership fees to > SwissIX). > > I am already familiar with BGP and am currently operating my primary > location in Frankfurt, Germany. No SLA required, price should be as > cheap as possible - I do not need any enterprise support or > something > like that. > > For people who don't know what a APU2 is, you can find more > information > here http://www.pcengines.ch/apu2.htm > <http://www.pcengines.ch/apu2.htm> (the machine itself) and > http://www.pcengines.ch/case1d2blku.htm > <http://www.pcengines.ch/case1d2blku.htm> (the case, > 17cmx16cmx3cm). I > know that I am asking for a lot, but I thought if someone is able to > offer something like that for a reasonable price which can be > paid by an > individual, I'll most likely find him/her on SwiNOG. > > If you have any offers or further questions, please reply to the > mailinglist or directly contact me at ncc(a)snapserv.net > <mailto:ncc@snapserv.net>. > > Best regards and have a nice sunday, > Pascal Mathis > > > _______________________________________________ > swinog mailing list > swinog(a)lists.swinog.ch <mailto:swinog@lists.swinog.ch> > http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog > <http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog> > > > > > -- > Stanislav Sinyagin > Senior Consultant, CCIE #5478 > ssinyagin(a)k-open.com <mailto:ssinyagin@k-open.com> > +41 79 407 0224 <tel:%2B41%2079%20407%200224> > > > > > -- > Stanislav Sinyagin > Senior Consultant, CCIE #5478 > ssinyagin(a)k-open.com <mailto:ssinyagin@k-open.com> > +41 79 407 0224

1 0

Colocation of PC Engines APU2 with BGP feed
by Pascal Mathis 10 Sep '16

10 Sep '16

Dear SwiNOGers, for a personal project I would be interested in colocating a PC Engines APU2 somewhere in Switzerland with the following specifications: - Colocation of a single APU2 in the usual PC Engines case - I do not need physical access to the DC, actually sending the fully configured machine so that someone can rack it would be preferred. - BGP session with IPv4 + IPv6 fulltable feeds and working communities. - Gigabit port, 1 to 5TB of traffic included, but most of the time less than 200-300G are going to be used per month, so smaller offers should work out as well. - Optional: A port to SwissIX would be really great, of course I would pay any interconnect fees (and the usual membership fees to SwissIX). I am already familiar with BGP and am currently operating my primary location in Frankfurt, Germany. No SLA required, price should be as cheap as possible - I do not need any enterprise support or something like that. For people who don't know what a APU2 is, you can find more information here http://www.pcengines.ch/apu2.htm (the machine itself) and http://www.pcengines.ch/case1d2blku.htm (the case, 17cmx16cmx3cm). I know that I am asking for a lot, but I thought if someone is able to offer something like that for a reasonable price which can be paid by an individual, I'll most likely find him/her on SwiNOG. If you have any offers or further questions, please reply to the mailinglist or directly contact me at ncc(a)snapserv.net. Best regards and have a nice sunday, Pascal Mathis

1 0

Joined SwissIX - SwiNOG-BE159 - Beer Event 159 @ Erzbierschof Zurich, Monday, 2016-09-26
by Emanuel Kleindienst 09 Sep '16

09 Sep '16

Dear SwissIXers & SwiNOGers, JOINED SwiNOG & SwissIX Beering Let's have some Beer & Food at Erzbierschof - an new location AGAIN!!! Upcoming events for rest of 2016: > SwiNOG-BE160: Mo, 24.10.16 > SwiNOG-BE161: Mo, 28.11.16 > SwiNOG-BE162: Mo, 12.12.16 (Christmas dinner) Looking forward seeing you! Emanuel, mobile +41 79 382 73 77, Email emanuel(a)vshn.ch Details for the next event: ----------------------------------------------- Event: Joined SwissIX - SwiNOG-BE159 - Beer Event 159 When? Monday, 26th September 2016 18:30 Where? Erzbierschof Freischuetzgasse 10, 8004 Zurich http://blackrider.erzbierschof.ch/ (GoogleMaps Link: http://https://goo.gl/maps/va7vLZkHngy) Places available? 35 !! Please sign up if you're really coming - because the seats are limited! !! ----------------------------------------------- Registration: Start: Friday, 2nd September 2016 - 14:20 Stop: Monday, 26th September 2016 - 17:00 Reg-URL: http://swinog.be/ ----------------------------------------------- Since we have to make reservations, I need to know who's coming and who not. If you can't attend and you're registered please inform me ASAP (+41 79 382 73 77). Cheers, Emanuel Kleindienst

1 1

Re: [swinog] The Internet 40 years on
by Scott Weeks 29 Aug '16

29 Aug '16

--- jeroen(a)massar.ch wrote: From: Jeroen Massar <jeroen(a)massar.ch> http://m.sfgate.com/business/article/40-years-on-the-Internet-transmits-eve… For the people who like 'our history' ;) ----------------------------------------------- Hmmm, not so sure about sfgate.com's historical data. The internet first said "lo" like in 'lo and belold, I exist', but in reality it was the first three letters of "log". the whole system crashed when they typed the "g". That was 1969: http://www.lk.cs.ucla.edu/personal_history.html As far as packet radio (I'm from Hawaii, so I really like this one) Professor Norman Abramson developed ALOHAnet (packet radio) in 1970 at the University of Hawaii, which became the core idea for Robert Metcalfe's CSMA and, thus, Ethernet: https://en.wikipedia.org/wiki/Packet_radio#Aloha_and_PRNET One of my favorites is the letter from R.Z. Bachrach: http://b2b.cbsimg.net/blogs/19740305-xerox-ethernet-memo1.jpg Which he clarifies as not what everyone thinks it said: https://www.reddit.com/r/reddit.com/comments/1xz13/in_1974_xerox_parc_engin… All of which was before 1974. scott _______________________________________________ swinog mailing list swinog(a)lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog

1 0

The Internet 40 years on
by Jeroen Massar 28 Aug '16

28 Aug '16

http://m.sfgate.com/business/article/40-years-on-the-Internet-transmits-eve… For the people who like 'our history' ;) Greets, Jeroen

1 0

peering request
by Julien Sansonnens 28 Aug '16

28 Aug '16

Hello, Zaledia.com is a small not-for-profit organisation. We are a group of some interested technicians, IP networks enthusiasts. We like development and open protocols. We operate AS207149, and provide IPv6 connectivity to our users, with a goal of sharing knowledge and development of a free internet, decentralized and neutral. We don't have the money yet to obtain native IPv6 connectivity from some datacenter, so we receive it via a tunnel from Hurricane electric. We are looking for some good souls that would agree to provide us IPv6 transit graciously, as a sponsor. Traffic to and from our network is extremely small, if not insignificant. We would like to get one or two transit upstreams to ensure some redundancy in providing connectivity. We propose a BGP session via 6to4 or OpenVPN tunnel, preferably. If you do not want to transit, we are also interested to peer with any interested organization. Cordial greetings, Julien Sansonnens Zaledia.com

3 4

SwiNOG-BE158 - Beer Event 158 @ Don Weber Zurich, Monday, 2016-08-29
by Emanuel Kleindienst 26 Aug '16

26 Aug '16

Dear SwiNOGers, Let's have some Beer & Food at Don Weber! *** And an IMPORTANT announcement: JOINED Beering SwiNOG & SwissIX on Monday, 26.9.2016!!! Details will come up beginning of September. SAVE THE DATE!!! *** Upcoming events for rest of 2016: > SwiNOG-BE159: Mo, 26.9.16 - joined SwiNOG & SwissIX beering > SwiNOG-BE160: Mo, 24.10.16 > SwiNOG-BE161: Mo, 28.11.16 > SwiNOG-BE162: Mo, 12.12.16 (Christmas dinner) Looking forward seeing you! Emanuel, Mobile +41 79 382 73 77, Email emanuel(a)vshn.ch Details for the next event: ----------------------------------------------- Event: SwiNOG-BE158 - Beer Event 158 When? Monday, 29th August 2016 18:30 Where? Don Weber Heinrichstrasse 213, 8005 Zürich http://www.donweber.ch/ (GoogleMaps Link: http://goo.gl/maps/PqOPb) Places available? 8 !! Please sign up if you're really coming - because the seats are limited! !! ----------------------------------------------- Registration: Start: Friday, 26th August 2016 - 12:00 Stop: Monday, 29th August 2016 - 17:00 Reg-URL: http://swinog.be/ ----------------------------------------------- Since we have to make reservations, I need to know who's coming and who's not. If you can't attend and you're registered please inform me ASAP (+41 79 382 73 77). Cheers, Emanuel Kleindienst

1 0

RFC 1918 usage in Internet routes - was: Re: Swinog Post RFC1918 IP's on BBCS and Cable based Services
by Stephan Wolf 23 Aug '16

23 Aug '16

Hello Sunrise, many thanks for your (anonymous) feedback. <Offtopic> Ok, I have not seen this other discussion - and simply I do NOT want to start this "relegious" discussion about it. For me personally it is "bad behaviour" to use RFC1918 in internet public based services / routes. For sure others CAN do, because it is not strictly forbidden. This is for me also a general "problem" according RFC's: what is "MUST" and what is "SHOULD".... So I stop it here. </Offtopic> Back to my case: Here see the traces which use RFC1918 in your backbone. So you assign it ! Or may send me an introduction why I am wrong. May I missed something. Many thanks in advance, Best Regards Stephan remark: 192.168.12.254 is your CPE / Fritzbox /root: traceroute local.ch traceroute to local.ch (185.101.119.163), 64 hops max, 40 byte packets 1 192.168.12.254 (192.168.12.254) 0.826 ms 0.650 ms 0.559 ms 2 10.136.71.241 (10.136.71.241) 18.020 ms 18.421 ms 18.051 ms 3 172.16.19.146 (172.16.19.146) 22.824 ms 22.594 ms 20.392 ms 4 172.16.19.145 (172.16.19.145) 20.397 ms 23.046 ms 22.561 ms 5 194.230.108.185 (194.230.108.185) 18.058 ms 19.911 ms 19.526 ms 6 * * * 7 * * * 8 oer02pe05.ge1-0-19.bb.sunrise.net (212.161.250.138) 20.847 ms oer02pe05.ge1-0-0.bb.sunrise.net (212.161.250.134) 22.801 ms 22.368 ms 9 195.141.229.234 (195.141.229.234) 22.636 ms 22.517 ms 22.724 ms 10 * * * 11 * * * (snip) /root: traceroute -I local.ch traceroute to local.ch (185.101.119.163), 64 hops max, 48 byte packets 1 192.168.12.254 (192.168.12.254) 0.682 ms 0.543 ms 0.506 ms 2 10.136.71.241 (10.136.71.241) 18.382 ms 20.533 ms 17.602 ms 3 172.16.19.146 (172.16.19.146) 22.372 ms 22.011 ms 22.478 ms 4 172.16.19.145 (172.16.19.145) 21.672 ms 21.664 ms 22.113 ms 5 194.230.108.185 (194.230.108.185) 19.564 ms 19.532 ms 19.533 ms 6 * * * 7 * * * 8 oer02pe05.ge1-0-19.bb.sunrise.net (212.161.250.138) 22.131 ms 22.230 ms 21.965 ms 9 195.141.229.234 (195.141.229.234) 21.793 ms 22.007 ms 21.611 ms 10 * * * 11 * * * (snip) >tracert local.ch Routenverfolgung zu local.ch [185.101.119.163] über maximal 30 Hops: 1 <1 ms <1 ms 1 ms 192.168.12.254 2 18 ms 17 ms 18 ms 10.136.71.241 3 23 ms 22 ms 22 ms 172.16.19.146 4 23 ms 23 ms 22 ms 172.16.19.145 5 24 ms 20 ms 20 ms 194.230.108.185 6 * * * Zeitüberschreitung der Anforderung. 7 * * * Zeitüberschreitung der Anforderung. 8 87 ms 85 ms 83 ms oer02pe05.ge1-0-19.bb.sunrise.net [212.161.250.138] 9 87 ms 86 ms 79 ms 195.141.229.234 10 * * * Zeitüberschreitung der Anforderung. 11 * * * Zeitüberschreitung der Anforderung. (snip) Inbound: (snip) .... 6 e1-19.c-r1.es34.nine.ch (5.148.160.143) 12.509 ms 11.148 ms 11.102 ms 7 194.230.36.32 (194.230.36.32) 1.271 ms 1.261 ms 1.214 ms 8 * * * 9 zur01are02.et-10-3-0.bb.sunrise.net (195.141.217.155) 1.355 ms 1.225 ms 1.088 ms 10 * * * 11 * * * 12 * * * 13 adsl-84-227-50-245.adslplus.ch (84.227.50.245) 22.971 ms 23.458 ms 23.962 ms 2016-08-16 13:44 GMT+02:00 peering <peering(a)sunrise.net>: > Hi > Based on the current post at the swinog mailing list and a previous one > which discussed the topic in detail. In fact there is no obligation to not > use private IP Addresses for internet based Services. > Therefore be aware, that the seen RFC1918 Addresses has not been assigned > by sunrise. > Many Thanks for your understanding > > > > > >

1 1

Question about SwiNOG #30
by Alisha Manuela Stutz 17 Aug '16

17 Aug '16

Hi to all, Is there any plan when SwiNOG #30 will coming up? Best regards Alisha Manuela -- Eine sehr informative Broschüre über Transsexualität die Einblicke gibt um Vorurteile abzubauen oder gar nicht entstehen lässt. http://www.stadt-zuerich.ch/content/dam/stzh/prd/Deutsch/Gleichstellung/PDF…

2 1

SwiNOG-30 - SAVE THE DATE: 4.11.2016
by Steven Glogger 17 Aug '16

17 Aug '16

Dear SwiNOG supporter, We have great news, since our talks for the location and the sponsors are progressing. SAVE THE DATE: 4.11.2016 The 30th meeting of the Swiss Network Operators Group (SwiNOG) will be held in Berne on top of the Gurten on November 4th 2016. Important Dates for SwiNOG#28 --------------------------------------------------- 17.08.2016 Announcement of Meeting 24.08.2016 Call for Papers (you may submit already if you wish to do so) 05.09.2016 Registration opens 16.10.2016 Call for Papers closing 23.10.2016 Final publication of agenda 27.10.2016 Registration closes 01.11.2016 Deadline for all slides 04.11.2016 Meeting day Topics for Presentations/Talks --------------------------------------------------- The number and length of presentations per session is not fixed, although due to time constraints we would prefer the length of the presentations to be between 5 to 45 minutes. Here is a non-exhaustive list of typical SwiNOG meeting topics: - Security - DDOS Mitigation - AntiSpam - IPv6 - Open Source tools - International view of the internet (incidents, outages, measurements) - Routing - Server applications (DNS, Web, etc.) - Legal issues (BÜPF, etc.) - Telecommunication politics (Net Neutrality, Incumbent monopoly, etc.) -> PLEASE feel free to talk to us about any kind of topic and collaboration!!! You can always start a discussion on the list - I'm sure people join in. Language of Slides and Talks --------------------------------------------------- The whole day will be held in English, therefore we kindly ask you to produce your presentation in English. Submission Guidelines --------------------------------------------------- All submissions must have a strong technical bias and must not be solely promotional for your employer. Please remember that your presentations should be suitable for a target audience of technicians from varied backgrounds, working for companies whose sizes may vary considerably. To submit a proposal for a presentation, we request that you provide the following information to <swinog-core at swinog.ch <http://swinog.ch/>>: * the name of the presenter (and if applicable your affiliation) * a working email address * the name and number of the topic which will contain the presentation * the title of the presentation * its expected length (in minutes) * a short abstract of the presentation (so we know what it is about) We also welcome suggestions for specific presentations which you feel would be valuable to the SwiNOG community. Please be aware that your presentation will be published on the SwiNOG website after the event. We can publish modified slides if requested - it might be that some confidential data will be presented by you which are not intended for publication on the internet. Greetings, Steven SwiNOG Core Team General Information (SwiNOG Community) --------------------------------------------------- The Swiss Network Operators Group (SwiNOG) is an informal group of people who are concerned with engineering and operation of the Swiss Internet. SwiNOG exists to enhance the quality of Internet services available in Switzerland. It does this by fostering the free exchange of technical ideas and information between different companies and organisations. SwiNOG is a community for professionals who are operating, designing or researching the Internet. It provides a technical forum where those working on, with and for the Internet can come together to solve problems with every aspect of their (net)work. The meeting is designed to provide an opportunity for the exchange of information among network operators, engineers, researchers and other professionals close to the network community. More information about SwiNOG can be found at http://www.swinog.ch/ <http://www.swinog.ch/>, Facebook, Xing, Information about the meeting will be published at http://www.swinog.ch/meetings/swinog29/ <http://www.swinog.ch/meetings/swinog29/> General Information (SwiNOG Organisation) --------------------------------------------------- The SwiNOG Organisation Association is a non-profit association under article 60 and further of the swiss civil law. It manages the SwiNOG community ressources (domain, web, mailing-lists, etc..) and organises SwiNOG meetings. Contact: SwiNOG Organisation 8000 Zurich Switzerland

1 0

Bad Connectivity at UPC Home Internet
by Tobias Brunner 17 Aug '16

17 Aug '16

Hi all, I'm having a hard time with my UPC Internet at home. Connections to f.e. Github are nearly impossible since a few weeks (can't remember exactly since when =( ), but when connecting through a VPN (exits at AS57118) there are no performance issues other connection problems. This connection troubles are not only to Github, but also to other random destinations like Ifolor, sometimes Google, sometimes SRF, ... I couldn't find patterns at the moment, SmokePing started collecting them for me =) (currently it shows huge paketloss, but still have to wait some more days for better graphs). Is anyone else having such issues with UPC home Internet? Cheers, Tobias

7 9

Recent Leak & Auction
by Silvan M. Gebhardt 16 Aug '16

16 Aug '16

I guess you guys all heard about it but https://xorcatt.wordpress.com/2016/08/16/equationgroup-tool-leak-extrabacon… It's still - say - kinda scary what could be in the rest of this leak? Silvan

1 0

'known' DNS Problems with Migros Banking App?
by Benoit Panizzon 09 Aug '16

09 Aug '16

Hello One customer contacted us, because the Migros Banking App does not work from within our network and asked me to contact the Migros NOC to find out what we should change to make it work. From the Migros NOC I got the feedback, that this is an issue they observed with customers whose ISP have IPv6 enabled DNS Server. They recommend that either the ISP disables IPv6 on the nameservers, or that the customers uses a different ISP, for example via Mobile Phone Hotspot to use their Banking app. Apparently UPC Cablecom is another ISP with the same issue and cablecom is able to resolve the issue by disabling IPv6 for the affected customers. I am a bit puzzled. I first suspected a DNSSEC issue as our servers do validate DNSSEC. But this does not seem to be the case. I can resolve the hostnames without any problems via our DNS Servers. Our DNS Servers are IPv6 enabled. When another DNS Server has an IPv6 address, they will prefer IPv6. But our customer does not get an IPv6 address. So his local resolver does only know the IPv4 address of our DNS Servers. The Migros DNS Servers do not publish an IPv6 address. So how is IPv6 involved in this issue? The Domain in Question: mbmid.ch is: mbmid.ch. 241 IN NS ns1.datacenter-migros.ch. mbmid.ch. 241 IN NS migze104.migros.ch. mbmid.ch. 241 IN NS migze100.migros.ch. ns1.datacenter-migros.ch. 146 IN A 164.14.130.66 migze100.migros.ch. 3222 IN A 146.67.146.20 migze104.migros.ch. 3222 IN A 193.8.177.201 They are not DNSSEC Signed. The only issue I found is that ns1.datacenter-migros.ch is not published in the registrar glue record, but this also would not lead to a failure to resolve the hostname. Has anyone else come across that issue and could give me a hint where to further investigate? -Benoît Panizzon- -- I m p r o W a r e A G - Leiter Commerce Kunden ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 00 CH-4133 Pratteln Fax +41 61 826 93 01 Schweiz Web http://www.imp.ch ______________________________________________________

3 3

Re: [swinog] Rack mounting Switch/Routers in Cold and Hot Isle DC
by Robert.Guentensperger＠swisscom.com 05 Aug '16

05 Aug '16

Hi Patrick better airflow vs. nice/easy cabling better airflow = less HW issues = less impact = equip. lives longer = saves finally money nice/easy cabling = nice to see = less cable problems = faster changes/troubleshooting on HW-side So my vote is clear for better airflow. Cheers, Günti > -----Original Message----- > From: swinog-bounces(a)lists.swinog.ch [mailto:swinog- > bounces(a)lists.swinog.ch] On Behalf Of Patrick Studer > Sent: Friday, August 05, 2016 2:31 PM > To: swinog(a)lists.swinog.ch > Subject: ***Signed_Message*** Re: [swinog] Rack mounting Switch/Routers > in Cold and Hot Isle DC > > Hi > > Thanks for all the input. > > Unfortunately, my questions seems not to be clear enough. > > I know, how to solve the issue. > > I just wanted to know, if anybody is strictly following the best > practice for the airflow or if some ignore the best practice in place > for a proper cabling (and perhaps just leaves an additional U free for > airflow)? > > Or in other words, which option count more (better airflow vs. nice/easy > cabling). > > Kind regards > > Patrick Studer > > ************************************************************************ > **** > ** > X-NetConsulting GmbH Internet http://www.x- > netconsulting.ch Nauenstrasse 49 E- > Mail p.studer(a)x-netconsulting.ch > CH-4052 Basel Telefon +41 61 315 85 55 > Schweiz Fax +41 61 315 85 59 > ************************************************************************ > **** > ** > > > -----Ursprüngliche Nachricht----- > Von: swinog-bounces(a)lists.swinog.ch [mailto:swinog- > bounces(a)lists.swinog.ch] > Im Auftrag von Gregor Riepl > Gesendet: Donnerstag, 4. August 2016 23:16 > An: swinog(a)lists.swinog.ch > Betreff: Re: [swinog] Rack mounting Switch/Routers in Cold and Hot Isle > DC > > > How to you solve this issue? > > The easiest solution, if there is no fancy (i.e. software controlled) > way to reverse fan flow: > > Just open the switch, unscrew the fans, turn them around and remount > them. > > Our network engineer did that countless times, and it always works. > > No need to spend heaps of $$$ on hardware with the "correct" flow > direction. > > > _______________________________________________ > swinog mailing list > swinog(a)lists.swinog.ch > http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog

1 0

Rack mounting Switch/Routers in Cold and Hot Isle DC
by Patrick Studer 05 Aug '16

05 Aug '16

Hi I'm interested, how swinog members mount their (switch/router/firewall) equipment in a hot/cold isle environment. In theory, one should mount the switches/routers in front (toward cold isle) of the rack to have an optimal airflow, but then cabling get a little bit messy. If this type of equipment is mounted in the back (toward hot isle), the cabling can be done much cleaner, but the airflow isn't optimal and in worst case, switches and routes take in hot air from other devices. How to you solve this issue? Thanks for you valuable input. Kind regards Patrick Studer **************************************************************************** ** X-NetConsulting GmbH Internet <http://www.x-netconsulting.ch/> http://www.x-netconsulting.ch Nauenstrasse 49 E-Mail <mailto:p.studer@x-netconsulting.ch> p.studer(a)x-netconsulting.ch CH-4052 Basel Telefon +41 61 315 85 55 Schweiz Fax +41 61 315 85 59 **************************************************************************** **

4 4

Re: [swinog] Rack mounting Switch/Routers in Cold and Hot Isle DC
by Jerome.Tissieres＠swisscom.com 04 Aug '16

04 Aug '16

Hi Patrick, In many datacenter switches, at least the good ones, you can choose the fan direction (front-to-back or back-to-front) and this solve this problem. Cheers, Jerome From: swinog-bounces(a)lists.swinog.ch [mailto:swinog-bounces@lists.swinog.ch] On Behalf Of Patrick Studer Sent: Thursday, 4. August 2016 09:17 To: swinog(a)swinog.ch Subject: [swinog] Rack mounting Switch/Routers in Cold and Hot Isle DC Hi I'm interested, how swinog members mount their (switch/router/firewall) equipment in a hot/cold isle environment. In theory, one should mount the switches/routers in front (toward cold isle) of the rack to have an optimal airflow, but then cabling get a little bit messy. If this type of equipment is mounted in the back (toward hot isle), the cabling can be done much cleaner, but the airflow isn't optimal and in worst case, switches and routes take in hot air from other devices. How to you solve this issue? Thanks for you valuable input. Kind regards Patrick Studer ****************************************************************************** X-NetConsulting GmbH Internet http://www.x-netconsulting.ch<http://www.x-netconsulting.ch/> Nauenstrasse 49 E-Mail p.studer(a)x-netconsulting.ch<mailto:p.studer@x-netconsulting.ch> CH-4052 Basel Telefon +41 61 315 85 55 Schweiz Fax +41 61 315 85 59 ******************************************************************************

1 0

SwiNOG-BE155 - Beer Event 157 @ Bauschaenzli Biergarten / ZH, Monday, 2016-07-25
by Emanuel Kleindienst 25 Jul '16

25 Jul '16

Dear SwiNOGers, Let's have some Beer & Food at Bauschaenzli Biergarten, a new location again! Upcoming events for rest of 2016: > SwiNOG-BE158: Mo, 29.8.16 > SwiNOG-BE159: Mo, 26.9.16 > SwiNOG-BE160: Mo, 24.10.16 > SwiNOG-BE161: Mo, 28.11.16 > SwiNOG-BE162: Mo, 12.12.16 (Christmas dinner) Looking forward seeing you! Emanuel, Mobile +41 79 382 73 77, Email emanuel(a)vshn.ch Details for the next event: ----------------------------------------------- Event: SwiNOG-BE157 - Beer Event 157 When? Monday, 25th July 2016 18:30 Where? Bauschaenzli Biergarten Stadthausquai 2, 8001 Zurich http://www.bauschaenzli.ch (GoogleMaps Link: https://goo.gl/maps/JrjdnBymFXD2) Places available? 10 !! Please sign up if you're really coming - because the seats are limited! !! ----------------------------------------------- Registration: Start: Friday, 22nd July 2016 - 14:25 Stop: Monday, 25th July 2016 - 17:00 Reg-URL: http://swinog.be/ ----------------------------------------------- Since we have to make reservations, I need to know who's coming and who not. If you can't attend and you're registered please inform me ASAP (+41 79 382 73 77). greetings Emanuel Kleindienst

1 2

Scott Bradner über die Fehler von IPv6
by Gregor Riepl 23 Jul '16

23 Jul '16

Very interesting interview, also discusses possible reasons why IPv6 is not picking up fast enough: http://heise.de/-3276808 (German only, unfortunately)

1 0

SwiNOG-BE157 - Beer Event 157 @ Bauschaenzli Biergarten / ZH, Monday, 2016-07-25
by Emanuel Kleindienst 22 Jul '16

22 Jul '16

Dear SwiNOGers, Let's have some Beer & Food at Bauschaenzli Biergarten, a new location again! Upcoming events for rest of 2016: > SwiNOG-BE158: Mo, 29.8.16 > SwiNOG-BE159: Mo, 26.9.16 > SwiNOG-BE160: Mo, 24.10.16 > SwiNOG-BE161: Mo, 28.11.16 > SwiNOG-BE162: Mo, 12.12.16 (Christmas dinner) Looking forward seeing you! Emanuel, Mobile +41 79 382 73 77, Email emanuel(a)vshn.ch Details for the next event: ----------------------------------------------- Event: SwiNOG-BE157 - Beer Event 157 When? Monday, 25th July 2016 18:30 Where? Bauschaenzli Biergarten Stadthausquai 2, 8001 Zurich http://www.bauschaenzli.ch (GoogleMaps Link: https://goo.gl/maps/JrjdnBymFXD2) Places available? 10 !! Please sign up if you're really coming - because the seats are limited! !! ----------------------------------------------- Registration: Start: Friday, 22nd July 2016 - 14:25 Stop: Monday, 25th July 2016 - 17:00 Reg-URL: http://swinog.be/ ----------------------------------------------- Since we have to make reservations, I need to know who's coming and who not. If you can't attend and you're registered please inform me ASAP (+41 79 382 73 77). greetings Emanuel Kleindienst

1 0

survey: Resident / Business Customers Disconnect Intervall
by Miguel Elias 18 Jul '16

18 Jul '16

== English == Hi together, I like to initiate a small survey regarding the usage and dynamic distribution of your public IPs to customers. The survey will be kept confidential and I have no intention to publicize the results to a broader audience. If there is no abstention I like to summarize the findings anonymously and post it to the Swinog ML. Motivation: At a project meeting the claim came up, that all Swiss ISP disconnect their customers at the same time. I think that is a rather bold claim and I would like to disproof or justify the stated claim with a small survey. Questions: - Do all Clients get a public IPv4 Address? - Do you disconnect your xDSL, Fiber, Docsis client connections? -- At a certain Time, after a certain interval, or never? -- How long is your average disconnect? -- Are business clients disconnected as well? - During the disconnect. Do you refurbish IPv4 Addresses or does the client keep his address? -- Do you use the same procedures with IPv6 Addresses? Please send your answers off list to my private email address: nobody_su(a)kabelsalat.ch I'm looking forward to all your answers and I thank all involved parties. Regards from Bern Miguel Elias SBB Telecom AG == Deutsch == Hallo zusammen, Ich möchte eine kleine Umfrage starten rund ums Thema öffentliche IPs und ihrer dynamische Vergabe. Die Umfrage ist vertraulich und wird nicht veröffentlicht. Falls niemand etwas dagegen hätte, fasse ich gerne alle Aussagen zusammen und gebe diese anonym der Swinog ML wieder. Hintergrund: Bei einer Projektbesprechung wurde die Behauptung geäussert, dass alle Schweizer ISP zur selben Uhrzeit ihre Kundenverbindungen unterbrechen. Ich finde diese Aussage etwas gewagt und möchte diese Behauptung mit meiner Umfrage widerlegen oder bestätigt wissen. Frage: - Erhalten alle Kunden eine öffentliche IPv4 Adresse? - Unterbrecht ihr eure xDSL, Fiber, Docsis Kundenverbindung? -- Zu einer bestimmten Uhrzeit, innerhalb eines bestimmten Intervalls, oder nie? -- Wie lange dauert im schnitt ein Unterbruch? -- Werden Geschäftskunden von Unterbrechungen verschont? - Wird die vergebene öffentliche IPv4 Adresse beim Unterbruch neu Vergeben oder bleibt diese erhalten? -- Wie sieht es mit IPv6 Adressen aus? Schickt mir bitte eure Antworten direkt an meine private Email: nobody_su(a)kabelsalat.ch Ich bedanke mich bereits jetzt, für alle die sich an der Umfrage beteiligen. Grüsse aus Bern. Miguel ELIAS SBB Telecom AG -- ------------------------------------------------------------------ Mobile: +41-79-22 34 510 Miguel ELIAS, Schermenweg 141a, 3006 Bern, Switzerland ------------------------------------------------------------------ === Please don't print this e-mail unless you really need to, this is your contribution to save the environment. ===

1 0

Bluewin Mail Admin
by Kägi Adrian 08 Jul '16

08 Jul '16

Hi all Can a bluewin Mail Admin contact me offlist? ... Some strange behavior with receiving Mails from bluewin. Cheers Adrian

1 0

DSL
by xaerni 06 Jul '16

06 Jul '16

Could I talk with a DSL Speczialist (Dslam) from Swisscom offline?Greetings Xaver Von meinem Samsung Galaxy Smartphone gesendet.

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

swinog