swinog

swinog@lists.swinog.ch

3 participants
2941 discussions

Re: [swinog] (no subject)
by Xaver Aerni 01 Aug '09

01 Aug '09

Sorry in the Rules is written... * The purpose of SwiNOG is to further improve the quality of Internet and other IP-based services available in Switzerland. * SwiNOG fosters the exchange of ideas and information between technical personnel involved with designing or operating parts of the Swiss Internet. * SwiNOG is non-political, and is not a lobby group. But it may serve as a focus for discussion on technical aspects of political, legal or commercial issues that effect the Swiss Internet. * SwiNOG is aimed at technical personnel working for Service Providers active in Switzerland, but it is open to anyone interested in furthering the SwiNOG goals. Subscription to the mailing list constitutes 'membership' of SwiNOG. * SwiNOG is not a legal entity. There is no formal membership or organisation, and no fees. * The principle channels for information exchange are the mailing list, web sites, and regular meetings every 3-4 months. * SwiNOG is a communal effort. Resources such as mailing lists, web sites, meeting organisation and so on are very welcome from any persons or companies kind enough to offer them. * The working languages are any official Swiss language plus English. Any official Swiss languages... German is an official Swiss language. Greetings Xaver > -----Ursprüngliche Nachricht----- > Von: Philippe Teissier [mailto:philippe.teissier@gmail.com] > Gesendet: Samstag, 1. August 2009 00:58 > An: Xaver Aerni > Betreff: Re: [swinog] (no subject) > > Hi, > > This mailing list is an english speaking mailing list. > > Thanx > > 2009/7/31, Xaver Aerni <xaerni(a)pop.ch>: > > Ist momentan der Swinog uribl tod? > > Haben diverse Einträge > > Momentan füllt sich das Messages Log mit solchen Einträgen: > > > > Jul 31 09:21:08 linux-1ij2 named[19455]: too many timeouts > resolving > > '25.191.91.118.uribl.swinog.ch/A' (in 'uribl.swinog.ch'?): > disabling > > EDNS Jul 31 09:21:08 linux-1ij2 named[19455]: too many timeouts > > resolving '25.191.91.118.uribl.swinog.ch/A' (in > 'uribl.swinog.ch'?): > > disabling EDNS Jul 31 09:21:08 linux-1ij2 named[19455]: too many > > timeouts resolving '25.191.91.118.uribl.swinog.ch/A' (in > > 'uribl.swinog.ch'?): disabling EDNS Jul 31 09:21:08 linux-1ij2 > > named[19455]: too many timeouts resolving > > '25.191.91.118.uribl.swinog.ch/A' (in 'uribl.swinog.ch'?): > disabling > > EDNS Jul 31 09:21:08 linux-1ij2 named[19455]: too many timeouts > > resolving '25.191.91.118.uribl.swinog.ch/A' (in > 'uribl.swinog.ch'?): > > disabling EDNS Jul 31 09:21:08 linux-1ij2 named[19455]: too many > > timeouts resolving '25.191.91.118.uribl.swinog.ch/A' (in > > 'uribl.swinog.ch'?): disabling EDNS > > > > > > > > > > ********************************************** > > Xaver Aerni > > Zürichstrasse 10a > > 8340 Hinwil > > Tel. 001 707 361 68 39 > > > > > > > -- > Philippe Teissier > philippe.teissier(a)m4tp.org >

4 3

SwiNOG-BE76 - Beer Event 76 - 3th of August 2009 @ Reithalle / ZH
by Steven Glogger 31 Jul '09

31 Jul '09

