piątek, 26 lutego 2010

S10 - Sieci kampusowe w roku 2010

Projekt i wdrożenie sieci LAN – proste to, czy trudne? W trakcie tej sesji omówimy najlepsze praktyki związane z budową nowoczesnych sieci kampusowych na bazie dokumentów Cisco Validated Design Guide. Dużo uwagi poświęcimy kwestiom niezawodności (dostępności) takich sieci. Poddamy dogłębnej analizie możliwe rozwiązania wskazując ich plusy i minusy. Postaramy się pokazać, że ustawienia domyślne urządzeń nie zawsze są idealne i że warto poświęcić trochę czasu, aby doszlifować konfigurację do własnych wymagań. Dla tych, którym poruszana tematyka wyda się zbyt skomplikowana, pokażemy jak można uprościć konfigurację stosując rozwiązania takie, jak Virtual Switching System, czy StackWise.

Generalnie sesja będzie dotyczyła rozwiązań i technologii, a nie poszczególnych urządzeń, ale planujemy tu również kilka niespodzianek dla lubiących nowinki produktowe.

A ha – no i ponieważ to jednak Forum kilka przykładów na żywo też planujemy :-)

Serdecznie zapraszamy,
Michał Małuszek, Systems Engineer
Paweł Latała, Channel Systems Engineer
Cisco Systems Polska

czwartek, 25 lutego 2010

S15 - Technologia 40G IPoDWDM - plug and play czy wyzwanie dla inżyniera

Czas gdy opowiadaliśmy o szczegółach technologii 10 i 40G IPoDWDM, próbując zachęcić operatorów do jej zastosowania, odeszły w niepamięć. Obecnie operatorzy w Polsce stosują tą technologię. Czas na dogłębne zrozumienie tego tematu...

Biorąc udział w kilkumiesięcznych testach 40G IPoDWDM byłem zmuszony zweryfikować swoją wiarę w pamięć nieulotną. 12 lat po skończeniu studiów - wydawało by się niewiele. A jednak ?

Czy jednak jesteś w stanie powiedzieć ile wynosi X z następującego równania
10 log *(X/7) = (5.36-2.5)  

CCIE, matematyka na poziomie szkoły średniej ? O co chodzi ?

Przyjdź a zobaczysz jak w prosty sposób można ocenić podstawowe parametry łączy optycznych na potrzeby transmisji 40G IPoDWDM. Q margin odczytasz z CRS'a, aktualny OSNR wyliczysz sobie sam :-) To jak daleko możesz jeszcze przedłużyć obecne łacze 40G ? Rozwiąż powyższe równanie lub poproś znajomą/znajomego z liceum z liceum ? Czy to nie świetny temat na rozpoczęcie znajomości ? 

Przyjdź a zobaczysz jakie to proste - my rozwiązujemy tego typu zagadnienia w trakcie spotkania na kawałku serwetki pomiędzy jednym a drugim .....

Zapraszam - Krzysztof Mazepa

PS. X = 13.49 co oznacza, że możemy przedłużyć nasze łącze 40G prawie dwukrotnie. Czyż to nie proste ?

S32 - Sieć bez (fizycznych) barier. Dla niedowiarków.

Wydaje Ci się że do wdrożenia i zarządzania siecią bezprzewodową wystarczy kilka prostych AP?
Nie opuszcza Cię wrażenie że 802.11n to tylko marketingowy bełkot?
Jesteś ciekaw co unikalnego kryje się w rozwiązaniach bezprzewodowych Cisco?
Masz dość oglądania slajdów pokazujących „jak to działa”?
Brakuje Ci „mięska” na typowych sesjach Cisco Forum?
Chcesz w końcu zobaczyć gdzie i jak włączyć bardziej zaawansowane funkcjonalności?

