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>
--------
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
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
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
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
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
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
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
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