[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 Resent-To: na...@nanog.org Date: Fri, 22 Jun 2012 13:21:41 -0700 From: Stig Venaas To: MBONED WG 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
Re: [swinog] IPv6 usage statistics for Switzerland
Gregory, Thanks. But the usual suspects in terms of IPv6 promotion don't seem to have much country specific information, at least none that covers Switzerland to the level of detail I'm looking for. Anyhow all suggestions for data sources are welcomed :-) Thomas On 5/12/10 12:10 PM, Gregory Agerba wrote: Thomas, I have no figures, but maybe just a clue to point ouf if it can help you... http://www.ipv6actnow.org Have you checked it? There are already a bunch of information to gather there. My 2¢ Gregory 2010/5/12 Thomas Kernen mailto:tker...@deckpoint.ch>> 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 <mailto: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] 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=native&country=ch http://www.sixxs.net/faq/connectivity/?faq=ipv6transit&country=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
[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] 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 Schlageter 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 DNSSEC. 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
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 : > >> >> 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
[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] Minimal S/N margin on Swisscom BBCS VDSL loops
Hi Flavio Flavio Tischhauser wrote: > Hi Thomas > > On Thu, May 7, 2009 at 15:53, Thomas Kernen wrote: >> 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 >> > > The first thing you need to do is check the "technical bandwith" using > the xDSL checker: > http://xdsl.vadian.net/check.aspx?xdsl=xdsl®=WSUB7EU7 > > This should give you a rough idea on the max profile that swisscom > considers possible using some figures like line distance etc. If it is > significantly higher than what you are seeing (based on your inital > data, the final profile might be set down to 8000/1000), you can > usually get the issue investigated. If the line has really gotten a > lot better since the test started, you should be able to request a new > "test phase" through support (you might have to argue that you have > optimized your in-house cabling since the last test, that seemed to > work well for others). You might have to wait for the current test to > end (up to 2-3 weeks in total) before that. > > The last step would be to open a speed ticket and get someone from > swisscom to look at the DSLAM, switch you on a different cable etc. Of > course this is only possible if the line checkers promise a lot higher > speeds and you would get charged for the costs if the issue is in your > in-house cabling. Best way to prevent this is to hook the modem > directly to your HAK. Thanks for the suggestions. So the link to the DSL checker is for ADSL only as far as I can tell. And yes the profile is higher via the Swisscom checker. And there has already been a case filed with Swisscom due to the dial tone outage, which they fixed (and that is when the line quality significantly improved in terms of dB margin and attenuation). I guess I have no choice but to wait until the next automated test to be performed. Anyway, thanks for the suggestions. Thomas ___ 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
Re: [swinog] DSL Bit Error Rate (BER) statistics
Folken wrote: On Tue March 14 2006 10:23, Thomas Kernen wrote: 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). I could give you samples from one of our sdsl banks. Unfortunatly these would be instantenious, as we do not log this information. We only monitor carrier,throughput and latency. Line lengths I'd have to check the contracts. Would this be of any help? If you don't mind sending me a couple of samples for pure analysis I would appreciate it. Unicast it to my email address pls. Thomas ___ 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=104&STORY=/www/story/09-30-2005/0004135393&EDATE= 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
Re: [swinog] future of dls
Neil J. McRae wrote: Swisscom is not going to do ADSL2+ at all. They want to jump directly to VDSL. Whether this will work out as they think it will remains to be seen. The TV thing didn't go as they expected either. However what I know is that all the 'excessive' bandwidth available with VDSL will only be used for HDTV streaming. So don't hold your breath for 20Mbit Internet surfing. I doubt it would be VDSL - more likely VDSL2. Which gives them a very limited footprint. Distances with VDSL2 are very limited. E.SHDSL can do 4-7M depending on distance and pair ponding and IMA - if Swisscom are going into VDSL2 [EFM] then I'd expect them to do E.SHDSL also. Regards, Neil. It is VDSL2 but since there has been no large scale VDSL deployment in Switzerland not many non technical people are aware of VDSL(1) hence VDSL2 is simply referred to as VDSL. Thomas ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] future of dls
Michel Renfer wrote: I know is that all the 'excessive' bandwidth available with VDSL will only be used for HDTV streaming. So don't hold your breath for 20Mbit Internet surfing. Ack! TV streams will have strict priority over internet traffic. So surfing at (very) highspeed and hdtv streaming won't be possible. cheers, michel You are sure it's DSCP based and not VLAN/PVC based and do you mean for IP streamed channels to a PC or the *real* IPTV solution with the STB and the SD + HD tv streams (VOD or live, doesn't matter with regards to my question). Thomas ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] Why Swisscom/Bluewin can't get M$ IPTV to fly
Andre Oppermann wrote: Very interesting article about Micro$soft's half-baked IPTV solution. http://www.theregister.co.uk/2005/06/01/ms_iptv_strategy_in_tatters/ Explains in clear technical words why Swisscom's attempt at IPTV is broken and delayed yet another year, if it will ever fly. I don't actually find it as clear as that, yes there is some good info but I do think some stuff is lacking in there. This is my 2 cents to add to the mix. October 2003, during Telecom 2003 the initial Swisscom/M$ deal was announced. In those days there was a major initial issue, codec quality and bandwidth usage. M$ has done a great job with the VC-1/VC-9/VM9 codec. Note that VC-1 is the SMTPE standardised version of the VC-9/WM9 video codec. As for H.264 AVC (MPEG-4 part 10) it was still far away from being ratified by the ITU so VC-1 was the only option if you wanted to has SD quality at @ 1Mbps rate which is the intial focus for carriers and therefore be able to deploy over the existing ADSL network(s) and provide a high(er) penetration rate of the service. VDSL2 (just standardised for those that missed it) was under dev but again no one could count on that there and then. And the point for the carrier is to make cash and more cash, so better off selling the service twice, once as an SD feed with more choice, PVR options and so one. Then again as an HD feed using the new VDSL2 infrastructure and a remarketing of the product. Even with LCD/Plasma sales growing fast, the penetration rate of "HD Ready" (aka, min res of 720 lines versus 525 for PAL) is still limited and is only reaching low enough prices for the mass consumer market (most owners of LCD/Plasma/DLP screens/beamers have a 800x600 res). So simply working out on those 2 "small" facts, when Swisscom decided to work on this it did (IMHO) seem like a good option, a pseudo one stop shop, M$ providing to support some of the pain (most likely for a big chunk of cash but that was also renegociated versus the marketing around the M$/Swisscom agreement and all the other details I'll exclude from this thread for the sake of the reader's sanity) Last but not least, Alcatel as dropped it's IPTV plans to partner with M$, so they can now all work together since Swisscom was first to sign on with M$ and Alcatel for the VDSL2 platform (AFAIK). Think of the cost savings for those deals and the shareholders joy on the earnings. Today, the other carriers are either "small" enough to decide to do their own integration or entered the arena after the first experiences were made and therefore some of the painful choices made by others could be prevented. Now that H.264 AVC has been approved and the the first silicon vendors are pushing end user devices chips (Sigma Designs, ATI, etc...) and 1st gen realtime encoders (Tandberg, Envivo, etc...), M$ is not the only one on the market that can provide a solution for the video bandwidth. Channel surfing, EPG issues, VOD distribution models, integration into OSS/BBS, provisioning models, new IP/MPLS backbone. There is a lot going on at Swisscom that can explain the delay beyond what is actually mentioned in the press release. The only thing I'm sure about, they want/need VDSL2 and their service available for mid 2006 for the World Cup that will be broadcasted in HD, that is the one killer app they are most likely chasing (as all other broadcasters) in order to demo and get fans/early adopters to purchase the service and have something that no one else is providing in the Swiss market (on a large scale). Thomas ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
Re: [swinog] SwiNOG-10 / 20th april 2005
Hmm, I don't think I can get the day off from my military service ;-) T - Original Message - From: "Michel Renfer" <[EMAIL PROTECTED]> To: Sent: Friday, March 04, 2005 8:15 AM Subject: [swinog] SwiNOG-10 / 20th april 2005 Dear friends! We are very happy to open the registration for SwiNOG-10. The meeting will be held at the 20th april 2005 in Berne. Acutally we have some space left in the agenda. Please let us know, if you would present a topic of interest. Of course, we have still one sponsoring partner open. Please contact us ([EMAIL PROTECTED]), if you are interested in sponsoring SwiNOG-10. cheers, michel ___ 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] Re: Peering Sunrise<>Cablecom lausig
OSI Layer 10 hat wieder zugeschlagen... Sorry for any inconvinience, but the "Tepichetage" still does not understand the Internet, in contrary, it's getting worse and worse... And most interesting is that Cablecom has surpassed Sunrise a long time ago with regard to eyeballs. Last September Bluewin/IP-Plus had about 38% share, Cablecom 20% and Sunrise 13.7%. Some people at Sunrise seem to have a hard time accepting they are no longer number two in Switzerland. By the way, Cablecom is still growing IP traffic market share. Now the most interesting question is if you can guess who comes after Sunrise and with how many percent? Andre, what are those figures based on? ADSL lines, Mbps per sec on public graphs, secret handshakes, glow of the moon? I've heard so many different versions of the Swiss market share that I'm quite curious as to how you calculate this. Thomas ___ swinog mailing list swinog@lists.swinog.ch http://lists.swinog.ch/cgi-bin/mailman/listinfo/swinog
