swinog July 2009

swinog@lists.swinog.ch

47 participants
26 discussions

by Michele Capobianco

Hey all A friend just told me that Cybernet told him there is a Switzerlandwide Internet Problem. Does anybody know something? Cheers Michele -------- Online Consulting AG, Michele Capobianco, System Administrator, Weststrasse 38, CH-9500 Wil Phone +41 (0)71 913 31 31, Fax +41 (0)71 913 31 32 http://www.online.ch, michele.capobianco(a)online.ch<mailto:michele.capobianco@online.ch> --------

2 months, 1 week

IRCnet server for *.ch

by Fabian Uebersax

Hi everybody, We've decided that we no longer have the resources to host our IRC server irc.datacomm.ch / irc.span.ch, which is connected to IRCnet (http://www.ircnet.com/). Currently, we're the only swiss server for IRCnet. We're looking for someone who is willing and able to run the IRC service on a machine located here in Switzerland. Please read here for the requirements of linking a new server: http://www.ircnet.com/index.php?&p=2&mid=6&id=8 If you're interested please contact me offlist, thanks! cheers, - Fabian

14 years

Vorratsdatenspeicherung

by Xaver Aerni

Hallo zusammen, Das Bakom hat in dem letzten Monat ein Büchlein als Gerichtsurkunde verschickt, betreffend der Voratsdatenspeicherung. Was die Geräte können müssen etc. Meinse wissens gibt es bis jetzt nur eine Lösung die einigermassen "Abnehmbar" ist. Das ist das von Nokia Siemens... Und das erfüllt auch nicht in allen Punkten die Vorschriften. Die Vorschrift ist ja eigentlich für die Katze. Und die Provider müssen für diese Lösung viel Geld in die Hand nehmen. Für 3 Monate sämtlichen Verkehr aufzuzeichnen. Braucht je nach Providergrösse sehr grosse Kapazitäten. Mich nimmt es Wunder was im Moment bei den diversen Provider geplant ist. Eigentlich müsste der Aufwand für das Aufzeichnen auf die Kunden abgewälzt werden. Das heisst ein DSL Anschluss würde im Schnitt etwa Fr. 10.-- bis Fr. 20.-- im Monat teurer werden. Die Auf die Abgaben die der Bund für eine Auskunft zahlen würde. (Betrag steht ja nicht fest) kann man ja nicht rechnen. Gruss Xaver ********************************************** Xaver Aerni Zürichstrasse 10a 8340 Hinwil Tel. 001 707 361 68 39

14 years, 1 month

by Andre Keller

No BE on monday? ;-) -- André Keller GnuPG 1024D/C00CA768 = 4A57 6ED6 9F20 81DB E582 B70F 1D31 AFE9 C00C A768

14 years, 1 month

SwiNOG-BE76 - Beer Event 76 - 3th of August 2009 @ Reithalle / ZH

by Steven Glogger

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

14 years, 1 month

(no subject)

by Xaver Aerni

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

14 years, 1 month

Cisco router problem: config lost

by . .

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

14 years, 1 month

Lawful interception - what's new?

by Manuel Wenger

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

14 years, 1 month

Ansatz zur Umgehung der Echtzeitüberwachung ;-)

by Claudio Prezzi

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

14 years, 2 months

Re: [swinog] Ansatz zur Umgehung der Echtzeitüberwachung ;-)

by Philippe Teissier

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

14 years, 2 months

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

swinog July 2009