- swinog - vmaill01.sys

TLD .email Registrar in Switzerland
by Stephan Wolf 13 Jun '14

13 Jun '14

Hello, we are looking for a registrar in Switzerland. In this project it is not allowed to have an non Switzerland Registrar Goal: - registrar only - to point Domain on customers infrastructure - Use own DNS servers Any hints are welcome Cheers Stephan

2 1

upc cablecom - mail.upccablecom-emailbilling.ch
by Thomas Lademann 12 Jun '14

12 Jun '14

Hello, does anyone else experience delivery issues for reading confirmation mails of upc cablecom billing mails? some of our outbound mta seem to be blocked because of the amount of reading confirmation mails, we tried to deliver. kind regards Thomas Lademann Swisscom (Switzerland) AG telnet 195.141.83.72 25 Trying 195.141.83.72... telnet: Unable to connect to remote host: Connection refused --------------------------------------------- upccablecom-emailbilling.ch. 3162 IN MX 10 mail.upccablecom-emailbilling.ch. mail.upccablecom-emailbilling.ch. 66 IN A 195.141.83.72 --------------------------------------------- Domain name: upccablecom-emailbilling.ch Holder of domain name: Xerox Xerox AG . PO 8500014905 Lindenstrasse 23 CH-8302 Kloten Switzerland Contractual Language: German --------------------------------------------- inetnum: 195.141.83.72 - 195.141.83.79 netname: XEROX-NET descr: Xerox AG descr: Lindenstrasse 23 descr: 8302 Kloten country: CH descr: SSIA5008 admin-c: SIPR1-RIPE tech-c: BG769-RIPE status: ASSIGNED PA mnt-by: AS6730-MNT source: RIPE # Filtered role: sunrise ip registry address: Sunrise Communications AG address: Binzmuehlestrasse 130 address: CH - 8050 Zuerich address: Switzerland abuse-mailbox: abuse(a)sunrise.net tech-c: MA9163-RIPE admin-c: MA9163-RIPE tech-c: DS3205-RIPE tech-c: DB2502-RIPE tech-c: LZ1685-RIPE tech-c: JJ3998-RIPE tech-c: DM11513-RIPE tech-c: MR13487-RIPE nic-hdl: SIPR1-RIPE remarks: ------------------------------------------------------- remarks: For routing/peering issues, email peering(a)sunrise.net remarks: For abuse issues, email abuse(a)sunrise.net remarks: For our helpdesk, email helpdesk(a)sunrise.net remarks: For BGP community support, see AS-COMMUNITIES remarks: Business homepage: www.sunrise.net remarks: Residential homepage: www.sunrise.ch remarks: ------------------------------------------------------- mnt-by: AS6730-MNT source: RIPE # Filtered

6 7

"ISPs will be requested to block content"
by Jeroen Massar 07 Jun '14

07 Jun '14

http://www.20min.ch/schweiz/news/story/Schweiz-laesst-illegale-Downloader-l… has two interesting parts in there: 8<---------------------------------------- Die Arbeitsgruppe empfiehlt, dass die Provider die fehlbaren Konsumenten auf die möglichen Folgen ihres Handelns hinweisen müssen. Dauert der schwerwiegende Rechtsverstoss an, soll der Provider dem Rechtsinhaber die Identität bekannt geben, damit dieser seine zivilrechtlichen Ansprüche geltend machen kann. ---------------------------------------->8 8<----------------------------------------- Zugang sperren Um illegalen Angeboten einen Riegel zu schieben, schlug die Arbeitsgruppe auch strengere Regeln für Provider vor. Betroffen wären zum einen Hosting Provider, also Anbieter von Inhalten. Auf Anzeige hin sollen sie unerlaubt hochgeladene Inhalte entfernen müssen. Zum anderen wären Access Provider betroffen, also Zugangsanbieter wie die Swisscom. Sie sollen in schwerwiegenden Fällen den Zugang zu Webportalen mit offensichtlich illegalen Quellen sperren. Zu diesem Vorschlag hat sich der Bundesrat am Freitag nicht geäussert. ----------------------------------------->8 So Hosting Providers will be accountable under those regulations, and if it goes as they want, ISPs might have to start force-blocking sites. The first part is okay-ish, even though sometimes a hoster has no control over the subject. The second part though is very worrying. If $some_organisation can order ISPs to block content, the door is opened to block all kinds of random content. And of course there is the question about how that blocking will be taking place, next to the simple fact that blocks at the ISP level will be circumvented by a lot of people who will get some kind of VPN... Hence, what folks here are working on/together-with to get clarity in the government and to sort this out so that they are not going to restrict our intertubes?! Greets, Jeroen

