Systemy handlu podłogowego

Duży biznes x26 sektor publiczny BT Unified Trading Umożliwienie komunikacji, współpracy i zgodności Od ponad 30 lat firma BT dostarcza komunikaty o znaczeniu krytycznym dla platformy handlowej. Wielokrotnie nagradzany BT Netrix od ponad dekady znajduje się w czołówce komunikacji głosowej iw tak szybko zmieniających się czasach firma BT zdaje sobie sprawę, że firmy potrzebują bardziej elastycznych i ekonomicznych rozwiązań, które pozwolą im szybciej wchodzić i wychodzić z rynków, co umożliwi im zarządzać ryzykiem i skuteczniej przestrzegać zwiększonych przepisów, które pozwalają im skupić się na swoich klientach, zapewniając zróżnicowane usługi na rzecz przewagi konkurencyjnej. Jesteśmy przekonani, że sposobem na to jest zapewnienie inteligentnych usług w ramach globalnej sieci usług finansowych, która łączy uczestników rynków i zapewnia podstawę technologiczną dla aplikacji i usług używanych do interakcji i prowadzenia działalności. BT Unified Trading umożliwia ludzie na rynkach do interakcji, współpracy i handlu, na wielu kanałach - w tym głosowych, wideo, komunikacyjnych i elektronicznych kanałach handlowych, bezpiecznie, spójnie i efektywnie, na całym świecie Rozwiązania krytyczne dla platformy handlowej Serwis i wsparcie Ryzyko powinno być w naturze pracy, a nie systemy IT Traders dziś polegają na natychmiastowej, globalnej komunikacji. Technologia stała się kluczową częścią każdego organizmu w codziennych systemach i procesach. Czas to pieniądz, co oznacza, że ​​przestój nie jest po prostu opcją. Każda sekunda się liczy. Tak więc, podczas gdy możesz wziąć obarczone ryzykiem ryzyko, możesz sobie pozwolić na hazard na swojej infrastrukturze komunikacyjnej. BT Unified Trading umożliwia ludziom na rynkach współdziałanie, współpracę i wymianę handlową, głosową, wideo, wiadomości i kanałów handlu elektronicznego ndash skutecznie, bezpiecznie, spójnie i globalnie. Ale nasza ogólnoświatowa wiedza i doświadczenie pozwalają nam dostarczać kompletne rozwiązania w każdym środowisku handlu. Tak więc niezależnie od technologii, platform i dostawców masz, wersquoll być w stanie wkroczyć i zająć się tym wszystkim ndash, dając ci jedną mniej ważną rzecz, o którą musisz się martwić. Dzięki usłudze i wsparciu BT Unified Trading uzyskasz poziom pewności, którego potrzebujesz, aby Twoje operacje działały w sposób bezpieczny, zgodny i niezawodny. Wersquoll chroni systemy o znaczeniu krytycznym na horyzoncie handlowym i poza nim. Wersquore tutaj, aby upewnić się, że sprzęt i systemy, na których polegasz, są naprawdę niezawodne i możemy objąć projekt, wdrożenie i wsparcie w życiu. Oczywiście możesz w dowolnym momencie wskoczyć do ndash, jeszcze bardziej ciesząc się z zarządzania systemem, który już został zaprojektowany i skonfigurowany, a nasz zasięg i głębia doświadczenia oznacza, że ​​możemy zadbać o prawie każdy sprzęt innej firmy. i urządzenia peryferyjne. Pobierz naszą broszurę poniżej, aby dowiedzieć się więcej lub skontaktuj się ze swoim menedżerem konta. Dzięki BT mam dostęp do całego zespołu ekspertów, wspieranych przez świetne zarządzanie projektami. Projekt został bardzo dobrze zrealizowany. Od samego początku wszystko było zaplanowane aż do ostatniego szczegółu. rdquo - Harry Weber. Dyrektor Zarządzający, Usługi Handlowe i Telekomunikacja NYSE Euronext Relacje między BT a Grupą Totan sięgają wielu, wielu lat. Firma BT rozumie, że system transakcyjny jest kluczowy dla naszej działalności i dokłada wszelkich starań, aby nasze operacje były sprawne i skuteczne. Przeniesiliśmy prywatną sieć głosową do BT tego lata i przejście zostało zakończone bez żadnych problemów nie tylko nas, ale nasi klienci są zadowoleni z ulepszonej usługi świadczonej przez firmę BT i ufamy, że BT będzie nadal zapewniać tę doskonałą jakość usługi. rdquo - Kiyomi Saito. Prezes i dyrektor generalny, Totan BT, ustala tempo Mamy ponad 30 lat doświadczenia w dostarczaniu sieciocentrycznych usług o znaczeniu krytycznym dla danych, głosu i hostingu dla społeczności finansowej, w tym banków, brokerów, Wspieramy największą, zabezpieczoną w sieci społeczność finansową na świecie. Jeden na trzech handlowców na świecie korzysta z wieżyczki BT, która zawiera ponad 68 000 handlowców w ponad 800 firmach handlowych w ponad 60 krajach. Nasze rozwiązania obejmują cały cykl handlowy i zakres strategii handlowych. Ta wyjątkowa możliwość oznacza, że ​​możesz skupić się na swoich klientach i zapewnić zróżnicowane usługi, aby uzyskać przewagę nad konkurencją. Connected contentFutures kursy i systemy handlu oferowane są do sprzedaży w cenach od kilkuset dolarów do kilku tysięcy dolarów. Wiele z tych metod handlowych nie jest nowych ani oryginalnych. Często są one oparte na informacjach znajdujących się w księgach handlowych lub artykułach napisanych wiele lat temu. W niektórych przypadkach są to stare metody handlowe zapakowane w nowe książki (lub przetworzone na oprogramowanie) i sprzedawane po wysokich cenach. Oryginalne źródła tych metod są czasem niejasne i nieznane ogółowi społeczeństwa. Jeśli wiesz, gdzie szukać, niektóre z tych drogich systemów handlu futures można śledzić z powrotem do ich pierwotnego źródła - w znacznie niższej cenie. Są też pewne metody handlu, z niedawnego projektu, znane tylko niektórym kupcom z Chicago, kilku, którzy faktycznie zarabiają na handlu - zamiast hawking książek, oprogramowania i seminariów. Jestem handlowcem najemnym i brokerem mieszkającym w Chicago. Podstawy tego systemu zostały mi powiedziane kilka lat temu przez doświadczonego handlowca na giełdzie w Ameryce Środkowej w Chicago. Miał dwa rachunki kontraktów terminowych: jeden na swój dzienny handel, a drugi na transakcje kwotowań, stosując tę ​​metodę prawie wyłącznie. Był milionerem i handlował dużymi pozycjami, ale rozpoczął karierę od małego konta. Przez wiele lat robił miliony na rynku, używając swoich metod. (Współczesny Richard Dennis). Nie wspomniał, kto stworzył system. System został pierwotnie stworzony do handlu pozycyjnego. Opracowałem kilka wariacji, które działają dla kontraktów futures na indeksy giełdowe. Wariacje tego systemu handlu są znane garstce ludzi ze społeczności handlowej Chicago. Powiedziano mi o jednej osobie, która pobiera za naukę 1000 za pomocą jednej z odmian. Metoda Handlowca na Podłodze - HISTORIA Z BADANIA TRADINGU Jestem handlowcem Futures, mieszkającym w Chicago. Pracowałem w branży od wielu lat, jako pracownik giełdy, pracownik działu zamówień, makler z serii 3, a wreszcie jako niezależny przedsiębiorca z branży podłóg w CBOT (oddział MidAm). Wiele się nauczyłem od weteranów handlujących w MidAm, ale potencjał zysku związany z handlem podłogami był ograniczony ze względu na rzadkość notowań poza giełdami na tej giełdzie. Wziąłem więc umiejętności, które zdobyłem z podłogi i zastosowałem je do handlu poza domem. Wiedziałem, że muszę opracować własny system do codziennych transakcji, ponieważ popularne metody nie działały, produkowały skromne zyski lub miały niski procent wygranych. Wiedziałem, że stary test Quottrend i metody "breakout" nie są odpowiednie. Niektórzy handlowcy, w wywiadach lub artykułach, powiedzieliby coś w stylu: "nasz system produkuje tylko 40 procent wygranych, ale zwycięskie transakcje to więcej niż zrekompensowanie strat. Dla mnie ten rodzaj handlu był absurdem. Ja i większość normalnych ludzi nie chciałbym znieść 60 procent straty. (Rzut monetą to 50). (Niektóre z quotsystemsquot lub kursów przydawkowych, które wciąż są sprzedawane dzisiaj, są oparte na tych przestarzałych zasadach.) Zostałem brokerem serii 3 w lokalnym FCM. Moim planem było doradzanie klientom w zakresie handlu futures podczas handlu własnym kontem. Właściciele firmy byli wyjątkowo skrupulatni pod względem wydatków. Aby obniżyć koszty, brokerzy musieli udostępniać terminale zaciągające w grupach 2-3. Ta konkretna firma obniżyła koszty na inne sposoby, w tym na jakość usług podłogowych, co miało później spowodować poważne problemy. Ale w międzyczasie uczyłem się wykresów i systemów, robiłem obserwacje i handlowałem. Szukałem sposobu, aby zastosować technikę quakscalpingowej do handlu podłogowego. Pierwszy rok był ciężki, finansowo, ale dokonałem przełomu w drugim roku, co doprowadziło do pierwszego opłacalnego miesięcznego obrotu, jaki kiedykolwiek opublikowałem. Drugi miesiąc był opłacalny. I tak dalej. Poszedłem od handlu NYFE do SampP (w tym czasie SampP było wciąż 500 na punkt indeksu). Współczynnik wygranych w przypadku tej metody wynosił około 9 do 1. W jednym tygodniu wykonałem jedenaście zwycięskich transakcji z rzędu. Biznes dla klientów również wzrósł, dla siebie i dla wszystkich w biurze. Rynki zbożowe w 1996 r. Zaczęły się i pojawiły się liczne prowizje i nowe konta. Sprzedawaliśmy klientów przez cały tydzień i imprezowaliśmy w każdy weekend. Niektórzy z nas polecieli do Las Vegas, na Karaiby lub do Meksyku na trzydniowe wycieczki, ale starali się wrócić przynajmniej do wtorku - było dużo pieniędzy do zrobienia. Byłem więc dniem handlując SampP i wygrywając, a moje konto rosło, pomimo wypłat gotówki. Zebrałem także większe i większe kontrole prowizji. Zwiększyłem wielkość handlu, a nawet wykorzystałem moje metody do codziennego handlu Futures z kawy, co było w tamtym czasie budzącym lęk rynkiem. Tego lata odbyłem podróż powrotną do Nowego Jorku, aby odwiedzić przyjaciół i żyć na Manhattanie. Mogłem sobie na to pozwolić teraz. Wróciłem do Chicago trochę zahipnotyzowany, myśląc o przeniesieniu się na Manhattan i zarabianiu na pełnoetatowe życie. Zdecydowałem się zamienić moje konto jeszcze bardziej agresywnie, zwiększyć zyski i zrzucić część maklerską biznesu, ponieważ klienci stali się czasochłonni. Wtedy będę mógł żyć gdzie indziej. W poniedziałek rano trafiłem na rynki. Zostałem przybity za szybką stratę 450 w pobliżu otwartego, ale wyskoczyłem i zrobiłem 600 później tego samego dnia. Byłem jeszcze bardziej pewny siebie, gdy okazało się, że przegrany dzień stał się zwycięzcą. Następne dwa dni były zwycięzcami. Ja wyprzedziłem 2100 przez najbliższe środy. Czwartek był inną historią. Nie zdawałem sobie z tego sprawy w tym czasie, ale wydarzenia tamtego czwartku były zapowiadane przez niektóre katastrofy, które spotkały kilku klientów i firmy IB firmy. Tej wiosny rynki Kukurydzy, Pszenicy i Soi były najbardziej ruchliwymi ludźmi, jakie kiedykolwiek widzieli (od co najmniej 88 rynków), ale operacja piętra, z której korzystała nasza firma, wykonywała straszliwą robotę w związku z powodzią zleceń, które wysłaliśmy. W CBOT i CME. Ponieważ właściciele naszej firmy mieli obsesję na punkcie oszczędzania pieniędzy w jakikolwiek sposób, zwykle wynajmowali najniższą możliwą kwotę, co często było najgorsze, co mogli znaleźć. Zlecenia, które powinny zostać wypełnione, wracają do naszych zamówień, które według nas nie mogły zostać zgłoszone jako złożone następnego dnia. Przystanki były cytowane przez setki dolarów. Klienci zgodzili się z kilkoma zagrożonymi procesami, w wyniku których jeden z naszych klientów przez nas wyszedł z rynku. Pomyślałem, że mogę uniknąć szaleństwa, pozostając przy SampPach, które do tej pory nie miały poważniejszych problemów. Cóż, usługa problemu dotarła również do SampP. W ten czwartek złożyłem zamówienie limitowe na sprzedaż. Szybko anulowałem zamówienie. Przestałem obserwować indeksy przez jakiś czas - klienci zboża trzymali mnie zajętego. Akcje rynkowe wskazywały, że zlecenie SampP powinno być bezwarunkowe - pod warunkiem, że zostało ono anulowane, na czas, przez naszą operację na piętrze. Nie było. Zamówienie sprzedaży było notowane za późno, aby anulować zamówienie. To było wystarczająco złe. Jednak z powodu niekompetencji i niewiedzy zarówno w działalności związanej z prowadzeniem działalności gospodarczej, jak i biurowej, sprzedaż nie była zgłaszana mi przez prawie dwie godziny. Krótko mówiąc, czwartek był katastrofą. Krótko mówiąc, SampP nie zdawałem sobie z tego sprawy, a rynek gromadził się na nowych wyżynach. Następny błąd był mój. Weterani handlują wiedzą, co mam na myśli, pewnego dnia tracisz perspektywę i handluj emocjonalnie, a nie logicznie. Byłem wściekły z powodu błędu operacji, i zamiast natychmiast wyjść i uratować resztę mojego konta, próbowałem wydostać się z tego. Zredukowalem upakowanie - sprzedalem kolejne kontrakty. Najśmieszniejsze jest to, że mój system wymagał długiej obecności na rynku - ale cała logika i powód zniknęły z tego dnia. Rynek był dalej wyższy. Po zamknięciu moje konto zostało zignorowane. Osiem miesięcy zwycięskich transakcji zniszczonych przez jedno popołudnie szaleństwa. Już dawno opuściłem tę firmę i biznes klienta detalicznego. Obecnie koncentruję się na handlu na rynkach i doskonaleniu moich metod. Sytuacja zmieniła się na rynkach kontraktów terminowych. Wielkość kontraktu SampP została zmniejszona o połowę, a CME w końcu wprowadziło mini SampP, dawno spóźnione. Elektroniczne transakcje handlowe i wprowadzanie zamówień przez Internet sprawiły, że precyzyjne transakcje dnia są bardziej realne - o wiele lepiej niż za dawnych czasów telefonowania w zamówieniach. Notowania w czasie rzeczywistym są teraz dostępne w Internecie wraz z grafiką wykresów. Wracam na dzienne pole bitwy. Udoskonaliłem dotychczasową metodę, która działa jeszcze lepiej niż poprzednio. Szef FX Saxo Bank Z podwyżką stóp Rezerw Federalnych w marcu i posiedzeniem Europejskiego Banku Centralnego w czwartek, Saxo, szef FX strategia John J Hardy szuka wyższego EURUSD, o ile pozostaje on powyżej 1,05. Również wzrost słabości Kiwi kontra AUD, odradzające się peso, i potencjał na swing wyższy w funtach. John, jaka jest twoja opinia na temat przyszłości NZDUSD Przewidujesz zmianę względnej wartości pomiędzy AUD i NZD, ale tak może być. Artykuł 6 godzin temuTrading Architektura podłogowa Architektura handlowa Architektura podłogowa Większa konkurencja, większa ilość danych rynkowych i nowe wymagania prawne są niektórymi siłami napędowymi zmian w branży. Firmy starają się utrzymać przewagę konkurencyjną, ciągle zmieniając swoje strategie handlowe i zwiększając szybkość obrotu. Sprawna architektura musi zawierać najnowsze technologie zarówno z domen sieciowych, jak i aplikacji. Musi on być modułowy, aby zapewnić łatwą do opanowania ścieżkę ewoluowania każdego komponentu przy minimalnym zakłóceniu całego systemu. Dlatego architektura zaproponowana w tym dokumencie opiera się na strukturze usług. Badamy takie usługi, jak przesyłanie wiadomości o bardzo niskim opóźnieniu, monitorowanie opóźnień, multiemisję, przetwarzanie danych, przechowywanie, wirtualizację danych i aplikacji, odporność na obrót, mobilność handlową i cienki klient. Rozwiązanie złożonych wymagań platformy transakcyjnej następnej generacji musi być zbudowane z holistycznym nastawieniem, przekraczając granice tradycyjnych silosów, takich jak biznes i technologia lub aplikacje i sieci. Głównym celem tego dokumentu jest dostarczenie wytycznych do budowy platformy transakcyjnej o bardzo niskim opóźnieniu przy jednoczesnej optymalizacji nieprzetworzonej przepustowości i szybkości przesyłania danych zarówno na rynku, jak i zleceń transakcyjnych FIX. Aby to osiągnąć, proponujemy następujące technologie zmniejszania opóźnień: Szybkie połączenie między łączamiInfiniBand lub 10 Gb / s dla klastra handlowego Szybka magistrala przesyłania komunikatów Akceleracja aplikacji za pośrednictwem RDMA bez ponownego kodowania aplikacji Monitorowanie opóźnień w czasie rzeczywistym i zmiana kierunku działania handel na ścieżce przy minimalnym opóźnieniu Przemysł Trendy i wyzwania Architektury handlu nowej generacji muszą reagować na zwiększone zapotrzebowanie na szybkość, objętość i wydajność. Na przykład, ilość danych rynkowych dotyczących opcji prawdopodobnie podwoi się po wprowadzeniu opcji w handlu groszowym w 2007 r. Istnieją również wymogi regulacyjne dotyczące najlepszego wykonania, które wymagają obsługi aktualizacji cen według stawek, które zbliżają się do 1M msgsec. do wymiany. Wymagają również wglądu w świeżość danych i dowodu, że klient uzyskał najlepszą możliwą realizację. W krótkim okresie kluczowe znaczenie ma szybkość obrotu i innowacyjność. Coraz większa liczba transakcji jest obsługiwana przez algorytmiczne aplikacje handlowe umieszczone jak najbliżej miejsca realizacji transakcji. Wyzwaniem dla tych silników handlujących notacjami giełdowymi jest to, że łączą one wzrost wolumenu poprzez wydawanie zamówień tylko po to, aby je anulować i ponownie przesłać. Przyczyną tego zachowania jest brak widoczności, w którym obiekt oferuje najlepsze wykonanie. Handlarz ludźmi jest teraz inżynierem ds. Finansów, cytuje quaquantquot (analityk ilościowy) z umiejętnościami programistycznymi, którzy mogą w czasie rzeczywistym dostosować modele transakcyjne. Firmy opracowują nowe instrumenty finansowe, takie jak derywaty pogodowe lub transakcje między klasami aktywów, i muszą szybko i sprawnie wdrażać nowe aplikacje. W dłuższej perspektywie konkurencyjne zróżnicowanie powinno wynikać z analizy, a nie tylko z wiedzy. Gwiazdowi handlowcy jutra podejmują ryzyko, zdobywają rzeczywistą wiedzę o kliencie i konsekwentnie pokonują rynek (źródło: IBM: www-935.ibmservicesusimcpdfge510-6270-trader. pdf). Od 11 września 2001 roku jednym z głównych problemów firm handlowych jest odporność firmy. Rozwiązania w tym zakresie obejmują od redundantnych centrów danych znajdujących się w różnych lokalizacjach geograficznych i połączone z wieloma systemami handlu do wirtualnych rozwiązań dla traderów oferujących inwestorom energetycznym większość funkcji podłogi handlowej w odległej lokalizacji. Branża usług finansowych jest jednym z najbardziej wymagających pod względem wymagań IT. Branża przeżywa zmiany architektoniczne w kierunku architektury zorientowanej na usługi (SOA), usług internetowych i wirtualizacji zasobów IT. SOA wykorzystuje wzrost szybkości sieci, aby umożliwić dynamiczne wiązanie i wirtualizację komponentów oprogramowania. Pozwala to na tworzenie nowych aplikacji bez utraty inwestycji w istniejące systemy i infrastrukturę. Koncepcja może zrewolucjonizować sposób integracji, umożliwiając znaczne zmniejszenie złożoności i kosztów takiej integracji (gigaspacesdownloadMerrilLynchGigaSpacesWP. pdf). Kolejnym trendem jest konsolidacja serwerów w farmach serwerów centrów danych, podczas gdy działy handlowców mają tylko rozszerzenia KVM i ultra-cienkie klienty (np. SunRay i rozwiązania blade HP). Szybkie sieci obszarów miejskich umożliwiają transmisję danych rynkowych między różnymi lokalizacjami, umożliwiając wirtualizację hali. Architektura wysokiego poziomu Rysunek 1 przedstawia architekturę wysokiego poziomu w środowisku transakcyjnym. Fabryka ticker i algorytmiczne silniki transakcyjne znajdują się w klastrze transakcyjnym o wysokiej wydajności w centrum danych firm lub na giełdzie. Handlarze ludźmi znajdują się w obszarze aplikacji użytkownika końcowego. Funkcjonalnie istnieją dwa komponenty aplikacji w środowisku handlowym przedsiębiorstwa, wydawców i subskrybentów. Magistrala komunikacyjna zapewnia ścieżkę komunikacji między wydawcami i subskrybentami. Istnieją dwa typy ruchu specyficzne dla środowiska handlowego: dane rynkowe Ceny informacji o cenach instrumentów finansowych, wiadomości i innych informacji o wartości dodanej, takich jak dane analityczne. Jest wrażliwy jednokierunkowo i bardzo wrażliwy na opóźnienia, zwykle dostarczany przez multicast UDP. Jest mierzony w updatessec. i w Mbps. Dane rynkowe płyną z jednego lub wielu zewnętrznych źródeł, pochodzących od dostawców danych rynkowych, takich jak giełdy, agregatory danych i sieci ECN. Każdy dostawca ma swój własny format danych rynkowych. Dane są odbierane przez procedury obsługi kanałów, wyspecjalizowane aplikacje, które normalizują i czyszczą dane, a następnie wysyłają je do użytkowników danych, takich jak silniki cenowe, aplikacje do handlu algorytmicznego lub osoby handlujące ludźmi. Firmy sprzedające również przesyłają dane rynkowe swoim klientom, firmom kupującym, takim jak fundusze inwestycyjne, fundusze hedgingowe i inne podmioty zarządzające aktywami. Niektóre firmy kupujące mogą zdecydować się na bezpośrednie przekazywanie danych z giełd, co zmniejsza opóźnienie. Rysunek 1 Architektura handlowa dla bocznej firmy Buy SideSell Nie ma standardu branżowego dla formatów danych rynkowych. Każda wymiana ma swój zastrzeżony format. Dostawcy treści finansowych, tacy jak Reuters i Bloomberg, agregują różne źródła danych rynkowych, normalizują je i dodają nowe wiadomości lub analizy. Przykłady skonsolidowanych kanałów to RDF (Reuters Data Feed), RWF (format Reuters Wire) i Bloomberg Professional Services Data. Aby dostarczyć dane rynkowe o niższym opóźnieniu, obaj producenci wprowadzili na rynek rynki danych w czasie rzeczywistym, które są mniej przetworzone i mają mniej danych analitycznych: Bloomberg B-Pipe W połączeniu z B-Pipe, Bloomberg oddziela ich dane rynkowe od platformy dystrybucji, ponieważ terminal Bloomberg nie jest wymagany do uzyskania B-Pipe. Wozy paszowe Wombat i Reuters ogłosiły wsparcie dla B-Pipe. Firma może zdecydować o otrzymaniu kanałów bezpośrednio z giełdy, aby zmniejszyć opóźnienie. Zyski w prędkości transmisji mogą wynosić od 150 milisekund do 500 milisekund. Te kanały są bardziej złożone i droższe, a firma musi zbudować i utrzymywać własną fabrykę wyrobów tytoniowych (financetechfeaturedshowArticle. jhtmlarticleID60404306). Zamówienia handlowe Ten rodzaj ruchu przenosi rzeczywiste transakcje. Jest dwukierunkowy i wrażliwy na opóźnienia. Jest mierzony w wiadomościach. i Mbps. Zamówienia pochodzą z firmy kupującej lub sprzedającej i są wysyłane do systemów obrotu, takich jak Exchange lub ECN w celu ich realizacji. Najpopularniejszym formatem transportu zleceń jest FIX (Financial Information eXchangefixprotocol. org). Aplikacje obsługujące komunikaty FIX są nazywane silnikami FIX i łączą się z systemami zarządzania zamówieniami (OMS). Optymalizacja w systemie FIX ma nazwę FAST (Fix Adapted for Streaming), która używa schematu kompresji, aby zmniejszyć długość komunikatu i, w efekcie, zmniejszyć opóźnienie. FAST jest bardziej ukierunkowany na dostarczanie danych rynkowych i może stać się standardem. FAST może być również używany jako schemat kompresji dla zastrzeżonych formatów danych rynkowych. Aby zmniejszyć opóźnienie, firmy mogą zdecydować się na bezpośredni dostęp do rynku (DMA). DMA to zautomatyzowany proces przekierowywania zleceń papierów wartościowych bezpośrednio do miejsca realizacji, w związku z czym unika się interwencji osoby trzeciej (towergroupresearchcontentglossary. jsppage1ampglossaryId383). DMA wymaga bezpośredniego połączenia z miejscem realizacji. Magistrala komunikatów jest oprogramowaniem pośredniczącym od dostawców, takich jak Tibco, 29West, Reuters RMDS lub platforma typu open source, taka jak AMQP. Szyna komunikacyjna używa niezawodnego mechanizmu dostarczania wiadomości. Transport można wykonać przez TCPIP (TibcoEMS, 29West, RMDS i AMQP) lub UDPmulticast (TibcoRV, 29West i RMDS). Jedną ważną koncepcją w dystrybucji wiadomości jest strumień quottopic, który jest podzbiorem danych rynkowych określonych przez takie kryteria, jak symbol giełdowy, branża lub pewien koszyk instrumentów finansowych. Subskrybenci dołączają do grup tematycznych zmapowanych na jeden lub wiele podtematów w celu otrzymania tylko odpowiednich informacji. W przeszłości wszyscy handlowcy otrzymywali wszystkie dane rynkowe. Przy obecnych natężeniach ruchu byłoby to nieoptymalne. Sieć odgrywa kluczową rolę w środowisku handlowym. Dane rynkowe są przenoszone na piętro handlowe, na którym handlowcy ludźmi znajdują się za pośrednictwem szybkiej sieci Campus lub Metro Area. Wysoka dostępność i małe opóźnienie, a także wysoka przepustowość to najważniejsze wskaźniki. Wysokowydajne środowisko transakcyjne ma większość swoich komponentów w farmie serwerów Data Center. Aby zminimalizować opóźnienie, algorytmiczne silniki transakcyjne muszą znajdować się w pobliżu podajników podajników, silników FIX i systemów zarządzania zamówieniami. Alternatywny model wdrożenia ma algorytmiczne systemy transakcyjne zlokalizowane w giełdzie lub usługodawcy z szybką łącznością z wieloma giełdami. Modele wdrażania Istnieją dwa modele wdrażania dla platformy transakcyjnej o wysokiej wydajności. Firmy mogą zdecydować się na połączenie dwóch: Data Center firmy handlowej (Rysunek 2). Jest to tradycyjny model, w którym rozwinięta i utrzymywana jest pełna platforma transakcyjna z łączami komunikacyjnymi do wszystkich systemów obrotu. Opóźnienie zależy od szybkości linków i liczby przeskoków między firmą a obiektami. Rysunek 2 Tradycyjny model rozmieszczania Kolokacja w systemie obrotu (giełdy, dostawcy usług finansowych (FSP)) (rysunek 3) Firma handlowa wdraża zautomatyzowaną platformę transakcyjną jak najbliżej miejsc realizacji, aby zminimalizować opóźnienie. Rysunek 3 Hostowana architektura modelowania zorientowana na usługi Hosting Proponujemy ramy zorientowane na usługi dla budowania architektury handlu następnej generacji. Takie podejście zapewnia ramy koncepcyjne i ścieżkę wdrożenia opartą na modularyzacji i minimalizacji współzależności. Ramy te zapewniają firmom metodologię pozwalającą: Oceniać ich obecny stan w kategoriach usług. Priorytetować usługi w oparciu o ich wartość dla biznesu. Ewolucja platformy transakcyjnej do pożądanego stanu za pomocą podejścia modułowego. Architektura transakcyjna o wysokiej wydajności opiera się na następujących usługach, takich jak: zdefiniowane przez architekturę architektury usług przedstawioną na rysunku 4. Rysunek 4 Architektura usług Service Framework dla usług wysokiej wydajności Ultra-Low Latency Messaging Service Ta usługa jest dostarczana przez magistralę przesyłania komunikatów, która jest oprogramowaniem, które rozwiązuje problem łączenia wielu urządzeń. wiele aplikacji. System składa się z: Zestaw wstępnie zdefiniowanych schematów wiadomości Zestaw wspólnych komunikatów poleceń Wspólna infrastruktura aplikacji służąca do wysyłania wiadomości do odbiorców. Współużytkowana infrastruktura może być oparta na brokerze komunikatów lub na modelu publikowania subskrypcji. Kluczowymi wymaganiami dla magistrali komunikatów następnej generacji są: (źródło 29West): Najniższe możliwe opóźnienie (np. Mniej niż 100 mikrosekund). Stabilność przy dużym obciążeniu (np. Ponad 1,4 miliona msgsek.) Kontrola i elastyczność (kontrola szybkości i konfigurowalne transporty) są wysiłki w branży standaryzacji magistrali komunikacyjnej. Protokół AMQP (Advanced Message Queuing Protocol) jest przykładem otwartego standardu wspieranego przez JP Morgan Chase i wspieranego przez grupę dostawców takich jak Cisco, Envoy Technologies, Red Hat, TWIST Process Innovations, Iona, 29West i iMatix. Dwa z głównych celów to zapewnienie prostszej ścieżki do współdziałania dla aplikacji napisanych na różnych platformach i modułowych, tak aby oprogramowanie pośrednie można było łatwo ewoluować. Ogólnie mówiąc, serwer AMQP jest analogiczny do serwera poczty e-mail, a każda z nich działa jako agent przesyłania komunikatów, a każda kolejka komunikatów jako skrzynka pocztowa. Wiązania definiują tabele routingu w każdym agencie transferowym. Wydawcy wysyłają wiadomości do poszczególnych agentów transferowych, które następnie kierują wiadomości do skrzynek pocztowych. Konsumenci pobierają wiadomości ze skrzynek pocztowych, co tworzy potężny i elastyczny model, który jest prosty (źródło: amqp. orgtikiwikitiki-index. phppageOpenApproachWhyAMQP). Usługa monitorowania opóźnień Głównymi wymaganiami dla tej usługi są: szczegółowość pod względem milisekund pomiarów Pomiary w czasie bliskim w czasie rzeczywistym bez zwiększania opóźnień w ruchu handlowym Zdolność do różnicowania opóźnień w przetwarzaniu aplikacji od opóźnień w tranzycie sieci Zdolność do obsługi wysokich wskaźników komunikatów Zapewnienie programowego interfejsu dla aplikacje transakcyjne do otrzymywania danych o opóźnieniach, dzięki czemu algorytmiczne silniki transakcyjne mogą dostosowywać się do zmieniających się warunków. Korelować zdarzenia sieciowe ze zdarzeniami aplikacji w celu rozwiązywania problemów. Opóźnienie może być zdefiniowane jako przedział czasowy między wysłaniem zamówienia handlowego a potwierdzeniem i działaniem tego samego zamówienia. przez stronę otrzymującą. Rozwiązanie problemu opóźnień jest złożonym problemem wymagającym holistycznego podejścia, które identyfikuje wszystkie źródła opóźnień i stosuje różne technologie na różnych warstwach systemu. Rysunek 5 przedstawia różnorodność komponentów, które mogą wprowadzić opóźnienie na każdej warstwie stosu OSI. Mapuje również każde źródło opóźnienia za pomocą możliwego rozwiązania i rozwiązania monitorującego. Takie podejście warstwowe może dać firmom bardziej uporządkowany sposób na zajęcie się problemem opóźnień, dzięki czemu każdy składnik może być uważany za usługę i traktowany konsekwentnie w całej firmie. Utrzymywanie dokładnej miary dynamicznego stanu tego przedziału czasowego na alternatywnych trasach i kierunkach może być bardzo pomocne w taktycznych decyzjach handlowych. Możliwość określenia dokładnej lokalizacji opóźnień, zarówno w sieci brzegowej klienta, centralnym koncentratorze przetwarzania, jak i na poziomie aplikacji transakcyjnej, w znacznym stopniu determinuje zdolność usługodawców do spełnienia umów SLA. W przypadku formularzy po stronie buy-side i sell-side, a także syndykatorów danych rynkowych, szybka identyfikacja i usuwanie wąskich gardeł przekłada się bezpośrednio na zwiększone możliwości handlowe i przychody. Rysunek 5 Architektura zarządzania opóźnieniami Narzędzia monitorowania Cisco o niskiej latencji Tradycyjne narzędzia do monitorowania sieci działają z dokładnością minut lub sekund. Platformy transakcyjne nowej generacji, szczególnie te obsługujące handel algorytmiczny, wymagają opóźnień mniejszych niż 5 ms i bardzo niskich poziomów utraty pakietów. W gigabitowej sieci LAN mikroburst o szybkości 100 ms może spowodować utratę 10 000 transakcji lub ich nadmierne opóźnienie. Cisco oferuje swoim klientom wybór narzędzi do mierzenia opóźnień w środowisku transakcyjnym: Bandwidth Quality Manager (BQM) (OEM od Corvil) Cisco AON oparte Financial Services Latency Monitoring Solution (FSMS) Bandwidth Quality Manager Bandwidth Quality Manager (BQM) 4.0 to produkt zarządzania wydajnością aplikacji sieci kolejowej następnej generacji, który umożliwia klientom monitorowanie i dostarczanie sieci w celu kontrolowania poziomów opóźnień i strat. Chociaż BQM nie jest skierowany wyłącznie do sieci handlowych, jego mikrosekundowa widoczność w połączeniu z inteligentnymi funkcjami zapewniania przepustowości sprawiają, że jest idealny do tych wymagających środowisk. Cisco BQM 4.0 implementuje szeroki zestaw opatentowanych i oczekujących na zgłoszenia patentowe technologii pomiaru ruchu i analizy sieci, które zapewniają użytkownikowi bezprecedensową widoczność i zrozumienie sposobu optymalizacji sieci w celu uzyskania maksymalnej wydajności aplikacji. Cisco BQM jest teraz obsługiwany w rodzinie produktów Cisco Application Deployment Engine (ADE). Rodzina produktów Cisco ADE jest preferowaną platformą dla aplikacji do zarządzania siecią Cisco. Korzyści BQM Cisco BQM mic-visibility to możliwość wykrywania, mierzenia i analizowania opóźnień, fluktuacji i utraty wywoływania zdarzeń w ruchu do mikrosekundowych poziomów ziarnistości z rozdzielczością jednego pakietu. Dzięki temu Cisco BQM może wykrywać i określać wpływ zdarzeń drogowych na opóźnienia sieciowe, wahania i straty. Krytyczne dla środowisk transakcyjnych jest to, że BQM może obsługiwać opóźnienia, straty i pomiary jittera w jedną stronę dla ruchu TCP i UDP (multicast). Oznacza to, że raporty są płynne zarówno dla ruchu handlowego, jak i rynkowych danych. BQM pozwala użytkownikowi na określenie wszechstronnego zestawu wartości progowych (przeciwko aktywności mikroburstów, opóźnień, strat, fluktuacji, wykorzystania itp.) We wszystkich interfejsach. BQM następnie obsługuje przechwytywanie przechwyconego tła. Za każdym razem, gdy wystąpi naruszenie progu lub inne potencjalne zdarzenie obniżające wydajność, uruchamia Cisco BQM w celu przechwytywania przechwytywania pakietów na dysk w celu późniejszej analizy. Pozwala to użytkownikowi na dokładne zbadanie zarówno ruchu aplikacji, na którą wpływa pogorszenie wydajności (quotthe victimsquot), jak i ruchu, który spowodował pogorszenie wydajności (quotthe culpritsquot). Może to znacznie skrócić czas diagnozowania i rozwiązywania problemów z wydajnością sieci. BQM jest również w stanie zapewnić szczegółowe zalecenia dotyczące zasad i jakości usług (QoS), które użytkownik może bezpośrednio zastosować, aby osiągnąć pożądaną wydajność sieci. Pomiary BQM zilustrowane Aby zrozumieć różnicę między niektórymi bardziej konwencjonalnymi technikami pomiarowymi a widocznością zapewnianą przez BQM, możemy przyjrzeć się pewnym wykresom porównawczym. W pierwszym zestawie wykresów (rysunek 6 i rysunek 7) widzimy różnicę między opóźnieniem mierzonym przez pasywny monitor jakości sieci BQMs (PNQM) a opóźnieniem mierzonym przez wstrzykiwanie pakietów ping co 1 sekundę do strumienia ruchu. Na rysunku 6. widzimy opóźnienie zgłoszone przez 1-sekundowe pakiety ping ICMP dla rzeczywistego ruchu sieciowego (podzielone przez 2, aby podać szacunkową wartość opóźnienia w jedną stronę). Pokazuje to opóźnienie komfortowo poniżej około 5 ms przez prawie cały czas. Rysunek 6 Opóźnienie zgłaszane przez 1-sekundowe pakiety ping ICMP dla rzeczywistego ruchu sieciowego Na rysunku 7 widzimy opóźnienie zgłoszone przez PNQM dla tego samego ruchu w tym samym czasie. Widzimy tutaj, że mierząc jednokierunkowe opóźnienie rzeczywistych pakietów aplikacji, otrzymujemy radykalnie inny obraz. W tym przypadku opóźnienie wynosi około 20 ms, a sporadyczne impulsy są znacznie wyższe. Wyjaśnienie jest takie, że ponieważ ping wysyła pakiety tylko co sekundę, całkowicie brakuje większości opóźnień ruchu aplikacji. W rzeczywistości wyniki polecenia ping zazwyczaj wskazują tylko opóźnienie propagacji w obie strony, a nie rzeczywiste opóźnienie aplikacji w sieci. Rysunek 7 Opóźnienie zgłaszane przez PNQM dla rzeczywistego ruchu sieciowego W drugim przykładzie (rysunek 8) widzimy różnicę w zgłaszanym obciążeniu łącza lub poziomach nasycenia między 5-minutowym widokiem przeciętnym a widokiem mikropakresów 5 ms (BQM może raportować na temat mikroburków w dół do około 10-100 nanosekund dokładności). Zielona linia pokazuje średnie wykorzystanie przy średniej 5-minutowej, która jest niska, może nawet do 5 Mbitów. Ciemnoniebieski wykres pokazuje aktywność mikroburstów 5ms sięgającą od 75 Mbits do 100 Mbits, efektywnie prędkość sieci LAN. BQM pokazuje ten poziom szczegółowości dla wszystkich aplikacji, a także zapewnia przejrzyste reguły udostępniania, aby umożliwić użytkownikowi kontrolowanie lub neutralizację tych mikroporów. Rysunek 8 Różnica w zgłaszanym obciążeniu łącza między 5-minutowym średnim widokiem a 5-sekundowym wdrożeniem Microburst View BQM w sieci handlowej Rysunek 9 pokazuje typowe wdrożenie BQM w sieci handlowej. Rysunek 9 Typowe wdrożenie BQM w sieci handlowej BQM może być następnie wykorzystany do udzielenia odpowiedzi na następujące pytania: Czy któreś z moich rdzeni sieci Gigabit LAN są nasycone przez więcej niż X milisekund Czy to powoduje stratę Które linki najbardziej skorzystają z aktualizacji do Etherchannel lub 10 gigabitowych prędkości Jakie ruchy aplikacji powodują nasycenie 1 Gigabitowych linków Czy jakiekolwiek dane rynkowe doświadczają straty typu end-to-end Ile dodatkowego opóźnienia ma doświadczenie centrum danych w trybie failover? Czy ten link jest odpowiednio zwymiarowany, aby poradzić sobie z mikroproduktami? Czy moi handlowcy uzyskiwanie aktualizacji o niskim opóźnieniu z warstwy dystrybucji danych rynkowych Czy widzą opóźnienia większe niż X milisekund Możliwość łatwej i efektywnej odpowiedzi na te pytania oszczędza czas i pieniądze w prowadzeniu sieci handlowej. BQM jest niezbędnym narzędziem do uzyskania widoczności w danych rynkowych i środowiskach handlowych. Zapewnia szczegółowe pomiary opóźnień w złożonych infrastrukturach, w których występują duże ruchy danych. Skuteczne wykrywanie mikropadeł w poziomach poniżej milisekund i otrzymywanie specjalistycznej analizy konkretnego wydarzenia jest nieocenione dla architektów pięter handlowych. Inteligentne zalecenia dotyczące przydzielania przepustowości, takie jak analiza rozmiarów i analiza typu "co jeśli", zapewniają większą elastyczność w reagowaniu na zmienne warunki rynkowe. Wraz z postępem ekspansji algorytmicznego handlu i rosnącą liczbą komunikatów, BQM w połączeniu z narzędziem QoS zapewnia możliwość implementacji zasad QoS, które mogą chronić najważniejsze aplikacje transakcyjne. Rozwiązanie monitorowania opóźnień Cisco Financial Services Firmy Cisco i Trading Metrics współpracowały nad rozwiązaniami do monitorowania opóźnień w zakresie przepływu zleceń FIX i monitorowania danych rynkowych. Technologia Cisco AON stanowi podstawę dla nowej klasy produktów i rozwiązań wbudowanych w sieć, które pomagają łączyć inteligentne sieci z infrastrukturą aplikacji w oparciu o architekturę zorientowaną na usługi lub tradycyjną. Trading Metrics jest wiodącym dostawcą oprogramowania analitycznego do monitorowania infrastruktury sieciowej i monitorowania opóźnień w aplikacjach (tradingmetrics). The Cisco AON Financial Services Latency Monitoring Solution (FSMS) correlated two kinds of events at the point of observation: Network events correlated directly with coincident application message handling Trade order flow and matching market update events Using time stamps asserted at the point of capture in the network, real-time analysis of these correlated data streams permits precise identification of bottlenecks across the infrastructure while a trade is being executed or market data is being distributed. By monitoring and measuring latency early in the cycle, financial companies can make better decisions about which network serviceand which intermediary, market, or counterpartyto select for routing trade orders. Likewise, this knowledge allows more streamlined access to updated market data (stock quotes, economic news, etc.), which is an important basis for initiating, withdrawing from, or pursuing market opportunities. The components of the solution are: AON hardware in three form factors: AON Network Module for Cisco 2600280037003800 routers AON Blade for the Cisco Catalyst 6500 series AON 8340 Appliance Trading Metrics MampA 2.0 software, which provides the monitoring and alerting application, displays latency graphs on a dashboard, and issues alerts when slowdowns occur (tradingmetricsTMbrochure. pdf ). Figure 10 AON-Based FIX Latency Monitoring Cisco IP SLA Cisco IP SLA is an embedded network management tool in Cisco IOS which allows routers and switches to generate synthetic traffic streams which can be measured for latency, jitter, packet loss, and other criteria (ciscogoipsla ). Two key concepts are the source of the generated traffic and the target. Both of these run an IP SLA quotresponder, quot which has the responsibility to timestamp the control traffic before it is sourced and returned by the target (for a round trip measurement). Various traffic types can be sourced within IP SLA and they are aimed at different metrics and target different services and applications. The UDP jitter operation is used to measure one-way and round-trip delay and report variations. As the traffic is time stamped on both sending and target devices using the responder capability, the round trip delay is characterized as the delta between the two timestamps. A new feature was introduced in IOS 12.3(14)T, IP SLA Sub Millisecond Reporting, which allows for timestamps to be displayed with a resolution in microseconds, thus providing a level of granularity not previously available. This new feature has now made IP SLA relevant to campus networks where network latency is typically in the range of 300-800 microseconds and the ability to detect trends and spikes (brief trends) based on microsecond granularity counters is a requirement for customers engaged in time-sensitive electronic trading environments. As a result, IP SLA is now being considered by significant numbers of financial organizations as they are all faced with requirements to: Report baseline latency to their users Trend baseline latency over time Respond quickly to traffic bursts that cause changes in the reported latency Sub-millisecond reporting is necessary for these customers, since many campus and backbones are currently delivering under a second of latency across several switch hops. Electronic trading environments have generally worked to eliminate or minimize all areas of device and network latency to deliver rapid order fulfillment to the business. Reporting that network response times are quotjust under one millisecondquot is no longer sufficient the granularity of latency measurements reported across a network segment or backbone need to be closer to 300-800 micro-seconds with a degree of resolution of 100 igrave seconds. IP SLA recently added support for IP multicast test streams, which can measure market data latency. A typical network topology is shown in Figure 11 with the IP SLA shadow routers, sources, and responders. Figure 11 IP SLA Deployment Computing Services Computing services cover a wide range of technologies with the goal of eliminating memory and CPU bottlenecks created by the processing of network packets. Trading applications consume high volumes of market data and the servers have to dedicate resources to processing network traffic instead of application processing. Transport processingAt high speeds, network packet processing can consume a significant amount of server CPU cycles and memory. An established rule of thumb states that 1Gbps of network bandwidth requires 1 GHz of processor capacity (source Intel white paper on IO acceleration inteltechnologyioacceleration306517.pdf ). Intermediate buffer copyingIn a conventional network stack implementation, data needs to be copied by the CPU between network buffers and application buffers. This overhead is worsened by the fact that memory speeds have not kept up with increases in CPU speeds. For example, processors like the Intel Xeon are approaching 4 GHz, while RAM chips hover around 400MHz (for DDR 3200 memory) (source Intel inteltechnologyioacceleration306517.pdf ). Context switchingEvery time an individual packet needs to be processed, the CPU performs a context switch from application context to network traffic context. This overhead could be reduced if the switch would occur only when the whole application buffer is complete. Figure 12 Sources of Overhead in Data Center Servers TCP Offload Engine (TOE)Offloads transport processor cycles to the NIC. Moves TCPIP protocol stack buffer copies from system memory to NIC memory. Remote Direct Memory Access (RDMA)Enables a network adapter to transfer data directly from application to application without involving the operating system. Eliminates intermediate and application buffer copies (memory bandwidth consumption). Kernel bypass Direct user-level access to hardware. Dramatically reduces application context switches. Figure 13 RDMA and Kernel Bypass InfiniBand is a point-to-point (switched fabric) bidirectional serial communication link which implements RDMA, among other features. Cisco offers an InfiniBand switch, the Server Fabric Switch (SFS): ciscoapplicationpdfenusguestnetsolns500c643cdccont0900aecd804c35cb. pdf. Figure 14 Typical SFS Deployment Trading applications benefit from the reduction in latency and latency variability, as proved by a test performed with the Cisco SFS and Wombat Feed Handlers by Stac Research: Application Virtualization Service De-coupling the application from the underlying OS and server hardware enables them to run as network services. One application can be run in parallel on multiple servers, or multiple applications can be run on the same server, as the best resource allocation dictates. This decoupling enables better load balancing and disaster recovery for business continuance strategies. The process of re-allocating computing resources to an application is dynamic. Using an application virtualization system like Data Synapses GridServer, applications can migrate, using pre-configured policies, to under-utilized servers in a supply-matches-demand process (wwwworkworldsupp2005ndc1022105virtual. htmlpage2 ). There are many business advantages for financial firms who adopt application virtualization: Faster time to market for new products and services Faster integration of firms following merger and acquisition activity Increased application availability Better workload distribution, which creates more quothead roomquot for processing spikes in trading volume Operational efficiency and control Reduction in IT complexity Currently, application virtualization is not used in the trading front-office. One use-case is risk modeling, like Monte Carlo simulations. As the technology evolves, it is conceivable that some the trading platforms will adopt it. Data Virtualization Service To effectively share resources across distributed enterprise applications, firms must be able to leverage data across multiple sources in real-time while ensuring data integrity. With solutions from data virtualization software vendors such as Gemstone or Tangosol (now Oracle), financial firms can access heterogeneous sources of data as a single system image that enables connectivity between business processes and unrestrained application access to distributed caching. The net result is that all users have instant access to these data resources across a distributed network (gridtoday030210101061.html ). This is called a data grid and is the first step in the process of creating what Gartner calls Extreme Transaction Processing (XTP) (gartnerDisplayDocumentrefgsearchampid500947 ). Technologies such as data and applications virtualization enable financial firms to perform real-time complex analytics, event-driven applications, and dynamic resource allocation. One example of data virtualization in action is a global order book application. An order book is the repository of active orders that is published by the exchange or other market makers. A global order book aggregates orders from around the world from markets that operate independently. The biggest challenge for the application is scalability over WAN connectivity because it has to maintain state. Todays data grids are localized in data centers connected by Metro Area Networks (MAN). This is mainly because the applications themselves have limitsthey have been developed without the WAN in mind. Figure 15 GemStone GemFire Distributed Caching Before data virtualization, applications used database clustering for failover and scalability. This solution is limited by the performance of the underlying database. Failover is slower because the data is committed to disc. With data grids, the data which is part of the active state is cached in memory, which reduces drastically the failover time. Scaling the data grid means just adding more distributed resources, providing a more deterministic performance compared to a database cluster. Multicast Service Market data delivery is a perfect example of an application that needs to deliver the same data stream to hundreds and potentially thousands of end users. Market data services have been implemented with TCP or UDP broadcast as the network layer, but those implementations have limited scalability. Using TCP requires a separate socket and sliding window on the server for each recipient. UDP broadcast requires a separate copy of the stream for each destination subnet. Both of these methods exhaust the resources of the servers and the network. The server side must transmit and service each of the streams individually, which requires larger and larger server farms. On the network side, the required bandwidth for the application increases in a linear fashion. For example, to send a 1 Mbps stream to 1000recipients using TCP requires 1 Gbps of bandwidth. IP multicast is the only way to scale market data delivery. To deliver a 1 Mbps stream to 1000 recipients, IP multicast would require 1 Mbps. The stream can be delivered by as few as two serversone primary and one backup for redundancy. There are two main phases of market data delivery to the end user. In the first phase, the data stream must be brought from the exchange into the brokerages network. Typically the feeds are terminated in a data center on the customer premise. The feeds are then processed by a feed handler, which may normalize the data stream into a common format and then republish into the application messaging servers in the data center. The second phase involves injecting the data stream into the application messaging bus which feeds the core infrastructure of the trading applications. The large brokerage houses have thousands of applications that use the market data streams for various purposes, such as live trades, long term trending, arbitrage, etc. Many of these applications listen to the feeds and then republish their own analytical and derivative information. For example, a brokerage may compare the prices of CSCO to the option prices of CSCO on another exchange and then publish ratings which a different application may monitor to determine how much they are out of synchronization. Figure 16 Market Data Distribution Players The delivery of these data streams is typically over a reliable multicast transport protocol, traditionally Tibco Rendezvous. Tibco RV operates in a publish and subscribe environment. Each financial instrument is given a subject name, such as CSCO. last. Each application server can request the individual instruments of interest by their subject name and receive just a that subset of the information. This is called subject-based forwarding or filtering. Subject-based filtering is patented by Tibco. A distinction should be made between the first and second phases of market data delivery. The delivery of market data from the exchange to the brokerage is mostly a one-to-many application. The only exception to the unidirectional nature of market data may be retransmission requests, which are usually sent using unicast. The trading applications, however, are definitely many-to-many applications and may interact with the exchanges to place orders. Figure 17 Market Data Architecture Design Issues Number of GroupsChannels to Use Many application developers consider using thousand of multicast groups to give them the ability to divide up products or instruments into small buckets. Normally these applications send many small messages as part of their information bus. Usually several messages are sent in each packet that are received by many users. Sending fewer messages in each packet increases the overhead necessary for each message. In the extreme case, sending only one message in each packet quickly reaches the point of diminishing returnsthere is more overhead sent than actual data. Application developers must find a reasonable compromise between the number of groups and breaking up their products into logical buckets. Consider, for example, the Nasdaq Quotation Dissemination Service (NQDS). The instruments are broken up alphabetically: This approach allows for straight forward networkapplication management, but does not necessarily allow for optimized bandwidth utilization for most users. A user of NQDS that is interested in technology stocks, and would like to subscribe to just CSCO and INTL, would have to pull down all the data for the first two groups of NQDS. Understanding the way users pull down the data and then organize it into appropriate logical groups optimizes the bandwidth for each user. In many market data applications, optimizing the data organization would be of limited value. Typically customers bring in all data into a few machines and filter the instruments. Using more groups is just more overhead for the stack and does not help the customers conserve bandwidth. Another approach might be to keep the groups down to a minimum level and use UDP port numbers to further differentiate if necessary. The other extreme would be to use just one multicast group for the entire application and then have the end user filter the data. In some situations this may be sufficient. Intermittent Sources A common issue with market data applications are servers that send data to a multicast group and then go silent for more than 3.5 minutes. These intermittent sources may cause trashing of state on the network and can introduce packet loss during the window of time when soft state and then hardware shorts are being created. PIM-Bidir or PIM-SSM The first and best solution for intermittent sources is to use PIM-Bidir for many-to-many applications and PIM-SSM for one-to-many applications. Both of these optimizations of the PIM protocol do not have any data-driven events in creating forwarding state. That means that as long as the receivers are subscribed to the streams, the network has the forwarding state created in the hardware switching path. Intermittent sources are not an issue with PIM-Bidir and PIM-SSM. Null Packets In PIM-SM environments a common method to make sure forwarding state is created is to send a burst of null packets to the multicast group before the actual data stream. The application must efficiently ignore these null data packets to ensure it does not affect performance. The sources must only send the burst of packets if they have been silent for more than 3 minutes. A good practice is to send the burst if the source is silent for more than a minute. Many financials send out an initial burst of traffic in the morning and then all well-behaved sources do not have problems. Periodic Keepalives or Heartbeats An alternative approach for PIM-SM environments is for sources to send periodic heartbeat messages to the multicast groups. This is a similar approach to the null packets, but the packets can be sent on a regular timer so that the forwarding state never expires. S, G Expiry Timer Finally, Cisco has made a modification to the operation of the S, G expiry timer in IOS. There is now a CLI knob to allow the state for a S, G to stay alive for hours without any traffic being sent. The (S, G) expiry timer is configurable. This approach should be considered a workaround until PIM-Bidir or PIM-SSM is deployed or the application is fixed. RTCP Feedback A common issue with real time voice and video applications that use RTP is the use of RTCP feedback traffic. Unnecessary use of the feedback option can create excessive multicast state in the network. If the RTCP traffic is not required by the application it should be avoided. Fast Producers and Slow Consumers Today many servers providing market data are attached at Gigabit speeds, while the receivers are attached at different speeds, usually 100Mbps. This creates the potential for receivers to drop packets and request re-transmissions, which creates more traffic that the slowest consumers cannot handle, continuing the vicious circle. The solution needs to be some type of access control in the application that limits the amount of data that one host can request. QoS and other network functions can mitigate the problem, but ultimately the subscriptions need to be managed in the application. Tibco Heartbeats TibcoRV has had the ability to use IP multicast for the heartbeat between the TICs for many years. However, there are some brokerage houses that are still using very old versions of TibcoRV that use UDP broadcast support for the resiliency. This limitation is often cited as a reason to maintain a Layer 2 infrastructure between TICs located in different data centers. These older versions of TibcoRV should be phased out in favor of the IP multicast supported versions. Multicast Forwarding Options PIM Sparse Mode The standard IP multicast forwarding protocol used today for market data delivery is PIM Sparse Mode. It is supported on all Cisco routers and switches and is well understood. PIM-SM can be used in all the network components from the exchange, FSP, and brokerage. There are, however, some long-standing issues and unnecessary complexity associated with a PIM-SM deployment that could be avoided by using PIM-Bidir and PIM-SSM. These are covered in the next sections. The main components of the PIM-SM implementation are: PIM Sparse Mode v2 Shared Tree (spt-threshold infinity) A design option in the brokerage or in the exchange.