hi everybody (sorry, I'm late, but anyway ,-)) here's the announcement for the next beer event: the facts for the next event: ----------------------------- Date: 3th of August 2009 Time: starting around 18.30 o'clock Location: @ the "Restaurant Reithalle" (near HB). http://www.restaurant-reithalle.ch Registration deadline: 03.08.2009 12:00:00 (Monday Noon) ------------- Please register here: http://swinog.mrmouse.ch/ since we have to make reservations, i need to know who's coming and who not. If you cannot attend and you're registered please inform me asap (+41 79 277 92 35). greetings -steven

1 0

(no subject)
by Xaver Aerni 31 Jul '09

31 Jul '09

Ist momentan der Swinog uribl tod? Haben diverse Einträge Momentan füllt sich das Messages Log mit solchen Einträgen: Jul 31 09:21:08 linux-1ij2 named[19455]: too many timeouts resolving '25.191.91.118.uribl.swinog.ch/A' (in 'uribl.swinog.ch'?): disabling EDNS Jul 31 09:21:08 linux-1ij2 named[19455]: too many timeouts resolving '25.191.91.118.uribl.swinog.ch/A' (in 'uribl.swinog.ch'?): disabling EDNS Jul 31 09:21:08 linux-1ij2 named[19455]: too many timeouts resolving '25.191.91.118.uribl.swinog.ch/A' (in 'uribl.swinog.ch'?): disabling EDNS Jul 31 09:21:08 linux-1ij2 named[19455]: too many timeouts resolving '25.191.91.118.uribl.swinog.ch/A' (in 'uribl.swinog.ch'?): disabling EDNS Jul 31 09:21:08 linux-1ij2 named[19455]: too many timeouts resolving '25.191.91.118.uribl.swinog.ch/A' (in 'uribl.swinog.ch'?): disabling EDNS Jul 31 09:21:08 linux-1ij2 named[19455]: too many timeouts resolving '25.191.91.118.uribl.swinog.ch/A' (in 'uribl.swinog.ch'?): disabling EDNS ********************************************** Xaver Aerni Zürichstrasse 10a 8340 Hinwil Tel. 001 707 361 68 39

2 1

Cisco router problem: config lost
by . . 31 Jul '09

31 Jul '09

Hi everyone! our c7204vxr shows the following after reboot: -------------------------------------------------------------- System Bootstrap, Version 12.1(20000710:044039) [nlaw-121E_npeb 117], DEVELOPMEN T SOFTWARE Copyright (c) 1994-2000 by cisco Systems, Inc. C7200 platform with 524288 Kbytes of main memory getdevnum warning: device "boot flash" has size of zero getdevnum warning: device "boot flash" has size of zero open: read error...requested 0x4 bytes, got 0xffffffff trouble reading device magic number boot: cannot open "bootflash:" an alternate boot helper program is not specified (monitor variable "BOOTLDR" is not set) and unable to determine first file in bootflash loadprog: error - on file open boot: cannot load "cisco2-C7200" System Bootstrap, Version 12.1(20000710:044039) [nlaw-121E_npeb 117], DEVELOPMEN T SOFTWARE Copyright (c) 1994-2000 by cisco Systems, Inc. C7200 platform with 524288 Kbytes of main memory Self decompressing the image : ############################################### [OK] Restricted Rights Legend Use, duplication, or disclosure by the Government is subject to restrictions as set forth in subparagraph (c) of the Commercial Computer Software - Restricted Rights clause at FAR sec. 52.227-19 and subparagraph (c) (1) (ii) of the Rights in Technical Data and Computer Software clause at DFARS sec. 252.227-7013. cisco Systems, Inc. 170 West Tasman Drive San Jose, California 95134-1706 Cisco Internetwork Operating System Software IOS (tm) 7200 Software (C7200-KBOOT-M), Version 12.0(26)S6, RELEASE SOFTWARE (fc2) Technical Support: http://www.cisco.com/techsupport Copyright (c) 1986-2005 by cisco Systems, Inc. Compiled Fri 13-May-05 15:55 by pwade Image text-base: 0x60008C40, data-base: 0x608B2000 cisco 7204VXR (NPE400) processor with 491520K/32768K bytes of memory. R7000 CPU at 350Mhz, Implementation 39, Rev 3.2, 256KB L2, 4096KB L3 Cache 4 slot VXR midplane, Version 2.7 Last reset from power-on Bridging software. X.25 software, Version 3.0.0. 4 FastEthernet/IEEE 802.3 interface(s) 125K bytes of non-volatile configuration memory. 16384K bytes of Flash PCMCIA card at slot 0 (Sector size 128K). 8192K bytes of Flash internal SIMM (Sector size 256K). --- System Configuration Dialog --- Would you like to enter the initial configuration dialog? [yes/no]: -------------------------------------------------------------------------------------- what`s the problem here? the router was running fine for about 5 months without any reboot thank you regards, sebastian

5 5

Lawful interception - what's new?
by Manuel Wenger 28 Jul '09

28 Jul '09

Hi everyone, as the discussion about the new lawful interception proposal is going on, an issue always comes up with people saying that saving real time data of all customers takes up a lot of hard disk space. Now, as far as I understand this proposal, only information about logins and mailbox accesses has to be stored pro-actively. Real-time data intercepted from the DSL connection is only to be sent to the ÜPF in case of an interception order, in real-time, from that moment on (and no historical information). This means that nothing changes from the present situation for what the storage of historic data is concerned. This new proposal "only" brings the following changes: - new real-time interception of data transmitted through a broadband connection (no historical storage) - new interfaces to communicate with ÜPF Is this correct? Now, do you think it would be possible to talk to ÜPF in order to find ad-hoc solutions in the rare cases these real-time interceptions should become necessary? Otherwise it's definitely overkill. What would be the best way to approach this? I think some lawyers wrote this proposal without having the slightest idea of what they were doing, and I'm sure the techies working at ÜPF are smart people who would be willing to negotiate a more efficient implementation. What do you think? -Manuel ________________________________________________________ Ticinocom SA - Via Stazione 5 - 6600 Muralto Tel. 091 220 00 00 - http://www.ticinocom.com

4 4

Ansatz zur Umgehung der Echtzeitüberwachung ;-)
by Claudio Prezzi 25 Jul '09