2 4

IPv6 Business Conference in Zurich, June 17 - Swinog Member Discount
by Silvia Hagen 04 Jun '14

04 Jun '14

Dear Swinog Members IPv6 grows faster than we all expected. Within the last 12 months, the number of global IPv6-enabled Internet Users has more than doubled and is now up to 3.5% (corresponds to 85 Mio users). If growth continues in that pace, there will be more than 50% IPv6-Internet users in 3 years. On the other hand, content providers are rolling out IPv6 also. Our survey among Swiss Top Alexa 75 websites shows, that 35% have IPv6 either already enabled (10%) or will enable it in 2014 (25%). In Switzerland there currently are approximately 10% IPv6 users and with the deployments planned for 2014 this number should go up to at least 20% by the end of the year. This will have a noteable impact on IPv6 traffic in Switzerland. We like to invite you to our IPv6 Business Conference at a 25% discount. 11 international top speakers, 17 sessions, 2 tracks (business and technical), an IPv6-only WIFI (with NAT64) to play with and a great networking opportunity. Program, details and registration: www.ipv6conference.ch<http://www.ipv6conference.ch> In order to get the discount, enter the code Swinog-Member on the registration page. Silvia Hagen Chair Swiss IPv6 Council Swiss IPv6 Council CH-8124 Maur +41 (0)44 887 62 10 www.swissipv6council.ch<http://www.swissipv6council.ch> http://twitter.com/IPv6CouncilCH *********************************** Switzerland is Number 2 in IPv6 User Adoption Gearing up to 20% in 2014! *********************************** Our website is dual-stack - how about yours? ***********************************

1 0

RIPE NCC Courses in Geneva
by Massimiliano Stucchi 03 Jun '14

03 Jun '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hi all, I just wanted to advertise that we're giving two courses in Geneva at the end of the month, June 26th and 27th, LIR training course and IPv6 for LIRs training course. We still have some seats available, so please register here: https://lirportal.ripe.net/training/courses Hope to see you there! Ciao! - -- Massimiliano Stucchi RIPE NCC mstucchi(a)ripe.net Follow us on Twitter for the fastest and latest RIPE NCC Training news! @TrainingRIPENCC -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) Comment: GPGTools - https://gpgtools.org Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBCgAGBQJTjfSaAAoJEM8nRl51QbrlSOcH/jNJxoOCZn3do6nEQ8dcGvGy 48roknqcA5iHIufYEhsg4YnljSiB7nnDd0+X2JLo0j6O1wpjP5wOIdq78i3pERrQ 75okuo1/wcrOZ9VztPMfd3MrAMIKNXSaTH4LgyUiLTtSF78RE1txzA3P7EfL/04Y axkRMXHWCzNexKjOsyz4ddUnAnEZQc4Ck0mScfFJ6fi9Rwji0JXQrTImz8OyRBS6 Yqos7HB0LCZyoKzCIarJwfmUtmXj9poHQxavTM51K/8Phq5xR6/sPBja54EZKVB7 YIu1/aIi0Pa4pSFo0gPy9aCtsx425MrMN1GNksb+SJHFVZOItxHIi1vFdHqFO2Q= =YDB5 -----END PGP SIGNATURE-----

1 0

SwiNOG-BE133 - Beer Event 133 @ Pumpstation / ZH
by Steven Glogger 01 Jun '14

01 Jun '14

Dear SwiNOGers, Enjoy the Sun, the Beer and the Lake. Details for the next event: ----------------------------------------------- Event: SwiNOG-BE133 - Beer Event 133 When? Monday, 2nd June 2014 18:30 Where? Pumpstation Utoquai 10, 8008 Zürich http://www.pumpstation.ch/ (GoogleMaps Link: http://goo.gl/maps/a7O3Q) !! In case it would rain: we would move over to another place. Stay tuned and check your mailbox before coming... !! !! Please note: I cannot reserve ANY table - the first one to come should get a big table for all ,-) !! ----------------------------------------------- Registration: Start: Sunday, 1st June 2014 - 18:40 Stop: Monday, 2nd June 2014 - 18:40 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 277 92 35). greetings -steven

1 0

Cisco 1921 to sell
by Quentin Carpent 29 May '14

29 May '14

Hi Swinogers, I'm selling a Cisco 1921 (CISCO1921/K9). Current IOS is 15.2(4)M1. The router comes with 2 Gigabit-Ethernet interfaces, 512MB of memory and an additional HWIC-4ESW card. The router has been used during one whole year for PPPoE termination and IP multicast routing. Contact me off-list if you are interested. Regards, Quentin Carpent

