14 December 2006

Cisco 7600 - ES20

Hvis man synes, at 6500/7600 LAN-modulerne (WS-X65xx, WS-X67xx) kan for lidt og at SIP/SPA-modulerne er for dyre og/eller giver for lav densitet, så vil man måske finde de nye ES20 (Ethernet Services, 20G) moduler interessante.

Der er tale om to forskellige moduler, nemlig et med 20 stk GE-porte med SFP'er (kodenavn "Loki") og et med 2 stk 10G-porte med XFP'er (kodenavn "Baldur").

10G-kortet har altså endnu en ny 10G pluggable, kaldet en XFP. En XFP ligner en forvokset SFP, men er meget mindre end XENPAK og X2. Størrelsen bliver på sigt en fordel, og eneste ulempe er, så vidt jeg kan se, at man ikke kan køre 10G på multimode (LX4) på XFP'er. Hvor mange service providers vil så være kede af det? Det er nok tæt på 0%.

Nogle af de ting, man får ekstra med ES20, er fx bedre QoS (hierarkisk QoS og meget dybere buffers) og features omkring VPLS og EoMPLS og mapping af L2 ind i disse tjenester. Modulerne er desuden født med DFC (distribueret forwarding for bedre performance), og som for RSP720 er det DFC3C eller DFC3CXL.

Prisforskellen mellem DFC3C og DFC3CXL er ... øh ... lad os bare sige "væsentlig" og handler måske mest om, at man ikke vil spise (for meget) marked fra SIP/SPA, men formentlig også noget positionering ift. konkurrenterne.

7600-ES20-GE3C (Loki) 20xGE DFC3C 40 k$
7600-ES20-GE3CXL 20xGE DFC3CXL 60 k$
7600-ES20-10G3C (Baldur) 2x10G DFC3C 50 k$
7600-ES20-10G3CXL 2x10G DFC3CXL 80 k$

Desuden bliver der en licensmæssig overbygning på prisforskellen, sådan at der er ting, som man vil komme til at betale (meget) extra for at få lov bruge modulet til. Præcist hvilke features og hvor meget man skal bløde er i skrivende stund uklart. Der er dog en del marketing, positionering og product management i det, så forvent det værste.

Modulerne er kun supporteret i 7600-chassis'er... Hvis man har 6500, er det (pt.) bare ærgerligt. Og det er ellers moduler, som det kunne give ret god mening at supportere i 6500, fx som WAN edge. Æv.

-A

PS: Kort sagt: Nye chassis'er, ny switch-processor, nye moduler. Det er da rimelig major... Og så er de hvide og med det nye logo... OK, det er ikke så major.

PPS: Når disse kort hedder ES20, kunne man nok godt gætte på, at der også kommer nogle ES40. Det er jo 40G til backplane fra hvert slot. Men hold ikke vejret og begynd bare allerede nu at spare sammen til dem.

Cisco 7600 - RSP720

Næste 7600-annoncering er en ny supervisor (RSP720), der altså ikke længere hedder supervisor men i stedet route switch processor eller RSP, som på de gamle, store 7500-routere. Regn trygt med, at der er signalværdi i det.

Der er tale om en (trods alt) mindre opdatering af Sup720, så rå hardware forwarding-performance er de kendte 360 Gbps og 30 Mpps. Ændringerne ift. Sup720 er primært en ny RP CPU og et nyt PFC

Den meget hurtigere CPU gør, at boxen bedre vil håndtere de ting, der ikke kan ske i hardware. Det skulle give nogle velkomne forbedringer ift. rekalkulering af store BGP-tabeller, håndtering af mange peers etc. Desuden kan der fyldes meget mere RAM i.

Det nye PFC3C og PFC3CXL har nogle forbedringer ift. TCAM-ressourcer, såsom antal MAC-adresser der kan læres, antal access-liste-entries etc. Det er dog i småtings-afdelingen ved FCS, og jeg er overbevist om, der kommer mere til senere. PFC3C er i øvrigt også kendt fra ME-6524, ligesom den vil være at finde i den kommende Sup720-10G til Enterprise-brugerne. Forskellen på XL og non-XL er som på PFC3B primært route-tabellens størrelse.

Priserne for RSP720 er de samme som for Sup720 (28 k$ og 40 k$ afhængig af PFC), og der plejer jo at være en del signalværdi i, når der kommer et bedre produkt til samme pris. Hvis man har 7600 og er på vej med SR train, skulle der ikke være de store grunde til at køre videre med Sup720 i nye projekter.