Cóż – nam czasem (trochę) też. A że z samego narzekania nic nie powstaje, to spróbujemy tym razem coś z tym zrobić i zamiast godzinnego pokazu slajdów proponujemy Ci pokaz na żywo wszystkiego (no, prawie…) o czym mówiliśmy przez ostatnie kilka lat. Zobaczysz na własne oczy, że sieć bezprzewodowa może być szybsza niż FastEthernet, że skomplikowaną strukturą da się łatwo zarządzać, że systemy sieciowe są coraz mądrzejsze, a co za tym idzie potrafią podjąć kilka decyzji za Ciebie. I całkiem dobrze potrafią sobie radzić z awariami poszczególnych komponentów oraz złymi ludźmi (albo botami) próbującymi zakłócić ich działanie. Albo przynajmniej poskarżyć się Tobie że dzieje się coś niedobrego.
Nie wierzysz? To przyjdź i zobacz. To nie cuda, to CUWN :)

Piotr Chomczyk i Robert Łukomski
Inżynier Systemowy i Inżynier Systemowy
Cisco Systems Polska

środa, 24 lutego 2010

S45 - Łączenie ośrodków DC - łatwiejsze z Nexus 7000 i OTV (Overlay Transport Virtualization)

Łączenie wielu ośrodków przetwarzania danych w dobie wirtualizacji wymaga ponownego zastanowienia się nad kwestią efektywnych połączeń z szczególnym uwzględnieniem warstwy drugiej.
Jednym z przykładów są rozwiązania firmy VMWare. Technologie VMotion, o których mowa, stawiają przed siecią wymagania odnośnie efektywnego technicznie jak kosztowo przemieszczania wirtualnych maszyn pomiędzy różnymi ośrodkami obliczeniowymi.

Sesja ma na celu omówienie nowatorskiej technologii - Overlay Transport Virtualization. Została ona w pierwszej kolejności zaimplementowana na urządzeniach Nexus 7000 (oficjalnie dostępna w nowej wersji oprogramowania, która się pojawi w kwietniu) i potrafi zaadresować problemy występujące w warstwie drugiej szczególnie jeśli mamy duże "domeny" Spanning Tree. Kwestie QoS i multicastów oraz implementacji w DC, także zostaną omówione podczas tej sesji.

OTV ma na celu rozwiązać problemy rozległych sieci warstwy drugiej rozciągniętych pomiędzy wieloma Data Center, bez konieczności wykorzystywania dość skomplikowanych technologii bazujących na MultiProtocol Label Switching.

Dla wszystkich zainteresowanych nowościami technologicznymi w ofercie Cisco, jak również osób, które zastanawiają się jak przygotować sieć Data Center do wirtualizacji, nowa funkcjonalność powinna w znacznym stopniu pomóc w wyborze drogi migracji.

Zapraszam serdecznie.

Rafał Staś
Systems Engineer
Cisco Systems Polska

wtorek, 23 lutego 2010

S51 - ASR 1k - rozwiązywanie problemów w obsłudze ruchu

Ponieważ mamy coraz większe grono szczęśliwych (i doświadczonych :) ) użytkowników routerów ASR 1000, chciałbym przekazać wszystkim praktykom trochę informacji gdzie i jak zajrzeć, żeby sprawdzić czy ruch w routerze przekazywany jest zgodnie z naszą najlepszą intencją.

Sesja S51 poświęcona będzie drobiazgowemu rozbiciu na szczegóły modelu przejścia ruchu IPv4 i IPv6 unicast i multicast przez ASRa 1k. Jeśli oprócz tego, że ASR posiada karty RP, ESP i SIP interesuje Cię co robi GPM, PPE oraz układy o nazwach kodowych Popeye, Spinach i infrastruktura lsmpi to sesja ma niezerową szansę Cię zainteresować. Jeśli dodatkowo fascynuje Cię Scooby i Underdog oraz sposób przetwarzania przez nich ruchu na wejściu, prawdopodobnie będziesz zadowolony :)