1 0

Re: [swinog] swinog Digest, Vol 112, Issue 12
by Martin Fischer 28 May '14

28 May '14

Fortigate: not all ports are accelleratable... What HW type? What port? FGT-OS? FW-Rules needs to be defined for accelleration desired traffic Fründlechi Grüess Martin Fischer > Am 28.05.2014 um 12:00 schrieb swinog-request(a)lists.swinog.ch: > > Send swinog mailing list submissions to > swinog(a)lists.swinog.ch > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog > or, via email, send a message with subject or body 'help' to > swinog-request(a)lists.swinog.ch > > You can reach the person managing the list at > swinog-owner(a)lists.swinog.ch > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of swinog digest..." > > > Today's Topics: > > 1. WAN Acceleration mit Citrix CloudBridge ?ber FortiGate > (Radek Mrskos) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 27 May 2014 14:05:57 +0200 > From: Radek Mrskos <mrskos(a)volume.ch> > To: swinog(a)lists.swinog.ch > Subject: [swinog] WAN Acceleration mit Citrix CloudBridge ?ber > FortiGate > Message-ID: <8A822B5B-C105-44D2-B4BB-BCEDE70092AB(a)volume.ch> > Content-Type: text/plain; charset="us-ascii" > > Hi > > Does someone have experience with configuring WCCP on a FortiGate firewall to enable WAN acceleration with CloudBridge? > The Config on the Citrix CloudBridge is simple, the config on the FortiGate is not so clear. > > Thx a lot! > > Radek >

1 0

WAN Acceleration mit Citrix CloudBridge über FortiGate
by Radek Mrskos 27 May '14

27 May '14

Hi Does someone have experience with configuring WCCP on a FortiGate firewall to enable WAN acceleration with CloudBridge? The Config on the Citrix CloudBridge is simple, the config on the FortiGate is not so clear. Thx a lot! Radek

1 0

looking for a VPN Solution
by Simon Ryf 26 May '14

26 May '14

Hi there, does anyone know a good company which sells VPN Solutions? The requirement is a small Firewall on Site-A with a Site-to-Site VPN (Site-A to Site-B) and a remote VPN for remote workers which can connect to Site-A to have Access to Site-B. The Solution should be based on Cisco. let me know if you have any inputs. thx Simon

2 2

Google DNS outage?
by Benoit Panizzon 26 May '14

26 May '14

Hey there Anyone still able to resolve Google? Mit freundlichen Grüssen Benoit Panizzon -- I m p r o W a r e A G - ______________________________________________________ Zurlindenstrasse 29 Tel +41 61 826 93 07 CH-4133 Pratteln Fax +41 61 826 93 02 Schweiz Web http://www.imp.ch ______________________________________________________

3 2

Juniper SRX240
by Michael Theurl 26 May '14

26 May '14

Hello Swinog, We have two brand new never used Juniper SRX 240 Firewalls. We have bought this two boxes for a Projekt. But the customer canceled the project. Now we sell this boxes. http://www.juniper.net/us/en/products-services/security/srx-series/srx240/ If you are interested just contact me offsite. cheers Michael --- smog.at GmbH Dammstrasse 4 A-6923 Lauterach Tel: +43 5574 22 330 Fax: +43 5574 22 330 - 22 Email: michael.theurl(a)smog.at VAT: ATU67624001 Firmenbuchnummer: FN 388775 d Handelsgericht Feldkirch The exchange of e-mail messages is for purposes of information only and only intended for the recipient. This medium may not be used to exchange legal declarations. If you are not the intended recipient, please contact us immediately by e-mail or phone and delete this message from your system.

1 0

.com registrar that offers DS records and IPv6 Glue
by Benoit Panizzon 23 May '14

23 May '14

Hello I'm on a task that turn out to be harder that I expected. From switch.ch registered .ch domains I'm used to be able to specify the IPv6 addresses of my DNS servers and to upload the DS keys needed for the DNSSEC chain. Now I would like to do the same for a .com domain. But as of today I could not find any registrar (maybe except of godaddy, but I want to avoid them) that is able to do both, IPv6 and DNSSEC. I'm looking for a registrar for a .com domain who is able to publish IPv6 addresses for the DNS glue records and does allow DS records to be set. Preferalby in switzerland or at lease one which offers minimum support in case of troubles. Which ones can your recommend? -Benoit-

6 5

Cisco router configuration for a Swisscom VDSL subscriber
by Thomas Fritz 08 May '14

08 May '14

