- swinog - vmaill01.sys

IANA AS Numbers Registry Update
by Selina Harrington 21 Oct '20

21 Oct '20

Hi, The IANA AS Numbers registry has been updated to reflect the allocation of the following blocks to APNIC: 141626-142649 Assigned by APNIC 2020-10-20 142650-143673 Assigned by APNIC 2020-10-20 You can find the registry at: https://www.iana.org/assignments/as-numbers/ The allocation was made in accordance with the Policy for Allocation of ASN Blocks to Regional Internet Registries: https://www.icann.org/resources/pages/global-policy-asn-blocks-2010-09-21-en Best Regards, -- Selina Harrington Lead IANA Services Specialist

1 0

Bluewin Mail > Senior DevOps Engineer Unix/Linux
by Steven.Glogger＠swisscom.com 20 Oct '20

20 Oct '20

Hi All I have an open position @ Bluewin Mail. Details: https://jobs.swisscom.ch/professionals/offene-stellen/berufserfahrene/senio… greetings -steven

1 0

Looking for a VoLTE-SIP gateway
by Stanislav Sinyagin 28 Sep '20

28 Sep '20

hi all, Swisscom will discontinue the old GSM service soon, so I'll need to replace an old gateway. Any recommendation will be appreciated. I'm looking for a ready-made voice gateway, as follows: * 4 or 5 SIM card slots * support for VoLTE and UMTS (in Swiss frequency bands) * Voice calls routed via SIP * API for receiving SMS * Nice to have: support for OpenVPN or some other VPN. thanks, stan -- Stanislav Sinyagin Senior Consultant, CCIE #5478 ssinyagin(a)k-open.com +41 79 407 0224

4 6

Invitation for the Swiss Web Security Day 2020
by Michael Hausding 10 Sep '20

10 Sep '20

Dear SwiNOGers, We’re happy to invite you to the annual Swiss Web Security Day 2020. Due to the current circumstances, we will host a slightly adapted conference: it’ll be shorter and virtual. SISA, Swico and SWITCH are looking forward to welcoming you to a lively exchange on current security topics. When: 28 October 2020; 14:00 to 17:00 Where: online Programme and speakers: 13:30 – 14:00 Login to virtual conference and networking platform 14:00 – 14:30 Update on the Revision of the Ordinance on Internet Domains – Stéphane Bondallaz (BAKOM) 14:30 – 15:00 Open Standards Everywhere (OSE). International project to accelerate the deployment of security standards for web and email servers. - Dan York (Project leader OSE) 15:00 – 15:30 Everyone is talking cybercrime - what about law enforcement? – Kantonspolizei AG (Bernhard Droz Dienstleiter IT-Forensik und Cybercrime) 15:30 – 16:00 Coffee break and virtual networking 16:00 – 17:00 «How we made it through Corona. What new things were developed» Panel discussion moderated by Christoph Hugenschmidt (Founder inside-it.ch) with managers / business owners / engineers from Infomaniak, cyon and SWITCH (more participants have been asked to join us) Secure your place today and register at: https://swit.ch/websecurityday The presentations will be held in English. We look forward to welcoming you on the 28th October! Michael for SISA/SWICO/SWITCH ------------------------------------ Michael Hausding, Competence Lead DNS & Domain Abuse SWITCH-CERT Werdstrasse 2, P.O. Box, 8021 Zurich, Switzerland phone +41 44 268 15 77, incident phone +41 44 268 15 40 michael.hausding(a)switch.ch http://securityblog.switch.ch

1 0

Announcement of 'china government' routes 125.208.4[567].0/24 forbidden?
by Benoit Panizzon 27 Aug '20

27 Aug '20

Hi List A customer complained, he cannot reach the website of chinese embassy in Switzerland. CH.CHINA-EMBASSY.ORG The DNS Servers are hosted under 125.208.4[567].0/24 and none of our peers do announce those routes to us. The all, according to the looking glasses, seem to get those routes announced from AS24406 CNNIC but do not redistribute them. Do others also see this issue? Mit freundlichen Grüssen -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 ______________________________________________________