Den største hage ved RSP720 er, at den kun vil virke i en 7600. Den er ikke og bliver ikke supporteret i et 6500-chassis. Der er en del service-providers, der i dag har 6500, men nok burde have haft 7600... og de skal så lige skifte chassis for at bruge den nye RSP. (Nej, der er ingen god teknisk grund til det. Det er ren marketing og handler om, hvilke BU'er, der får bonus for salget).

Desuden er det IMO jævnt skuffende, at de ikke kan fås med 2 stk 10G-porte i stedet for 2 stk 1G, men mon ikke Snart(TM) de får gjort noget ved det? Og så helt ærligt: Hvorfor er det ikke en RSP1440? Jo, højere densiteter af non-blocking 10G er nødvendige nogle steder.

RSP720 skulle shippe i Q1 sammen med Barracuda (12.2 SRB).

-A

Cisco 7600-S

Cisco har annonceret en række nye produkter på 7600-serien, der viser, at 7600 ikke længere skal være 'bare det samme' som Catalyst 6500...

Først og fremmest er der nye chassis'er, nemlig 7600-S, tidligere kendt under kodenavnet Infinity. De kommer i første omgang i en 6-slot og en 9-slot udgave, og opdateringerne ift. de 'gamle' 7606 og 7609 minder lidt om dem, der kom til 6500 med E-chassiserne, nemlig primært relateret til strøm og køling.

Der er også nogle forbedringer ift. supervisor-failover, der kan laves hurtigere på de nye chassis'er, og der vil givet komme ting i fremtiden, de kun kan lave på S-chassis'erne. Et relativt safe bet er fx, at 100G kun vil blive understøttet på de nye chassis'er.

Som det fremgår af billederne har en 7606-S ikke PSU'erne foran, som en 6506 har det, og derfor er den kun 7 RU høj, og kan ikke dele PSU'er med 7609. Sådan har det dog 'altid' været på 7606. Det er ikke nyt for 7606-S.

Priserne skulle blive de samme som non-S, og så er der måske ikke så meget grund til at købe de gamle. Et issue kunne være, at 7609-S ikke supporterer 3000W PSU'er. Det er pt. kun 4000W og 6000W. Og så er der hele historien med software...

S-chassis'erne bliver supporteret i den software, der kaldes Barracuda (12.2 SRB). De vil ret sikkert ikke blive supporteret i 12.2 SX train, så de er et af de første tegn på, at det ikke er ligegyldigt, om man vælger 6500 eller 7600. Og man kan altså løbe ind i, at man har moduler, der kun virker med 12.2 SX og et chassis, der kun virker med 12.2 SR. Æv.

Jeg har også set en 3-slot (7603-S) på slides, men den er der ingen data på endnu, og for 4-slot er 7604 in all practical sense en 7604-S, og skulle altså kunne få de samme features. Den hedder det dog ikke, og kommer tilsyneladende heller ikke til det.

Chassis'erne skulle shippe i starten af året. Nogle steder siger de "Q1", andre "1H"... Man kan håbe, Q1 er for 7606-S og 7609-S og 1H er for 7603-S.

-A

06 December 2006

I want my IPTV

Jeg arbejder i øjeblikket på et jævnt stort projekt med multicast i et service provider-miljø.

Det er ikke den helt store hemmelighed, at Viasat, Dansk Bredbånd og et antal af de nye bredbåndsselskaber har lavet en aftale om, at Dansk Bredbånd skal levere Viasats kanaler til de andre selskaber. Det er heller ikke den helt store hemmelighed, at Dansk Bredbånd er en af Conscias kunder.

Well, den slags IPTV-distribution laver man selvfølgelig med multicast. Når man har 450+ Mbps IPTV, er det ret kløgtigt, at man ikke skal sende det X gange gennem sit netværk for at få det ud til X modtagere. (Der er nogle andre multicast-setup, især i den financielle sektor, hvor fidusen ved at bruge multicast er til at overse).

Dansk Bredbånd kører SSM (Source-Specific Multicast), hvilket er med til at gøre setup'et i forhold til de andre selskaber dejligt simpelt: Der er ikke noget bøvl med at styre, hvor RP'et er, og altså ikke noget behov for fx MSDP. Vi kunne bare slå PIM til i POI (point of interconnect), og så lade det være det. Vi har dog valgt at optimere lidt på distributionen (især zappetider) ved at mappe alle multicast-grupper op statisk i POI, sådan at man ikke er afhængig af at en PIM join skal traversere hele nettet (og flere net) for at få kanalen på set-top-boxen ude ved slut-kunden.

Ulempen ved SSM selvfølgelig, at der er langt mellem multicast-klienter, der kan køre IGMPv3. Det har Cisco dog også en ret smart løsning på, nemlig SSM maps, hvor idéen er, at man fortæller netværksudstyret, at når det ser en join (eller rettelig 'membership report') på en given gruppe, så gælder den for en bestemt source. Det betyder, at udstyret kan sende en S,G join med det samme, og man slipper for det med RP'er. SSM maps kan enten konfigureres statisk i udstyret eller laves i DNS. Cool.

Teknologisk er det et interessant projekt, men også på andre områder, kan jeg lære noget: Jeg fortalte om projektet til et teknikmøde i firmaet, og undrede mig i den forbindelse over, at der var så meget 'fuzz' om TV3. Jeg ser ikke meget tv selv, og når jeg gør, er det da ikke TV3! Falle kommenterede venligt, at det vist nok havde noget med det der fodbold at gøre, og at TV3 vist nok har en del af den slags. Nåh, derfor.

-A