Hi list! I have to configure a Cisco router for a Swisscom "Business Internet Light 10000/1000” subscription via ISDN/VDLS. Does any of you have a example configuration, or can anyone give me the crucial technical specifications/protocols for the WAN side? Thanks a lot in advance, Thomas

4 3

Area41
by Adrian Leuenberger 08 May '14

08 May '14

Hi all, After seeking permission from the Swinog Core Team I'd like to draw your attention to the Area41 conference (http://area41.io). The conference happens at the Komplex457 in Zurich on June 2nd/3rd 2014 and is organized by members of DEFCON Switzerland (DC4131, a local Defcon chapter). We have published this year's schedule recently. Check it out at http://area41.io/agenda/ and if you like it, book your ticket. Best regards and hope to see you at Area41, Adrian -- DEFCON Switzerland adrian(a)defcon-switzerland.org GPG: 0xE85F6BDB http://www.defcon-switzerland.org @defconch / @a41con

1 0

Re: [swinog] nic.ch no NS
by Daniel Stirnimann 07 May '14

07 May '14

nic.ch is in the ch zone itself. So it's not a zone of its own. You will find it in whois so that people see that it's not available anymore. btw. SOA record reveals that: dig nic.ch soa ; <<>> DiG 9.8.5-P1 <<>> nic.ch soa ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 28601 ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0 ;; QUESTION SECTION: ;nic.ch. IN SOA ;; AUTHORITY SECTION: ch. 3582 IN SOA a.nic.ch. helpdesk.nic.ch. 2014050715 900 600 1209600 3600 Daniel, SWITCH

4 3

Re: [swinog] nic.ch no NS
by Daniel Rechsteiner 07 May '14

07 May '14

> nic.ch is in the ch zone itself. So it's not a zone of its own. > > You will find it in whois so that people see that it's not available > anymore. Thanks. I suspected something like that, so I compared this to other ccTLDs and it's different there, e.g. for nic.fr and denic.de you get NS records: dig @ns1.denic.de denic.de ns dig @ns1.nic.fr nic.fr ns Why is this different for nic.ch? Daniel

2 2

nic.ch no NS
by Daniel Rechsteiner 07 May '14

07 May '14

Hi everyone, nic.ch seems to have dropped out from the .ch root servers: dig @130.59.1.80 nic.ch ns does not give me any nameservers. Also "whois nic.ch" does not show any name servers (although the domain still exists). Daniel

1 0

Swinog BE132 ZRH
by Roger Buchwalder 07 May '14

07 May '14

SwiNOG-BE132 - Beer Event 132 @ Outback Lodge / ZH Dear SwiNOGers, Lets have fun! Details for the next event: ----------------------------------------------- Event: SwiNOG-BE132 - Beer Event 132 When? Monday, 5th May 2014 18:30 Where? Outback Lodge Stadelhoferstrasse 18, 8001 Zürich http://www.outback-lodge.ch/outback-lodge-z%C3%BCrich.html (GoogleMaps Link:http://goo.gl/maps/fGTpM) !! Please sign up if you're really coming - because the seats are limited! !! ----------------------------------------------- Registration: Start: Friday, 2nd May 2014 - 19:25 Stop: Monday, 5th May 2014 - 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 277 92 35). greetings rog

6 7

2x Cisco 2821 1GB RAM
by Ralph Krämer 01 May '14

01 May '14

Sali zäme, hab 2 identische Cisco 2821 (revision 53.51) with 1038336K/10240K bytes of memory. 2 Gigabit Ethernet interfaces 1 Virtual Private Network (VPN) Module DRAM configuration is 64 bits wide with parity enabled. 239K bytes of non-volatile configuration memory. 62592K bytes of ATA CompactFlash (Read/Write) übrig. gut geeignet um sich sein eigenes AS aufzubauen inclusive bgp full table abzugeben gegen Gebot hat jemand Interesse? msg me Gruss Ralph

1 0

New RIPE NCC contribution to the IANA IPv4 Recovered Address Space registry
by Leo Vegoda 23 Apr '14

23 Apr '14

Hi, In April 2014, ICANN updated the IANA IPv4 Recovered Address Space registry to reflect the return of 14 /24 prefixes (5,376 IPv4 addresses) by the RIPE NCC. The updated registry can be found at: https://www.iana.org/assignments/ipv4-recovered-address-space Kind regards, Leo Vegoda ICANN IANA

1 0

Dell MD3000i controller urgent
by Romeo Benzoni 19 Apr '14

19 Apr '14

Hi all We are having a serious hardware issue with an old MD 3000i Power Vault Storage from Dell. We are very urgently looking for a MD3000i controller as Dell can't deliver one until tuesday. If someone has a working controller for this device please contact me offlist! Thanks a million! regards Romeo