25 Jul '09

Was haltet ihr von der Idee, einen Kunden sofort abzuschalten, sobald eine Echtzeitüberwachung angefordert wird. Mit etwas Kreativität in den AGBs würde das sicher gehen. Auf diese Weise entstehen schon gar keine Daten, die Überwacht werden müssten ;-) Aber nun mal im Ernst: In der Telefonie ist die Sache auf eine andere, meiner Meinung nach fairere Weise gelöst. Anrufe eines überwachten Anschlusses werden vom Telco, der die Anschlussnummer hält, auf den Switch (Server) des UVEK umgeleitet, welche die Überwachung dann mit ihrem eigenen Equipment durchführt. Da kleine Telcos in der Regel keine eigenen geografischen Nummern haben und vergeben, sondern nur via Carrier Selection Anrufe terminieren, sind die Mehrheit der Anschlüsse bei der Swisscom, welche diese Umleitung entsprechend vornimmt. Die Überwachung verursacht also für den Telco fast keine Kosten. Dies wird auch durch die geringe Vergütung von unter CHF 100 bestätigt. Die selbe Methode würde auch bei allen ADSL Anschlüsse funktionieren, die über das Swisscom-DSLAM laufen, da die Umleitung im DSLAM erfolgen könnte. Der ADSL-Provider müsste dann lediglich noch die Vorratsdaten beisteuern, und darunter verstehe ich, wie wohl die meisten, nur die Verbindungsdaten des Authentifizierungs-Servers. Diese Interpretation stimmt übrigens auch wieder mit der Telefonie überein, wo auch nur Anfang und Ende der Übermittlung, und nicht der Inhalt, also das Gespräch auf Vorrat aufgezeichnet werden muss. Freundliche Grüsse Claudio Prezzi COMsulting GmbH c/o Parkstudio Else-Züblin-Str. 115 CH-8404 Winterthur Tel. +41 52 222 45 05 www.comsulting.ch

9 11

Re: [swinog] Ansatz zur Umgehung der Echtzeitüberwachung ;-)
by Philippe Teissier 23 Jul '09

23 Jul '09

Yes, I may have written the exact opposite of what I wanted. But I guess everybody corrected no ? Philippe 2009/7/23 Nicolas Mayor <jag(a)jag-stang.ch> > Hi Philippe, > > You mean english I suppose ? > > Best > Nicolas > > Philippe Teissier wrote: > > Hi, > > > > Sorry to repeat something that was sent a short time ago, but please, > > try to communicate as much as possible in german. Some people are not > > understanding (and I might be one of them :( ) > > > > Thanx a Lot :) > > > > 2009/7/23 Manuel Wenger <manuel.wenger(a)ticinocom.com > > <mailto:manuel.wenger@ticinocom.com>> > > > > Il giorno 22-lug-09, alle ore 18:40, Claudio Prezzi ha scritto: > > > Was haltet ihr von der Idee, einen Kunden sofort abzuschalten, > > > sobald eine Echtzeitüberwachung angefordert wird. Mit etwas > > > Kreativität in den AGB’s würde das sicher gehen. Auf diese Weise > > > entstehen schon gar keine Daten, die Überwacht werden müssten ;-) > > > > > > Diese Idee ist gar nicht so dumm :-). Mit den AGBs wuerde das sicher > > gehen. Dann muss man nur noch das EJPD ueberzeugen, dass keine Daten > > entstehen werden, und deshalb keine Zertifizierung des > > Ueberwachungsequipments durchgefuehrt werden muss. > > > > Koennte man nicht ernsthaft in diese Richtung arbeiten? > > Echtzeitueberwachungen wird es, realistisch gesehen, sowieso fast > > keine geben. Wenn man mal einen Kunden im Jahr oder so fristlos > > kuendigen muss wegen einer Ueberwachung ist das auch nicht so > schlimm. > > Dann soll er eben zu Bluewin gehen, dort koennen sie ihn dann > beliebig > > ueberwachen :-) > > > > -Manuel > > > > > > _______________________________________________ > > swinog mailing list > > swinog(a)lists.swinog.ch <mailto:swinog@lists.swinog.ch> > > http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog > > > > > > > > > > -- > > Philippe Teissier > > philippe.teissier(a)m4tp.org <mailto:philippe.teissier@m4tp.org> > > > > > > ------------------------------------------------------------------------ > > > > > > _______________________________________________ > > swinog mailing list > > swinog(a)lists.swinog.ch > > http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog > > > -- > Nicolas Mayor > PGP-Key-ID: 0x5AF82D67 > +41 79 246.12.11 > -- Philippe Teissier philippe.teissier(a)m4tp.org