6 6

SwiNOG #37 postponed to Mai 4th 2021
by Simon Ryf 13 Aug '20

13 Aug '20

Dear SwiNOGers, due to COVID-19 SwiNOG #37 has been postponed to Mai 4th 2021. The decision has been made together with our sponsors and the results of the questionare. Because we see that a major part of SwiNOG Meetings is the personal interaction and discussions we decided that an online-event would not live up to the character of the meeting. Stay healthy and may the 4th be with us ;-) SwiNOG Core Team

1 0

DMARC Reports from Swiss Internetproviders
by Bohren, Andres 04 Aug '20

04 Aug '20

Hi all, Does anybody know, if Swiss Internetproviders do send DMARC Reports in theyr Email Service? https://de.wikipedia.org/wiki/DMARC Regards Andres

4 3

Re: [swinog] our zimbra webmail server is on the swisscom dns blacklist ...
by Tobias Oetiker 24 Jul '20

24 Jul '20

Hi Peter thanks ... I have submitted the surbl form yesterday already yes ... they seem to take their time too ... and above all it would be really helpful to get to know for what reason we ended up on that list ... cheers tobi ----- On Jul 24, 2020, at 9:55 AM, abuse quiet <abuse_quiet(a)bluewin.ch> wrote: > Good day > Thank you very much for your message. > We apologize for your trouble. > The domain is on the blacklist of our supplier. To solve the problem > immediately, we have added it to our whitelist and applied for its delisting. > Additionally you have to apply for a delisting via [ > http://www.surbl.org/surbl-analysis | http://www.surbl.org/surbl-analysis ] > SURBL is a reputation database for domains and is integrated as a source by many > services. Internet Guard is one such service. > Additional information about Internet Guard is available at [ > https://www.swisscom.ch/en/residential/help/internet/internetguard.html | > https://www.swisscom.ch/en/residential/help/internet/internetguard.html ] > Kind regards > Peter Fankhauser > ____________________________________________________________________________ > Lead Abuse Management > Security Operation Center > ____________________________________________________________________________ > Swisscom (Schweiz) AG > Group Security > Security Operation Center > 8005 Zürich > [ https://zimbra.oetiker.ch/zimbra/www.swisscom.com | www.swisscom.com ] > Von: [ mailto:swinog-bounces@lists.swinog.ch | swinog-bounces(a)lists.swinog.ch ] > < [ mailto:swinog-bounces@lists.swinog.ch | swinog-bounces(a)lists.swinog.ch ] > > Im Auftrag von Tobias Oetiker > Gesendet: Freitag, 24. Juli 2020 08:40 > An: [ mailto:swinog@swinog.ch | swinog(a)swinog.ch ] > Betreff: [swinog] our zimbra webmail server is on the swisscom dns blacklist ... > Hi All > We are running a zimbra web mail server [ > https://eur03.safelinks.protection.outlook.com/?url=https%3A%2F%2Fzimbox.ch… > | https://zimbox.ch ] for our customers. Yesterday afternoon swisscom has put > its IP (46.140.183.201) on their DNS blacklist ( [ > https://www.swisscom.ch/de/res/hilfe/internet/internetguard/url-checker.html | > https://www.swisscom.ch/de/res/hilfe/internet/internetguard/url-checker.html ] > ). Since the thing is running https, this leads to people with swisscom > internet access to get some cryptic error message about SSL problems from their > browser when they want to read their mail. > No, the server is not hacked, and we are running the latest version of zimbra > web mail on it. > We have filled in the swisscoms 'de-blacklisting' web form but nothing has > happened yet. We also called the swisscom kmu-hotline, but no, sorry we can not > do anything. > Any advice ? For now we are advising our customers to set their dns server in > their computers to 8.8.8.8 ... > By the light of day, swisscom is directly damaging our business with this ... > cheers > tobi (angry) > -- > Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland > [ > https://eur03.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.oetike… > | www.oetiker.ch ] [ mailto:tobi@oetiker.ch | tobi(a)oetiker.ch ] +41 62 775 9902 -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland www.oetiker.ch tobi(a)oetiker.ch +41 62 775 9902

1 0

our zimbra webmail server is on the swisscom dns blacklist ...
by Tobias Oetiker 24 Jul '20

24 Jul '20

Hi All We are running a zimbra web mail server https://zimbox.ch for our customers. Yesterday afternoon swisscom has put its IP (46.140.183.201) on their DNS blacklist ( [ https://www.swisscom.ch/de/res/hilfe/internet/internetguard/url-checker.html | https://www.swisscom.ch/de/res/hilfe/internet/internetguard/url-checker.html ] ). Since the thing is running https, this leads to people with swisscom internet access to get some cryptic error message about SSL problems from their browser when they want to read their mail. No, the server is not hacked, and we are running the latest version of zimbra web mail on it. We have filled in the swisscoms 'de-blacklisting' web form but nothing has happened yet. We also called the swisscom kmu-hotline, but no, sorry we can not do anything. Any advice ? For now we are advising our customers to set their dns server in their computers to 8.8.8.8 ... By the light of day, swisscom is directly damaging our business with this ... cheers tobi (angry) -- Tobi Oetiker, OETIKER+PARTNER AG, Aarweg 15 CH-4600 Olten, Switzerland www.oetiker.ch tobi(a)oetiker.ch +41 62 775 9902

4 3

Swisscom RES to Cloudflare DNS - 20% packet drop
by Mateusz Kowalski 20 Jul '20

20 Jul '20

Hi everyone, Can someone confirm a similar issue with Cloudflare DNS from Swisscom residential network? What's interesting, from Swisscom SME I don't see that issue (both connections are in Zurich)... It started on 18th of July around 00h30 (CEST). >>> Cloudflare DNS from Swisscom RES Host Loss% Snt Last Avg Best Wrst StDev 1. _gateway 0.0% 31 1.1 5.7 0.4 158.3 28.3 2. 172.16.1.1 0.0% 31 1.2 12.9 0.7 255.0 49.4 3. 1.120.61.188.dynamic.wline.res.cust.swisscom.ch 0.0% 31 2.6 2.8 2.1 4.8 0.5 4. 10.140.42.24 0.0% 30 5.2 8.0 3.6 97.1 17.0 5. i79zhh-010-ae28.bb.ip-plus.net 0.0% 30 8.5 9.8 3.0 59.3 11.5 6. mira.ip-plus.net 0.0% 30 2.3 3.4 2.2 21.0 3.4 7. i68gem-005-ae2.bb.ip-plus.net 0.0% 30 6.3 12.3 5.7 65.7 12.6 8. i68cix-015-bun3.bb.ip-plus.net 0.0% 30 6.5 6.9 5.9 19.0 2.3 9. cixp-cloudflare.cern.ch 20.7% 30 17.5 20.8 17.5 41.5 6.8 10. one.one.one.one 3.3% 30 19.2 25.4 18.4 93.5 19.4 >>> Cloudflare DNS from Swisscom SME Host Loss% Snt Last Avg Best Wrst StDev 1. _gateway 0.0% 21 0.3 0.3 0.2 0.4 0.0 2. 73.61.253.84.static.wline.lns.sme.cust.swisscom.ch 0.0% 20 0.6 0.6 0.4 1.2 0.2 3. 213.3.210.195 0.0% 20 3.8 3.7 3.5 3.9 0.1 4. ??? 5. i62bsw-005-bun14.bb.ip-plus.net 0.0% 20 3.8 7.0 3.7 37.5 8.2 6. i68gem-005-ae1.bb.ip-plus.net 0.0% 20 5.3 6.9 4.6 42.0 8.3 7. i68cix-015-bun3.bb.ip-plus.net 0.0% 20 4.8 5.0 4.7 5.5 0.2 8. cixp-cloudflare.cern.ch 0.0% 20 5.6 10.0 5.4 42.3 9.3 9. one.one.one.one 0.0% 20 4.8 4.8 4.7 5.5 0.2 >>> Google DNS from Swisscom RES Host Loss% Snt Last Avg Best Wrst StDev 1. _gateway 0.0% 21 0.5 0.7 0.5 3.2 0.6 2. 172.16.1.1 0.0% 21 1.2 1.4 0.5 6.2 1.1 3. 1.120.61.188.dynamic.wline.res.cust.swisscom.ch 0.0% 21 2.5 3.0 2.2 7.7 1.2 4. 10.140.42.28 0.0% 20 4.5 4.6 3.7 8.2 0.9 5. i79zhh-010-ae28.bb.ip-plus.net 0.0% 20 5.6 8.1 2.6 23.0 5.2 6. mira.ip-plus.net 0.0% 20 2.9 3.3 2.1 11.4 2.1 7. i79zhh-025-ae0.bb.ip-plus.net 0.0% 20 2.4 4.0 2.0 24.3 5.2 8. 72.14.223.0 0.0% 20 2.9 3.5 2.6 8.6 1.6 9. 172.253.50.235 0.0% 20 2.9 2.8 2.4 3.1 0.2 10. 172.253.50.21 0.0% 20 3.2 3.8 3.2 4.3 0.3 11. dns.google 0.0% 20 2.8 2.8 2.4 3.4 0.3 Cheers, Mateusz

2 2

looking for contact SRG/SRF, IP geolocation database
by Hegglin Benno 16 Jul '20

16 Jul '20

Please can someone from SRG / SRF responsible for the IP geolocation database used by SRF Live (video streams) contact me. Or if someone in the community has a contact, this would be much appreciated. Regards, Benno Hegglin WWZ Telekom AG Benno Hegglin, Leiter Systems & Operations Chollerstrasse 24 CH-6301 Zug Telefon +41 41 748 45 45 benno.hegglin(a)wwz.ch<mailto:benno.hegglin@wwz.ch>, wwz.ch<http://www.wwz.ch> Die WWZ-Gruppe: WWZ AG, WWZ Energie AG, WWZ Netze AG, WWZ Telekom AG _______________________________________________________________________ Alle Angaben in diesem E-Mail erfolgen ohne Gewähr. Alle Rechte sind vorbehalten.

1 0

SwiNOG #27 & COVID-19 | Please fill in survey
by Steven Glogger 12 Jul '20

12 Jul '20

Hi community We’re currently in discussion if we will proceed with our SwiNOG #27 plans or if not… We would like to get your opinion. Please help us and provide an honest answer to our really short questinaire (will take 30sec to fill in): http://swinog.ch/covid/ <http://swinog.ch/covid/> greeings -steven SwiNOG Core Member

3 3

WiFi Calling - traffic flow, protocols, ports, probes, ...
by Christian 'wiwi' Wittenhorst 27 Jun '20

27 Jun '20

Dear Community. We have a problem (tm): At some sites, WiFi Calling works, at others it does not. Sometimes it's dependent on the provider, e.g. Sunrise&Salt works, Swisscom does not. At another place, Salt&Swisscom works, but not Sunrise. Does anyone know when a mobile devices decides that WiFi calling is possible? Which ports/protocols/... are used? What are the addresses of the endpoints? How do the probes work? Are there any specific, other requirements, such as: geolocation, RIPE DB entries, ...? Does anyone know of a decent technical spec? I've seem some IPSEC tunnels and read draft-pularikkal. But there seems to be much more. The issues are not device dependent, the used device (and subscriptions) do support WiFi Calling, and are able to use WiFi calling at "some" places. Best regards wiwi

4 3

How / where to address weird 'akamai' cloud issues?
by Benoît Panizzon 18 Jun '20

18 Jun '20

Hi List I'm confronted with two strange akamai cloud platform issues. Yangming.com: When accessed from certain ip addresses, the akamai 'webserver' returns a cryptic error number in about 6 of 5 attempts (ssl is established, cert valid and everything, the error is then shown as website content instead of the website). Yangming.com tells it's not 'their' problem and we as ISP operating the affected ip addresses have to fix this. Brack.ch: When customers try to subscribe to their newsletter, the website answers 'Bestätigungsemail gesendet'. But at least two specific email address are never getting that email (not even a trace in the logs when I try to subscribe them an watch the logs at the same time) as if it were blocked @ the sender. Brack Techs never encountered such an issue and don't know where to start looking as everything is in the akamai cloud. Has anyone a contact @ akamai able to debug such issues? -- Mit freundlichen Grüssen -Benoît Panizzon- @ HomeOffice und normal erreichbar -- 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 2

Fwd: AW: FDV Technische Vorschriften Netzqualität
by Fredy Künzler 13 Jun '20

13 Jun '20

Dear all, Please see below my communication with BAKOM (OFCOM) regarding the official speed test measurement system which is proposed in the FDV (Fernmeldedienstverordnung). BAKOM wants only to commit large provider (> 300000 customers) to take part, while smaller provider can join if they like to do so. I hope that BAKOM will implement a true and fair setup, not like the one in Germany; in order to allow unspoiled results for everyone. Best regards, Fredy / Init7 -------- Forwarded Message -------- Subject: Re: AW: FDV Technische Vorschriften Netzqualität Date: Fri, 12 Jun 2020 20:07:57 +0200 From: Fredy Künzler <kuenzler(a)init7.net> To: Urs.VonArx at bakom.admin.ch Sehr geehrter Herr Von Arx, Vielen Dank fürs Feedback. Mit der Freiwilligkeit zur Teilnahme bin ich einverstanden. Weil sie auf ausländische Setups verweisen, möchte ich gerne noch anmerken, dass die Lösung, die von der BnetzA in Deutschland gebaut worden ist, von der DENOG Community als ziemlich untauglich erachtet wird. Deren Mess-Server sind nämlich an genau einem Ort bei der Firma Core Backbone (AS33891) in Nürnberg. Je nach Performance zu Core Backbone hat man dann gute oder schlechte Resultate. In Deutschland gilt also die alte Elektroniker-Weisheit "wer misst, misst Mist". Relevant ist deshalb, dass die Mess-Server so neutral wie möglich platziert werden, wo alle Provider die gleichen Voraussetzungen haben. Das bedeutet, dass die IP Adressen der Mess-Server per Anycast (IPv4, IPv6) propagiert und an allen 6 Schweizer Internet-Exchanges direkt mit genügend Kapazität (>= 20 Gbps) angeschlossen werden. Es sind dies in alphabetischer Reihenfolge: - CHIX in der Region Zürich https://chix.ch/ - CIXP in Genf https://cixp.net/ - Equinix Exchange in Zürich https://www.peeringdb.com/ix/29 - RheintalIX in der Ostschweiz https://www.rheintal-ix.net/ - RomandIX in Lausanne https://www.romandix.ch/ - SwissIX in der Region Zürich https://www.swissix.ch/ Ich gehe davon aus, dass all diese IXPs gerne die nötigen Mess-Server hosten würden, um die Mess-Einrichtung so neutral wie möglich zu gestalten. Besten Dank für die Berücksichtigung meiner Bemerkungen. Ich erlaube mir, diese Korrespondenz etwas anonymisiert an die SwiNOG Mailingliste weiterzuleiten, damit die Community auf dem selben Stand ist. Freundliche Grüsse, Fredy Künzler Init7 On 12.06.20 08:37, Urs.VonArx at bakom.admin.ch wrote: > Sehr geehrter Herr Künzler > > > > Vielen Dank für Ihre Nachricht. > > > > In der Tat planen wir nach dem aktuellen Stand, nur Provider mit > mindestens 300'000 Kunden zu Messungen der Internetqualität zu > verpflichten. Bei der öffentlichen Vernehmlassung zum Entwurf der > Fernmeldedienstverordnung haben bereits Vernehmlassungsteilnehmer > geäussert, dass der Aufwand für kleine Provider zu gross sei und > gewünscht, dass die Pflicht nur für grosse Provider gelten soll. > > > > Dass kleine Provider auch ein Interesse daran haben könnten, > freiwillig bei solchen Tests mitzumachen, haben wir uns auch > überlegt. Nach der aktuellen Planung sollen sie die Möglichkeit > haben, das freiwillig zu tun – aber keine Pflicht. Wir hoffen, dass > das allen Interessen am besten gerecht wird. > > > > Dass SwiNOG interessiert wäre, ihre Gesichtspunkte in die Erarbeitung > einzubringen, verstehen wir. Aus Kapazitätsgründen müssen wir den > Austausch jedoch beschränken. Die Gespräche mit Kollegen im Ausland, > die derartige Tests schon implementiert haben, mit Unternehmen, die > solche Tests schon aufgebaut haben, und mit den Firmen, die nach dem > jetzigen Stand verpflichtet werden, sind bereits sehr aufwändig. Ich > hoffe, Sie haben dafür Verständnis, dass wir die Diskussionen nicht > in einem noch grösseren Kreis führen können. > > > Mit freundlichen Grüssen > > *Urs von Arx > *Stv. Leiter Abteilung Telecomdienste und Post > Leiter Sektion Netze und Dienste** > > Eidgenössisches Departement für Umwelt, > Verkehr, Energie und Kommunikation UVEK > > Bundesamt für Kommunikation BAKOM > Zukunftstrasse 44, CH 2501 Biel > > www.bakom.admin.ch <http://www.bakom.admin.ch/> > > > > > -----Ursprüngliche Nachricht----- > Von: Fredy Künzler <kuenzler(a)init7.net> > Gesendet: Dienstag, 9. Juni 2020 19:31 > An: Von Arx Urs BAKOM <Urs.VonArx at bakom.admin.ch> > Betreff: FDV Technische Vorschriften Netzqualität > > > > Sehr geehrter Herr von Arx, > > ich habe vernommen, dass Sie an die grösseren FDA einen Entwurf zu > "FDV Technische Vorschriften Netzqualität" zugestellt haben. > > Gemäss meinem Verständnis sollen "nur" Provider mit > 300000 Kunden > erfasst werden. Das scheint uns etwas merkwürdig, weil ein "amtliche" > Speed-Messung durchaus auch ein Marketing-Tool wäre. > > Zudem wäre die Network-Engineering-Community (SwiNOG) mit Sicherheit > interessiert, diesbezüglich ihre Stakes einbringen zu können. > > Gerne erwarte ich ihr Feedback. -- Fredy Künzler Init7 (Switzerland) Ltd. Technoparkstrasse 5 CH-8406 Winterthur https://www.init7.net/

4 3

changing a DNS PTR record for a swisscom SME customer
by Philippe Strauss 07 Jun '20

07 Jun '20

Hello Swinog, I’d like to change some DNS PTR records for a swisscom SME customer with at least one fixed IP address per site, is there some web app provided by swisscom where I can operate this kind of DNS config change? Thanks in advance! -- Philippe Strauss https://www.strauss-engineering.ch

2 1

Daniel Aubry ✝ 29. Mai 2020 (obri, 127.0.0.1)
by Miguel Elias 29 May '20

29 May '20

Hallo zusammen, Ich muss euch leider in grosser Trauer mitteilen, dass Daniel Aubry (obri) sein Spiel gegen den Tod verloren hat. Daniel ist gestern Nacht, an einem Hirnschlag welcher er vor 10 Tagen erlitten hat, verstorben. Er wird bis Sonntag in der Klinik Arlesheim aufgebahrt, damit man sich von ihm verabschieden kann. Wir treffen uns am Sonntag, 31. Mai ab 10:00 uhr bis 12:00 bei seiner Hülle, für alle welche sich bei ihm persönlich verabschieden wollen. Ab ca. 12 Uhr steht der Club in Muttenz, mit etwas Pizza und Getränke, bereit um sich in der Gruppe an ihn zu erinnern. Kommt bitte ungeniert, bringt eure Erinnerungen an ihn mit und zelebriert was er uns an Erinnerungen hinterlassen hat. Er ist aufgebahrt in der Arlesheimer Klinik, Haupteingang, Pfeffingerstrasse 1, 4144 Arlesheim. (Es dürfen max. 3 Personen gleichzeitig rein. Da es ein Spital ist, bitte nur mit Maske.) Ab 12:00 steht unser Chaos Computer Club Basel in der Birsfelderstrasse 6, 4132 Muttenz für euch offen. Falls ihr reden möchtet, könnt ihr mich unter der Nummer +41792234510 anrufen. Bleibt Gesund Miguel aka HB9TQM aka nobody_su -- ------------------------------------------------------------------ Mobile: +41-79-22 34 510 Miguel ELIAS, Schermenweg 135, 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

44 Terabits/s !
by Philippe Strauss 24 May '20

24 May '20

https://www.nature.com/articles/s41467-020-16265-x Duh we need to upgrade FAST those lousy 400gig/s interfaces! :-) -- Philippe Strauss https://www.strauss-engineering.ch

2 2

Looking for DNS admin @sunrise.net
by rainer＠ultra-secure.de 19 May '20

19 May '20

Hi, I have an issue with a missing PTR record. I would be glad if somebody could contact me. Thanks in advance, Rainer

1 0

IANA AS Numbers Registry Update
by Selina Harrington 19 May '20

19 May '20

Hi, The IANA AS Numbers registry has been updated to reflect the allocation of the following blocks to LACNIC: 270749-271772 Assigned by LACNIC 2020-05-18 271773-272796 Assigned by LACNIC 2020-05-18 You can find the registry at: https://www.iana.org/assignments/as-numbers/ The allocation was made in accordance with the Policy for Allocation of ASN Blocks to Regional Internet Registries: https://www.icann.org/resources/pages/global-policy-asn-blocks-2010-09-21-en Best Regards, -- Selina Harrington Lead IANA Services Specialist

1 0

Looking for UPC DNS Admin, urgent!
by Benoît Panizzon 12 May '20

12 May '20

Hi List Today 12:00 3000 UPC Email accounts were migrated from one email platform to another. DNS TTL was set to 300s about 1 week ago. Looks like the change of mailserver IP has not yet been propagated to the UPC DNS servers that is being used by those customers. upc.ch has SOA record ns1.cablecom.net. hostmaster.cablecom.net. ----- Transcript of session follows ----- 550 5.1.2 <hostmaster(a)cablecom.net>... Host unknown If anyone could hint the UPC hostmaster to please PM or better call me. 061 826 93 08 -- Mit freundlichen Grüssen -Benoît Panizzon- @ HomeOffice und normal erreichbar -- 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 ______________________________________________________

2 1

Fwd: [ripe-list] Are You Ready for RIPE 80?
by Massimiliano Stucchi 11 May '20

11 May '20

For the first time the RIPE Meeting will be all virtual, and it's an opportunity this week to join and follow some of the talks. Ciao! -------- Forwarded Message -------- Subject: [ripe-list] Are You Ready for RIPE 80? Date: Mon, 11 May 2020 10:43:23 +0200 From: RIPE NCC Event Team <meeting(a)ripe.net> To: ripe-list(a)ripe.net Dear colleagues, RIPE 80 takes place from 12 - 14 May 2020. With more than 1,500 people already registered, this will be the first completely-remote RIPE Meeting. We have prepared a quick guide on how to register (for free), view presentations, ask questions, and interact with the other participants: https://ripe80.ripe.net/attend/how-to-participate/ ------------ Programme ------------ You can find the Plenary and Working Group agendas in the interactive meeting plan: https://ripe80.ripe.net/meeting-plan/ We have organised some informal sessions during the meeting: https://ripe80.ripe.net/programme/social-events/ Check out the parallel events that run alongside RIPE 80: https://ripe80.ripe.net/programme/parallel-events/ ------------ More information on RIPE 80 can be found at: https://ripe80.ripe.net/ Follow us on Facebook and Twitter: @ripemeeting, #RIPE80 Best regards Martina de Mas RIPE Meetings Team

1 0

Init7 wins peering case against Swisscom and ComCom
by Fredy Künzler 29 Apr '20

29 Apr '20

Bundesverwaltungsgericht BVGER (Tribunal administrativ federal) decides as the court of last resort in the IP interconnection (peering) case pro Init7 and pro open and discrimination free internet. The cartel of Deutsche Telecom and Swisscom until January 2016 has been sanctioned. ComCom needs to decide about a price for cost oriented peering. Details in our press release (German only). https://drive.google.com/open?id=13nMQkj1abja-3cPBiQWiZaybsFIUkWa5 We are very happy that this case is now over. It took seven years, it all started 2012 when Swisscom tried to make us pay for peering. Besides, as ComCom is going to decide about IP peering, we believe the court order will have an impact the peering landscape beyond Switzerland. -- Fredy Künzler Init7 (Switzerland) Ltd. Technoparkstrasse 5 CH-8406 Winterthur https://www.init7.net/

2 3

ins3.admin.ch fails with ipv6-resolution
by Tom 24 Apr '20

24 Apr '20

Hi Any dns-admin from "admin.ch" resp. "ins[123].admin.ch" here? The server "ins3.admin.ch" does not resolve over ipv6: # get the v6-address $ dig +short @127.0.0.1 aaaa ins3.admin.ch 2a00:c38:2:28:0:ffff:d467:4855 # query the v6-address for the soa record of "admin.ch" $ dig @2a00:c38:2:28:0:ffff:d467:4855 soa admin.ch ; <<>> DiG 9.16.2 <<>> @2a00:c38:2:28:0:ffff:d467:4855 soa admin.ch ; (1 server found) ;; global options: +cmd ;; connection timed out; no servers could be reached The same result on dnsviz.net: https://dnsviz.net/d/admin.ch/XqLpPw/dnssec/ Kind regards, Tom

1 0

Weird Bluewin Error: 'Unable to verify MX-Record for domain'
by Benoît Panizzon 21 Apr '20

21 Apr '20

Hi List Has anyone seen this error message and has a clue about the cause? ... while talking to mxbw.lb.bluewin.ch<http://mxbw.lb.bluewin.ch>.: <****(a)bluewin.ch> (reason: 550-5.1.0 MAIL FROM: <*****(a)list.scout.ch> Unable to verify MX-Record for domain list.scout.ch) list.scout.ch. 3600 IN MX 50 list.scout.ch. list.scout.ch. 3600 IN A 157.161.57.26 list.scout.ch. 3600 IN AAAA 2001:4060:dead:beef:200:e2ff:fe70:3b2f list.scout.ch. 3600 IN TXT "v=spf1 a:list.scout.ch a:akela.scout.ch a:list.scoutnet.org -all" Can't find anything wrong with the MX entry. Actually an MX is not even really necessary. -Benoît-

5 5

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

swinog