Prezentacja może być też ciekawą formą spędzenia czasu w ciemnym pomieszczeniu dla wszystkich, którzy ASRa 1k jeszcze nie mają, ale oglądanie kolorowych slajdów i monotonny głos prowadzącego działa na nich uspokajająco :)

Zapraszam serdecznie,
Łukasz Bromirski
Dyrektor Techniczny, sektor Operatorów Telekomunikacyjnych
Cisco Systems Polska

poniedziałek, 22 lutego 2010

Wyniki pierwszej edycji konkursu


Pierwsza edycja konkursu zakończona! Oto lista zwycięzców:


1. Wojciech Gertz 9 pkt.
2. Mariusz Bugaj 8 pkt.
3. Paweł Białasiewicz 8 pkt.
4. Łukasz Fatyga 8 pkt.
5. Paweł Chytła 7,5 pkt.


Maksymalnie można było uzyskać 10 pkt.

Serdecznie gratulujemy pierwszej piątce! Osoby, którym się tym razem nie powiodło, jak i wszystkich innych zachęcamy do wzięcia udziału w drugiej edycji konkursu już we środę, 3-go marca!



niedziela, 21 lutego 2010

S40 - Projektowanie sieci MPLS/VPN


Sesja jest zbiorem kilku przypadków z życia wziętych dotyczących projektowania i wdrażania rozwiązań MPLS/VPN głównie w sieci operatorskiej. Niektóre problemy, jak na przykład wpływ agregacji IGP na sieć MPLS,
są stosunkowo proste do rozwiązania. Inne są bardziej skomplikowane od strony implementacyjnej.

Jednym z rozważań jest zaprojektowanie rozwiązania L3VPN dla połączenia CE-CPE-sieć MPLS (Rys.1).









Rys.1. Projektowanie usługi L3VPN na styku CE-CPE-PE.


Wymagania są takie, by usługa X oraz usługa Y były od siebie odseparowane, ale polityka QoS oferowana na łączu CPE-PE była współdzielona. Umożliwi to optymalniejsze wykorzystanie wolnego pasma przez usługi, jeżeli jedna z nich zwolni część zarezerwowanego pasma. Zatem czy włączenie VRF-Lite na CPE będzie rozwiązaniem? Funkcjonalność wiąże się z konfiguracją podinterfejsów reprezentujących VPNy oraz enkapsulacji 802.1q na linku CPE-PE. Ma to swoje wady. Co zrobić, gdy na łączu CPE-PE nie można stworzyć interfejsów logicznych/dot1q?

Odpowiedzi już niebawem na CF2010!

P.S.
Sesja może być przydatna dla kandydatów na CCIE SP oraz CCDE.


Piotr Jabłoński
Systems Engineer
Cisco Systems Polska

piątek, 19 lutego 2010

S36 - Studium przypadku: FMC w Multimedia Polska

Czy Cisco może jeszcze działać jak firma - startup?

Czy klient z Polski może dostać nowe funkcjonalności ? A jeśli tak to ile: 1 ? 2 ? A może 5 ?

Czy jest możliwe aby Multimedia Polska uruchomiła nową usługę jako pierwsza w Europie, zostawiając w tyle konkurencje, która tylko się przygląda?

O Fixed Mobile Convergence napisano już wiele, ale do tej pory byly to rozważania czysto teoretyczne. W Multimedia Polska taka usługa została wspólnie z pomocą Cisco zaimplementowana i będzie oferowana dla klientów już wkrótce.
Wystarczy telefon z modulem WiFi i możemy wykorzystać domową sieć WiFi także do transmisji rozmów. A może coś więcej ? Publiczny hotspot do Internetu aby inni mogli korzystać kiedy znajdą się w zasięgu?

Co przyniesie przyszłość ? Video po WiFi ? O tym także dużo się mówi...

Jeśli chcecie poznać odpowiedzi na te i inne pytania, zapraszam na sesje FMC w Multimedia Polska. Dowiecie się w jaki sposób w krótkim czasie usługa została zaimplementowana.

