[swinog] Fwd: [MBONED] PIM survey for operators
FYI. May be of interest to some of the operators in Switzerland. Regards, Thomas Original Message Subject: [MBONED] PIM survey for operators Resent-Date: Fri, 22 Jun 2012 10:39:58 -1000 (HST) Resent-From: Antonio Querubin t...@lavanauts.org Resent-To: na...@nanog.org Date: Fri, 22 Jun 2012 13:21:41 -0700 From: Stig Venaas s...@venaas.com To: MBONED WG mbo...@ietf.org The IETF pim working group is conducting a survey in order to advance the PIM Sparse Mode spec on the IETF Standards Track, and would like input from operators. The survey ends July 20th. Please see below for more information. thank you, pim chairs Mike Stig Introduction: PIM-SM was first published as RFC 2117 in 1997 and then again as RFC 2362 in 1998. The protocol was classified as Experimental in both of these documents. The PIM-SM protocol specification was then rewritten in whole and advanced to Proposed Standard as RFC 4601 in 2006. Considering the multiple independent implementations developed and the successful operational experience gained, the IETF has decided to advance the PIM-SM routing protocol to Draft Standard. This survey intends to provide supporting documentation to advance the Protocol Independent Multicast - Sparse Mode (PIM-SM) routing protocol from IETF Proposed Standard to Draft Standard. (Due to RFC 6410, now the intention is to progress it to Internet Standard. Draft Standard is no longer used.) This survey is issued on behalf of the IETF PIM Working Group. The responses will be collected by a neutral third-party and kept strictly confidential; only the final combined results will be published. Marshall Eubanks has agreed to anonymize the response to this Questionnaire. Marshall has a long experience with Multicast but has no direct financial interest in this matter, nor ties to any of the vendors involved. He is also a member of the IAOC, Chair of the IETF Trust and co-chair of the IETF Layer 3 VPN Working Group. Please send Questionnaire responses to his email address, marshall.euba...@gmail.com. He requests that such responses include the string RFC 4601 bis Questionnaire in the subject field. Before answering the questions, please comple the following background information. Name of the Respondent: Affliation/Organization: Contact Email: Provide description of PIM deployment: Do you wish to keep the information provided confidential: Questions: 1 Have you deployed PIM-SM in your network? 2 How long have you had PIM-SM deployed in your network? Do you know if your deployment is based on the most recent RFC4601? 3 Have you deployed PIM-SM for IPv6 in your network? 4 Are you using equipment with different (multi-vendor) PIM-SM implementations for your deployment? 5 Have you encountered any inter-operability or backward- compatibility issues amongst differing implementations? If yes, what are your concerns about these issues? 6 Have you deployed both dense mode and sparse mode in your network? If yes, do you route between these modes using features such as *,*,RP or PMBR? 7 To what extent have you deployed PIM functionality, like BSR, SSM, and Explicit Tracking? 8 Which RP mapping mechanism do you use: Static, AutoRP, or BSR? 9 How many RPs have you deployed in your network? 10 If you use Anycast-RP, is it Anycast-RP using MSDP (RFC 3446) or Anycast-RP using PIM (RFC 4610)? 11 Do you have any other comments on PIM-SM deployment in your network? ___ MBONED mailing list mbo...@ietf.org https://www.ietf.org/mailman/listinfo/mboned ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] Facebook down
Some of the other European operational mailers have been reporting the same. I guess we all get the day off? ;-) T On 3/7/12 8:23 AM, Marco Fretz wrote: Good morning everyone, Does anyone have an idea what happened to Facebook DNS servers? A www.facebook.com DNS queries are not answered anymore. I'm not sure but looks like the error exists since about 07:15 today. on facebookdown.com were a lot of reports from around the world, now this site is also dead (to many mysql connections, which possibly means to many users...). greets Marco ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
[swinog] Internet connectivity maps for 2000 from Sunrise and (gasp) Nextra
For the presentation I'm building for the next SwniNOG meeting, I'm trying to find old Internet connectivity maps from back in 2000. Unfortunately Google has failed to provide me with the source to that data. I'm specifically looking for some from Sunrise and Nextra that that era. If someone still has them in their archive folder, please unicast them to me, to not spoil the fun. Thanks Thomas ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
[swinog] IPv6 usage statistics for Switzerland
Has anyone been collecting data points related to service providers in Switzerland providing IPv6 services? I'm trying to pull together a slide on the growth of v6 services in the country. Hence I'm looking for the following information (if available): - First commercial v6 transit service (any carrier with a POP in CH) - First commercial v6 service to customers (enterprise or end user) - First commercial 6RD DSL service over BBCS - First commercial 6RD DSL service over unbundled copper - First commercial native v6 DSL service over BBCS - First commercial native v6 DSL service over unbundled copper If anyone also has a data on the usage of v6 (vs. v4) in Switzerland I would appreciate it. Thanks, Thomas ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] IPv6 usage statistics for Switzerland
On 5/12/10 12:17 PM, Jeroen Massar wrote: On 2010-05-12 12:02, Thomas Kernen wrote: Has anyone been collecting data points related to service providers in Switzerland providing IPv6 services? I'm trying to pull together a slide on the growth of v6 services in the country. Allocated Prefixes: http://www.sixxs.net/tools/grh/dfp/all/?country=ch also shows when they first popped up in BGP etc, but that does not say they are actually being used in any way other just being announced... For connectivity: http://www.sixxs.net/faq/connectivity/?faq=nativecountry=ch http://www.sixxs.net/faq/connectivity/?faq=ipv6transitcountry=ch Or refer to any of my presentations which generally include a slide or so with the above numbers... Greets, Jeroen Thanks Jeroen, I suspected that you would have most data points. :-) Now I just need to get confirmation from the DSL providers you listed if they provide native v6 over BBCS wholesale or unbundled copper DSL (or both). Cheers, Thomas ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] A fake online shop ?
On 1/22/10 9:38 AM, Gregoire Huet wrote: Hello Swinog, Has anybody ever ordered something by the Techmania shop ? I'm just wondering if it is a *real* shop, despite its quite good notation on Toppreise. Maybe has it turned to some thieves association, not answering emails and not delivering the goods. I'm looking for a contact there, i would be glad if you give me one. Thank you Greg No issues here, have used them several times in the past. They are (as others have mentioned) a virtual store that simply front many distributors. Thomas ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] Barracuda ES.2 is affected too! SeagateBarracuda 7200.11defective, replace immediately
On 1/13/10 9:14 AM, Andre Oppermann wrote: On 13.01.2010 08:17, Thomas Weible wrote: If you got the ES.2 from NetApp I would assume that either a different firmware was used (NetApp certifies the firmware for the disks they are selling) or that they've already fixed it on maintenance. Though I certainly wouldn't bet my data on it and check with NetApp directly to get a reliable answer from them. If you - no, we just do have the ES.2 disks and do make use of the openfiler-project. I see. just got the empty shelf from them and plugged the disks yourself then you may be in big trouble already. In the MSFN thread there are many people who lost their ES.2 the same way the 7200.11 dies (the unbrick recovery procedure is exactly same for both). - lucky us, we still have some WD drives around the place and put them into operation. Currently the RAID is syncing. Btw, do you know if you can ship the ES.2 to Seagate through the regular RMA procedure to get them fixed (I assume a firmware-upgrade should help)? Is there anything I should reference to. I mean the drives are still working at the moment... Thanks for your advices. From what I've read only bricked drives can be sent in to Seagate. But you should check with your supplier. The firmware update you can do yourself. Though there are still some reports where even updated disk become bricks again. And also the serial number checker on Seagates website doesn't list all affected disks. There are again many reports of bricked disks with serial numbers other than the officially affected. On top of that at least the 7200.11 has a high probability of developing bad sectors. Maybe the ES.2 has better materials. I personally do not trust the 7200.11 and ES.2 at all anymore. I'm replacing another 7200.11 in a backup server even though Seagate says this serial number is not affected. I do not trust it anymore. And the price of new disks is low enough to justify that. Just imagine the work involved of restoring all your data when the Seagate disks fail anyway. I'm not willing to take that risk. It cost me at least two days to research on the Intenret and obtain all materials to get into the firmware. And then another day to recover the data. Even I have backups they were about a week old and I didn't want to lose all the work I had done in that week. Andre, all, I was hit by this on drives I purchased in Jan 2009. Only one of the 4 drives I put into the NAS was affected by the bug (I watched the error counters climb at light speed). I swapped out the drives before they crashed and was able to RMA those that were affected (not all the drives were, even with the firmware/rev details). But RMA did take 6-8 weeks. YMMV, Thomas ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] Bluewin DNS problems
On 1/5/10 12:31 AM, Alexander Gall wrote: [ I've already sent this to our colleagues at Swisscom, but this should really go to the list ] On Mon, 04 Jan 2010 20:16:14 +0100, Benjamin Schlageterb.schlage...@ebm.ch said: Hi Anybody knows something about big DNS troubles with Bluewin ADSL/VDSL? As I saw, my router can¹t resolve any domains... Lucky I got some other dns servers =) The perils of DNSSECsigh. It was entirely our fault. Due to an error, lots of DNSSEC-related resource records (NSEC3 to be precise) were missing in the ch zone file generated shortly after 7pm last evening. Unfortunately, the error went undetected and the truncated zone was published. The DNS caches of Bluewin have DNSSEC validation enabled for the ch TLD and probably started to produce SERVFAIL for most subdomains at this point (depending on whether they were already in the cache or not). The zone was fixed some time after 9pm. Sincere appologies for any pain this has caused. Painful to say the least but thanks a lot for the honest and transparent report on what caused the issue. Thomas ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
[swinog] Are the dates for the next meetings correct?
The Swinog website has listed the dates for the meetings in 2010. The one in April happens to fall on a Friday. Is this a mistake or intentional? Thomas ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] Are the dates for the next meetings correct?
Ah!!! Ok. So better book early for that one ;-) Steven Glogger wrote: Thaty correct. You'll see :-) You know, 20 is a special number ... :-) gruss -steven Am 31.08.2009 um 13:58 schrieb Thomas Kernen tker...@deckpoint.ch: The Swinog website has listed the dates for the meetings in 2010. The one in April happens to fall on a Friday. Is this a mistake or intentional? Thomas ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] Minimal S/N margin on Swisscom BBCS VDSL loops
Andre Oppermann wrote: Thomas Kernen wrote: Does some have any guidance as to how much S/N margin Swisscom requires for their BBCS VDSL loops. I have a case where the S/N margin in 22dB on the downstream and it surprises me the line doesn't train at a higher rate (current rate is 13264kbps). The S/N margin is inverse proportional to the link speed. You have 22dB at 13Mb but only 5dB at 30Mb. This is usually a symptom of some cabling problem. You should also check the number of CRC errors you have on the line. VDSL2 is extremely sensitive to in-house wiring. Make sure you run the cable directly from the Swisscom UP to your VDSL modem. If necessary put a fresh U72 cable just for VSDL. Always separate VDSL from any SDSL on the same quad (U72 is not twisted pair but twisted quad). Hi Andre, This is in a brand new building with a new Swisscom intro and a new and dedicated U72 from the intro directly to the VDSL modem. Nothing else on that quad. CRC increments max by 1 or 2 every 24 hours. Swisscom recabled the trunk after an outage notice (VDSL working fine but no analogue dial tone, 50mV on the loop, not enough to get a phone to ring in any case). That is when the loop change characteristics since it was fully checked end to end and that the S/N margin jumped from approx 10/12dB to 22dB. So for me there is no question the loop is functional and am trying to figure out how to get the loop retested. It is clear to me that in the VDSL modem Swisscom sets the profile to have a min of 10db margin and optimal is considered 12dB. So I strongly suspect the line could be retrained at a higher rate but that the profile that has been uploaded to the modem by Swisscom is most likely limiting the max train speed in order to increase the line stability, which is a good thing unless all of this was performed prior to the loop being rebuilt. Thomas ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
[swinog] Minimal S/N margin on Swisscom BBCS VDSL loops
Does some have any guidance as to how much S/N margin Swisscom requires for their BBCS VDSL loops. I have a case where the S/N margin in 22dB on the downstream and it surprises me the line doesn't train at a higher rate (current rate is 13264kbps). I understand that during the initial setup phase the modem is probed more or less every 24 hours but doesn't seem to update if the line characteristics evolve over time. If someone can shed some light or provide me with a contact within Swisscom that actually knows the story behind this I would appreciate it. Thanks Thomas ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
[swinog] Cern power outage
Either everyone is asleep or no one noticed ;) but there is an ongoing power outage at Cern that started around 7:04 UTC this morning. Thomas ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] Reset DSCP/IP-PREC field
Unless you have a contractual agreement with a peer/transit to honor their DSCP marking, you should always reset the value. Thomas Marcel Leuenberger wrote: HiYa! Just want to ask you if it is allowed to reset the IP-PRECEDENCE/DSCP-Field to Zero (or any other value) at the border of an ISP network? Means there is no problem if an IP-Transit provider reset the customers IP-PREC/DSCP field because INTERNET is best effort and therefore each ISP can do with the IP-PREC/DSCP whatever he want's because each ISP has it's own QoS-Domain and rules? For me resetting the IP-PREC/DSCP is a must concerning security and to declare Internet-Traffic as BE in internal networks. Or I am wrong and are there any existing rules in the ISP community relating modifying IP-PREC/DSCP? Are you resetting the IP-PREC/DSCP as well? Thanks and greetings, - Marcel ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
[swinog] DSL Bit Error Rate (BER) statistics
This is an open question to those of you that run xDSL networks, which is not my case. I'm looking for some real world Bit Error Rate statistics, max vs min and averages of those values that you see in your current xDSL infrastructure. I'm interested in the last mile (DSLAM - CPE). Is anyone looking into this to determine the condition/quality of delivered loops and may have built BER data versus loop lenght, noise margin and other DSL related metrics? Thomas ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] (no subject)
I guess that the gazillion of news feeds that published the information today was too much choice :) http://www.prnewswire.com/cgi-bin/stories.pl?ACCT=104STORY=/www/story/09-30-2005/0004135393EDATE= http://www.cablecom.ch/fr/050930_pressrelease_cablecom_liberty_e.pdf [EMAIL PROTECTED] wrote: Liberty übernimmt cablecom Date: Fri, 30 Sep 2005 15:16:30 +0200 Message-Id: [EMAIL PROTECTED] X-Mailer: NTMail Web Mail Client New Infos only in german sorry, Pressemitteilung Liberty übernimmt cablecom Zürich, 30. September 2005 * Wie Liberty Global Inc. (*Liberty Global) heute bekannt gab, ist ihr Tochterunternehmen, United ACM Holdings, Inc. (*United ACM), eine endgültige Vereinbarung (die *Vereinbarung) eingegangen, 100 % der ausgegebenen Aktien der cablecom Holdings AG (*cablecom) von der alleinigen Aktieninhaberin Glacier Holdings S.C.A. (*Glacier) zu übernehmen. * Die Bedingungen der Vereinbarung legen den Wert einer cablecom-Aktie auf rund CHF 56,22 fest. Hieraus ergeben sich ein Gesamtanteilskapital von CHF 2.825 Millionen und ein Unternehmenswert von etwa CHF 4,4 Milliarden. * Die Vereinbarung unterliegt lediglich dem Transfer bestimmter Lizenzen und der Zustimmung durch die Aktionäre des Komplementärs von Glacier. * Der Abschluss dieser Transaktion wird für Oktober dieses Jahres erwartet. Der Verwaltungsrat der Glacier Holdings GP AG (das *Board) versammelte sich gestern Abend zu einem kurzfristig anberaumten Treffen, um das von Liberty Global erhaltene Angebot, das nach dem am gestrigen Morgen stattgefundenen Startschuss für den Börsengang von cablecom eintraf, zu prüfen. Das Board entschied gemäss seiner Treuepflicht, die besagt, alle Angebote zu prüfen, dass der Verkauf an Liberty Global im besten Interesse von cablecom, ihren Aktionären, Kunden und Mitarbeitern liegt und zur Schaffung einer starken alternativen Telekommunikationsfirma auf nationaler Ebene beiträgt. Als Konsequenz aus der Vereinbarung wird cablecom die Vorbereitungen für ihren Börsengang an der Swiss Exchange (SWX), der für den 13. Oktober vorgesehen war, einstellen. Grund der Transaktion Durch den Kauf von cablecom unternimmt Liberty Global einen weiteren wichtigen Schritt hin zu einem paneuropäischen Kabelnetzbetreiber und unterstützt die von cablecom aufgebaute Wachstums-strategie, um die Firma als Nummer eins unter den alternativen Telekommunikationsanbietern in der Schweiz zu etablieren. Liberty Global unterstützt cablecoms Auffassung in Bezug auf die Schweizer Marktregulierung. Der Kauf bietet Liberty Global umgehend die ausreichenden Grössenverhältnisse und die nötige kritische Masse in der Schweiz. cablecoms Aktieninhabern wird eine attraktive Möglichkeit gegeben, aus ihrer Investition auszusteigen, nachdem die erfolgreiche finanzielle Umstrukturierung cablecom ermöglicht hat, die Wachstumschancen des Marktes voll auszunutzen. Dazu Bruno Claude, CEO von cablecom: *Diese Transaktion stellt den Höhepunkt einer beispiellosen Erfolgsgeschichte der Firma dar, die sich in nur vier Jahren abgespielt hat. Die Umsetzung ist eine Auszeichnung unserer Mitarbeiter. Das heute bekannt gegebene Ergebnis wird zu einer starken Positionierung auf Platz 2 des Telekommunikationsmarktes in der Schweiz führen, was unserem langfristigen Ziel entspricht. Mit dem Rückhalt von Liberty Global wird cablecom massgeblich davon profitieren, Teil einer grossen Medienfamilie zu sein. Dies bietet Vorteile beim Zugang zu Inhalten und kostengünstiger Spitzentechnologie. Liberty Global hat schon lange Interesse an cablecom gezeigt und ist ein strategischer Investor, der in der Lage ist, die Voraussetzungen zur langfristigen Weiterentwicklung von cablecom zu finanzieren. Davon profitieren sowohl die Kunden als auch die Mitarbeiter. Goldman Sachs International, Credit Suisse First Boston und Morgan Stanley and Co. International fungierten als Finanzberater für Glacier Holdings AG. Bär Karrer, Kirkland Ellis sowie Wachtell, Lipton, Rosen Katz waren als Rechtsberater für Glacier Holdings AG tätig, JP Morgan Chase und UBS als Finanzberater für Liberty Global. Für weitere Informationen: ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
