swinog

swinog@lists.swinog.ch

1 participants
2934 discussions

SwiNOG 19 - 29. september 2009, Berne / Call for Papers
by Steven Glogger 03 Aug '09

03 Aug '09

hi all we're currently filling up the agenda and still have some slots available. if you're interesting to hold a speech, please write to swinog-core [at] swinog.ch we will open the registration about 1month before the meeting. greetings -steven SwiNOG core team member

1 0

BE
by Andre Keller 01 Aug '09

01 Aug '09

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

4 4

DENOG 1: Call for Papers
by Arnold Nipper 01 Aug '09

01 Aug '09

DENOG 1 - Call for Participation and Papers The first meeting of the German Network Operators Group (DENOG) will be held in Frankfurt, Germany on the 5th of November 2009. We are pleased to hereby invite applications for presentations or short lightning talks to be held at this inaugural event. General Information =================== DENOG is a community for professionals within Germany who are operating, designing or researching the Internet. It provides a technical forum where those working on, with and for the Internet can come together to solve problems with every aspect of their (net)work. The inaugural meeting is designed to provide an opportunity for the exchange of information among network operators, engineers, researchers and other professionals close to the network community. More information about DENOG (in German) can be found at http://www.denog.de/ Information about the meeting will be published at http://www.denog.de/meeting/. Meeting Countdown ================= What When ------------------------------------------------------ Publication of Call for Papers July 27th, 2009 Deadline for all submissions September 28th, 2009 Publication of final programme October 11th, 2009 Deadline for receipt of final slides October 29th, 2009 Meeting Day November 5th, 2009 Topics for Presentations/Talks ============================== The day will be divided into four sessions as described below. The number and length of presentations per session is not fixed, although due to time constraints we would prefer the length of the presentations to be between 10 to 30 minutes. However proposals for longer/shorter presentations or presentations whose subject falls outside of the topics below are also welcome; please do not hesitate to submit them. Topic #1: Internet, politics and regulations -------------------------------------------- Duration: 90 minutes Topics can include (but are not limited to): Legal interception, government-driven DNS blacklists, DNSSEC (and problems arising from DNS blacklists). Topic #2: Peering ------------------ Duration: 60 minutes All around your peering experience. Why are you doing it? How are you doing it? Have you written any useful tools which others might find interesting? Topic #3: ISP BOF ----------------- Duration: 90 minutes "All things ISP". From Network/SLA Management (for or against it), abuse handling and log systems to data centre layout and planning (including power and cooling), everything that is interesting to you as an ISP can be presented or discussed within this topic. Topic #4: DENOG Organisational Matters -------------------------------------- Duration: 60 minutes, no papers necessary In this session we will discuss how to proceed with DENOG and potential future meetings. We will present our ideas and eagerly await your own ideas, feedback and comments. Submission Guidelines ===================== All submissions must have a strong technical bias and must not be solely promotional for your employer. To appeal to an international audience we ask you to produce your slides in English, but the presentation itself can be in either German or English. Please remember that your presentations should be suitable for a target audience of technicians from varied backgrounds, working for companies whose sizes vary considerably. To submit a proposal for a presentation, we request that you provide the following information as plain text or PDF format to <denog-pc(a)denog.de>: * the name of the presenter (and if applicable your affiliation) * a working email address * the name and number of the topic which will contain the presentation * the title of the presentation * its expected length (in minutes) * the preferred spoken language for the presentation * a short abstract of the presentation (not more than 200 words) We also welcome suggestions for specific presentations which you feel would be valuable to the DENOG community. Please be aware that your presentation will be publish on the DENOG website after the event. Best regards, Arnold -- Arnold Nipper / nIPper consulting, Sandhausen, Germany email: arnold(a)nipper.de phone: +49 6224 9259 299 mobile: +49 172 2650958 fax: +49 6224 9259 333

1 0

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

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