Problemy, konferencje, testy oprogramowania, terminy, rwanie włosów z głowy - to byl chleb powszedni w tym projekcie :)
Marcin Strzyżewski
Systems Engineer
Cisco Systems Polska

czwartek, 18 lutego 2010

S38 - Wdrożenie systemu telefonii IP w oparciu o protokół IPv6

"W piątek 26 marca o godzinie 10:00 zapraszam wszystkich entuzjastów jak również (... a może przede wszystkim) zagorzałych przeciwników protokołu IP wersji 6 do udziału w mojej sesji pod tytułem "Wdrożenie systemu telefonii IP w oparciu o protokół IPv6".
 
W pierwszej części sesji będę chciał przybliżyć Państwu podstawowe informacje na temat protokołu IPv6 - innymi słowy będzie to ta część sesji w trakcie, której będzie można dowiedzieć się co oznacza w świecie IPv6 znak : (dwukropka), jakie tajemnice kryją się gdy dwukrotnie użyjemy znaku dwukropka :: lub jak określić ilość zer w adresie IPv6. Jest to okazja na zaznajomienie się z pojęciami i zwrotami, które powinien znać każdy szanujący się inżynier sieciowy drugiej dekady 3 wieku.
 
W kolejnej części postaram się udowodnić, że protokół IPv6 nie jest wyłącznie teoretyczną zabawą naukowców i komitetów standaryzacyjnych a protokołem, na bazie którego już teraz można realizować transmisję IP w dojrzałych i wymagających systemach komunikacyjnych. W części tej mianowicie przedstawię możliwość wykorzystania protokołu IPv6 do wdrożenia systemu telefonii IP opartego o CUCM w wersji 7.1(2). Począwszy od tej wersji Cisco zdecydowało się na oficjalne wsparcie dla protokołu IPv6 w systemie komunikacyjnym IP Cisco Unified Communications Manager wychodząc w en sposób naprzeciw wymaganiom rynku, wymaganiom formalnym instytucji regulacyjnych oraz pokazując, że "to rzeczywiście działa".
 
W trakcie sesji gościnnie weźmie udział również Marek Moskal, który - w charakterystyczny dla siebie humorystyczny i gawędziarski sposób - opowie o kilku ciekawostkach związanych z historią rozpowszechniania się protokołu IPv6 w Internecie i odpowie na pytanie, które na pewno i Ty sobie zadajesz "IPv6 ... ale po co?".
 
Maciej Flak
Systems Engineer
Cisco Systems Polska 

środa, 17 lutego 2010

konkurs z wirtualną wejściówką na Cisco Forum 2010!

Chcielibyśmy zaprosić wszystkich chętnych studentów do konkursu poświęconego technologiom sieciowym.

Nagrodą jest 5 darmowych wejściówek wirtualnych na Cisco Forum 2010 - czyli możliwość obejrzenia do 8 sesji przez WebEx w trakcie konferencji odbywającej się od 24 do 26 marca 2010 w Zakopanem.

Na odpowiedzi na poniższe pytania czekamy do środy do godziny 23:00 pod adresem cf10-konkurs@cisco.com. Pięć osób które najszybciej prześle najwięcej poprawnych odpowiedzi zdobywa wejściówki - ogłosimy to na blogu w poniedziałek, 22'ego lutego o godzinie 12:00.

Mail powinien zawierać:

- numer legitymacji studenckiej/indeksu
- nazwę uczelni
- imię nazwisko
- odpowiedzi na pytania konkursowe

Konkurs prowadzi dla Was triumwirat w składzie: Piotr Chomczyk, Piotr Jabłoński i Łukasz Bromirski.


wtorek, 16 lutego 2010

S18 - Systemy zarządzania dla SP - Cisco ANA w praktyce

