swinog

swinog@lists.swinog.ch

3 participants
2927 discussions

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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

swinog