1 0

Öffentlich machen der Vernehmlassung
by Radek Mrskos 22 Jul '09

22 Jul '09

Hat schon jemand daran gedacht die Unterlagen öffentlich zu machen (Kassensturz, Beobachter etc.) Wir reden hier von der "urdemokratischen Schweiz" und "öffentlichen Vernehmlassungen" und diskutieren das selber nur im kleinen Rahmen. wir sollten die "Öffentlichkeit" einweihen, sonst sind wir nicht besser als das EJPD. Mal sehen wie es den Herrn und Frau Schweizer schmeckt wenn sie wissen, dass demnächst ihre Internet-Daten aufgezeichnet werden und das Gesetzt dazu klangheimlich durchgeschleust wird. /radek Radek Mrskos Email: mrskos(a)volume.ch Baechlerstr. 12 Tel: +41 43 534 40 24 CH-8802 Kilchberg Mob: +41 79 219 68 66 PGP:0x8CB69F6D Fax: +41 86079 2196 866

4 4

Hiring Windows Admin/Network Engineer
by Matthias R. Koch 22 Jul '09

22 Jul '09

Hi, one of our group companies is hiring a Windows/Network Admin. (Zurich/Winterthur region) In case of interest pls contact me offlist. Rgds Matthias __________________________________________________________________ Matthias R. Koch, CEO Monzoon Networks AG Riedthofstrasse 124, 8105 Regensdorf/ZH, Switzerland T: +41 43 5000 470 M:+41 79 610 11 55 F: +41 43 5000 478 NEW ADDRESS FROM 12.08.2009 Spinnerei-Lettenstrasse, Riverside, 8192 Zweidlen/ZH, Switzerland mailto:mkoch@monzoon.net http://www.monzoon.net, http://solutions.monzoon.net

1 0

Antwort eines Basler Internet Providers auf die Pläne des Überwachungsstaates
by Andreas Fink 22 Jul '09

22 Jul '09

Sorry for the non german speaking folks but it was not possible to translate this to french english or italian yet. ---------------- Da das EJPD nicht in der Lage ist 10MB Attachements zu verarbeiten , ist das Attachment nun unter http://www.fink.org/ejpd-antwort.pdf downloadbar. On 22.07.2009, at 10:12, Andreas Fink wrote: An: Informatik Service Center ISC-EJPD Überwachung Post- und Fernmeldeverkehr Provider Management Fellerstrasse 15 3003 Bern Bitte nehmen sie angehängtes Dokument zur Kentniss und kontaktieren Sie uns erst wieder sobald sie die Grundlagen der schweizer Demokratie verstanden haben. Mit freundlichen Grüssen Andreas Fink BebbiCell AG ------------------------------------------------------------------ Tel: +41-61-6666330 Fax: +41-61-6666331 Mobile: +41-79-2457333 BebbiCell AG. Clarastrasse 3, 4058 Basel, Switzerland E-Mail: afink(a)bebbicell.ch Web: http://www.bebbicell.ch/ ------------------------------------------------------------------ ICQ: 8239353 MSN: afink(a)bebbicell.ch AIM: smsrelay Skype: andreasfink Yahoo: finkconsulting SMS: +41792457333 <ejpd-antwort.pdf>

2 1

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