Sieci IPNGN stały się faktem. Mamy coraz wiecej usług transmitowanych po wspólnej infrastrukturze budowanej w oparciu o transport MPLS. Z tego też względu systemy zarządzania zaczynają odgrywać coraz wiekszą rolę dla operatorów. W szczególności operatorzy muszą się zmierzyć z: zarządzaniem awariami, monitorowaniem oraz konfigurowaniem nowych usług. Wybór systemu zarządzania nie jest łatwy. Jest wiele rozwiązań na rynku. Wielokrotnie jednak są to systemy zamknięte, gdzie każde dostosowywanie funkcjonalności do indywidualnych potrzeb operatora wymaga zaangażowania producenta. Sa to procesy czasochłonne i niejednokrotnie dosyć kosztowne. Interfejs operatora jest newralgicznym miejscem gdyż bezpośrednio wpływa na komfort pracy z aplikacją. Umożliwienie operatorowi stworzenia spersonalizowanego interfejsu - jest bliskie stworzeniu aplikacji idealnej. Z tego też wzgledu Cisco ANA (system zarządania sieciami IPNGN) udostępnia dwa narzędzia do personalizacji intefejsu użytkownika: ANA Command Builder oraz ANA Soft Property Builder.
Command Builder - jest narzędziem Cisco ANA w którym w stosunkowo łatwy sposób można rozszerzyć graficzny interfejs użytownika o skrypty konfiguracyjne dla zarządzanych urzdzeń. Mozna to wykorystac do aktywowania usług takich jak: L3VPN, pseudowire lub CarrierE. Kazdą komendę (lub zestaw komend )dostępną poprzez CLI można sparametryzowac i zamienic w GUI. Dostępne są dwa środowiska: ANA Macro - proste środowisko do tworzenia skryptów oraz Bean Shell - bardziej zaawansowane narzędzie dla osób preferujących środowisko dla programistów.
Soft Property Builder pozwala na wzbogacenie interfejsu operatora o dodatkowe informacje które nie są dostarczane "z pudełka". Na przykład interfejs podaje nam informacje jaki mamy typ urządzenia - natomiast nie podaje dokladnego modelu lub pliku IOS. Mozna uzupelnic te informacje za pomoca Soft Property Builder. SP Builder wykorzystuje CLI lub SNMP do pozyskiwania informacji z urządzenia. W przypadku CLI dostepne sa zaawansowane techniki obróbki tekstu (parsowanie) aby umieścić na GUI precyzyjna informacje. Bardzo ważnym elementem SP Builder'a jest TCA (Threshold Crossing Allarms) - gdzie do pozyskanej wartosci możemy podłączyć alarm. Przykładowo obserwujemy wartosć RTD na danej sondzie IPSLA - i w przypadku przekroczenia wartosci 200ms - wyslany zostaje spersonalizowany alarm.
Command Builder oraz Soft Property Builder to proste w użyciu narzędzia o dużych mozliwosciach dzieki którym w łatwy i szybki sposób można spersonalizować interfejs operatora i podnieśc komfort pracy z aplikacją.

Sebastian Grabski
Consulting Systems Engineer
Cisco Systems Polska 

poniedziałek, 15 lutego 2010

S37 - Trafiony - zatopiony

Co prawda niezręcznie jest opowiadać o błędach wykrytych w najlepszym oprogramowaniu firmy matki ale rzeczywistość zazwyczaj nie rozpieszcza i od czasu do czasu można natrafić na tzw. defekt oprogramowania. A ponieważ, z racji na swoje zajęcie, zmagam sie z nimi na co dzień, chciałbym podzielić się swoimi doświadczeniem, opisać kilka wygranych bitew z tzw. bug'ami oraz pzybliżyć proces wdrażania poprawek do IOS'a, co mam nadzieję pomoże Wam zrozumieć dlaczego czasem na poprawkę trzeba czekać. W ramach walki z robalami będzie o zaskakująco trywialnych rozwiązaniach mocno skomplikowanych problemów, problemach bumerangach i odrobinę "hardcore'u" związanego z CEF'em. Serdecznie zapraszam !
Grzesiek Białorucki
Network Consulting Engineer
Advanced Services FTS team