1 0

Re: [swinog] 84.253.0.0/19 (bluewin, old cybernet space) badly routed
by Jeroen Massar 16 Apr '14

16 Apr '14

On 2014-04-16 11:05 , Chris Welti wrote: > Hi Jeroen, > > I can't follow what you're saying. > As long as the announcements for the /18 and the /19s are valid, there > is no reason for broken connectivity. Of course there is. The /19 has precedence. Thus for sites that receive the /19 they will route over a much longer route than they should. > As far as I can see all anouncements are with origin by AS3303 as they > should be. > Also, connectivity tests via NLNOG ring prove that reachability is > excellent all over the world to e.g. 84.253.0.1: The RING does not cover all locations (yet, at least...) As shown here: https://stat.ripe.net/84.253.0.0%2F19#tabId=routing All the sites that do receive the /19, especially for instance the 40% of the networks that receive it over for instance Sao Paolo, Brazil, or Moscow IX and do not get it more local will take the long trip around. More specifics are evil and give weird routing in various locations. Apparently Swisscom is looking into it though, thus hopefull the more specific will be gone soon and the problem will be gone too. Greets, Jeroen

2 2

Re: [swinog] 84.253.0.0/19 (bluewin, old cybernet space) badly routed
by Jeroen Massar 16 Apr '14

16 Apr '14

On 2014-04-16 17:34 , Chris Welti wrote: > Am 16/04/14 13:08, schrieb Jeroen Massar: >> On 2014-04-16 11:05 , Chris Welti wrote: >>> Hi Jeroen, >>> >>> I can't follow what you're saying. >>> As long as the announcements for the /18 and the /19s are valid, there >>> is no reason for broken connectivity. >> >> Of course there is. The /19 has precedence. Thus for sites that receive >> the /19 they will route over a much longer route than they should. >> > > I'm aware of that, however that doesn't mean the path is broken, it's > just different :) > You said the connectivity was broken, not that the chosen paths were not > optimal. Pedantic, but okay, it is indeed not "broken" but definitely not "optimal". But because it is not optimal it causes broken connectivity if the latency is 300ms more than it should be... > The reason for this is simple and happens all the time. You mean like Swisscom who internally aggregate all prefixes they receive? :) > Some ISPs will filter more-specific announcements > for policy reasons, some won't update their prefix-filter lists > regularly, someone makes a mistake and so on. > So if an ISP on the "optimal" path filters the /19 you will fall back to > the next best path for the /19. > that is not filtered. That doesn't mean something is wrong per se. And in this case the more specific /19 is the 'non-optimal' path, and the /18 is the correct one. Thus the ISPs that filter these more-specifics are 'winning' while the ones that accept the path are having issues as they are going over the non-optimal path. Note again, that the most-specific (unless config tweaked) wins. And the more-specific, is the issue here... [..] >> As shown here: >> >> https://stat.ripe.net/84.253.0.0%2F19#tabId=routing > > That doesn't show anything about end-to-end connectivity, just the AS > paths. Which clearly shows that various ISPs around the world are receiving the more-specific and thus the non-optimal path... >> All the sites that do receive the /19, especially for instance the 40% >> of the networks that receive it over for instance Sao Paolo, Brazil, or >> Moscow IX and do not get it more local will take the long trip around. > > Nobody forces them to accept the more specifics... ;) But they are being asked to do so; and if you are nice you do and you lose out. Which is affecting connectivity for various folks. > Some of the instances are getting the same path for /18 and /19 and some > have > longer AS path, but that doesn't necessarily mean the path is worse for > all of them. Not all indeed, but there are cases where it is worse. [..] >> More specifics are evil and give weird routing in various locations. > > Don't get me wrong, I'm a fan of getting rid of more-specifics so the > global routing table is not polluted. The "more specifics are evil" is not even because of routing pollution, it is all about the fact that some ISPs do filter and others do not and thus the routing will be indeterminate, one just have to have luck if the path goes well or not. Greets, Jeroen

1 0

Re: [swinog] 84.253.0.0/19 (bluewin, old cybernet space) badly routed
by Jeroen Massar 16 Apr '14

16 Apr '14

On 2014-04-16 10:33 , Chris Welti wrote: > Hi Jeroen, > > There is a covering /18 also by AS3303 that has full visibility. > There is no need for the more specific /19 anymore. yep, noticed that too, but the /18 gets selected by everybody who still gets it, hence connectivity for that /18 is broken to/from most destinations. Greets, Jeroen (not using that prefix, noticed because a SixXS user had issues...)

1 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

swinog