Kaupankäynti Järjestelmä Ratkaisu

Kaupankäyntijärjestelmän suunnittelu Visio. Visio on huolehtia kaupankäynnin järjestelmäsuunnittelusta, jotta voit jatkaa kaupankäynnillä Tavoitteenamme on ymmärtää liiketoiminnan toimitukset ja kaupankäynnin vaatimukset sekä haasteet, joita he kohtaavat ja suosittelevat järkevää ja tehokasta ratkaisuja niiden toteuttamiseksi Haluamme poiketa kaupankäynnin monimutkaisuudesta ja samalla suojata liiketoimintasi etuja realistisilla ja tehokkailla tavoilla. Trading ei ole tuote vaan se on prosessi. TSD: llä on asiantuntemus ja työkalut, joiden avulla organisaatiot voivat rakentaa kasvualustan vastata haasteeseen uuden rajan Miksi emme anna meidän Trading System Design auttaa räätälöidä ratkaisu sinulle yksi omistettu suunnittelutyöjämme. Trading Systems Coding. Trading järjestelmät ovat yksinkertaisesti sääntöjä, joita kauppiaat käyttävät määrittää niiden merkinnät ja poistuu asema Kaupankäyntijärjestelmien kehittäminen ja käyttäminen voi auttaa kauppiaita saavuttamaan johdonmukaiset tuotot ja rajoittamaan riskiä Ideaalisessa tilanteessa kauppiaiden pitäisi tuntua robotilta, käydään kauppaa järjestelmällisesti ja ilman tunteita. Joten ehkä olet kysynyt itseltäsi Mitä robotti pysäyttää kaupankäynnissään? Vastaus Ei mitään Tämä opetusohjelma esittelee sinulle työkalut ja tekniikat, joita voit käyttää luomaan oman automatisoidun kauppajärjestelmän. Kaupankäyntijärjestelmät luodaan Automaattiset kaupankäyntijärjestelmät luodaan muuntamalla kaupankäyntijärjestelmän säännöt koodiksi, jonka tietokone voi ymmärtää Tietokoneesi sitten käyttää näitä sääntöjä kaupankäyntijärjestelmäsi kautta, joka etsii kauppoja, jotka noudattavat sääntöjäsi Lopuksi kaupat sijoitetaan automaattisesti sinun välittäjäsi. Tämä opetusohjelma keskittyy tämän prosessin toiseen ja kolmanteen osaan, jossa säännöt muunnetaan koodiksi, jonka kaupankäyntijärjestelmä voi ymmärtää ja käyttää. Mikä kaupankäynnin ohjelmisto tukee automatisoituja kaupankäyntijärjestelmää On monia kaupankäyntijärjestelmää, jotka tukevat automatisoitua kaupankäyntiä järjestelmät Jotkut luo automaattisesti ja myyvät kauppoja välittäjän kanssa Muut löytävät automaattisesti tr ades, jotka sopivat kriteereihisi, mutta edellyttävät, että tilaat tilauksesi välittäjäsivustolla. Lisäksi täysin automaattiset kaupankäyntiohjelmat edellyttävät usein, että käytät erityisiä välityspalveluja, jotka tukevat tällaisia ​​ominaisuuksia, saatat joutua myös täyttämään ylimääräisen valtuutuslomakkeen. Edut ja haitat Automatisoitu kauppa järjestelmillä on useita etuja, mutta niillä on myös heikkoudet. Jos joku oli kaupankäyntijärjestelmä, joka automaattisesti maksoi koko ajan, hänellä olisi kirjaimellisesti oma rahanvalmistuskone. Automatisoitu järjestelmä tuntee ja kiirehtii kaupankäynnistä, jonka avulla voit keskittyä strategian ja rahanhallintasääntöjen parantamiseen. Kun kannattava järjestelmä on kehitetty, se ei vaadi töitä, kunnes se rikkoo tai markkinaolosuhteet vaativat muutosta. Jos järjestelmää ei ole koodattu oikein, testattu, suuret menetykset voivat tapahtua hyvin nopeasti. On toisinaan mahdotonta laittaa tiettyjä sääntöjä koodiksi, mikä vaikeuttaa automaattisen kaupankäynnin kehittämistä Tässä oppitunnissa opit automatisoidun kaupankäyntijärjestelmän suunnittelemaan ja suunnittelemaan, miten tämä malli käännetään koodiksi, jonka tietokone ymmärtää, miten testaa suunnitelmasi optimaalisen suorituskyvyn varmistamiseksi ja lopuksi, miten järjestelmäsi asetetaan Käytä sitä, jos matkustat vähemmän matkustettuasi, toimivat sinun hyväksi - tai sitä vastaan. Kaupankäyntijärjestelmä voi säästää aikaa ja ottaa tunteen kaupankäynnin ulkopuolelle, mutta hyväksyä yksi ottaa taitoja ja resursseja - lisätietoja tästä. Useimmat välittäjät tarjoavat sinulla on kauppatietueita, mutta se on myös tärkeää seurata omaa. Nämä vaiheet tekevät sinulle kurinalaisemman, älykkäämpiä ja viime kädessä rikkaampaa kauppiaan. Usein kysytyt kysymykset. Kun teet kiinnitysmaksun, maksettu summa on korkomaksun ja pääoman takaisinmaksun yhdistäminen Yrittäkää erottamaan pääomatavara ja kulutushyödykkeet ja selvittämään, miksi pääomatavarat vaativat säästöjä ja investointeja. Johdannaisin on kahden tai useamman osapuolen välinen sopimus, jonka arvo on s perustuen sovittuun kohde-etuutena olevaan rahoitusvaroihin. Termi Warren Buffettin käsikirja, jonka on kehittänyt ja suosittanut, viittaa liiketoiminnan kykyyn ylläpitää kilpailuetuja. Usein kysyttyjä kysymyksiä. Kun maksaja maksaa, maksettu summa on yhdistelmä korkomaksusta ja pääoman takaisinmaksusta Opiskelija oppii erottamaan pääomahyödykkeet ja kulutushyödykkeet ja ymmärtämään, miksi pääomatavarat vaativat säästöjä ja investointeja. Johdannaisinstrumentti on kahden tai useamman osapuolen välinen sopimus, jonka arvo perustuu sovittuun kohde-etuuteen Rahoitusvarallisuus. Warren Buffettin käsikirjoittama ja suosittu taloudellinen luola viittaa liiketoiminnan kykyyn ylläpitää kilpailuetuja. Kaupankäynnin kattava arkkitehtuuri. Lisäksi arkkitehtuuri. Yleinen yleiskatsaus. Nopeampi kilpailu, suuremmat markkinatietomäärät ja uudet sääntelyvaatimukset ovat joitakin teollisuuden muutosten taustalla vaikuttavat voimat Yritykset pyrkivät säilyttämään kilpailuetunsa muuttamalla jatkuvasti kaupankäyntiään hallinnointiin ja kaupankäynnin nopeuttamiseen. Elinkelpoisen arkkitehtuurin on sisällettävä uusimmat teknologiat sekä verkko - että sovellusalueilta. Sen on oltava modulaarinen tarjoamaan hallittavissa oleva tie jokaisen komponentin kehittymiseen mahdollisimman pienellä häiriöllä koko järjestelmään. Tämän vuoksi ehdotettu arkkitehtuuri paperi perustuu palvelujen puitteeseen. Tarkastelemme palveluita, kuten ultra-low latency messaging, latenssi seuranta, multicast, laskenta, varastointi, datan ja sovellusten virtualisointi, kaupankäynnin joustavuus, kaupankäynnin liikkuvuus ja ohut client. The ratkaisu monimutkaisia ​​vaatimuksia seuraavan sukupolven kaupankäynnin foorumi on rakennettava kokonaisvaltaisella ajattelutavalla, ylittäen perinteisten siilojen, kuten liike-elämän ja teknologian tai sovellusten ja verkostoitumisen, rajat. Tämän asiakirjan päätavoitteena on antaa ohjeita erittäin alhaisen latenssi-kaupankäynnin foorumin rakentamiseen samalla, kun raaka - suorituskyky ja viestinopeus sekä markkinatietoihin että FIX-kaupankäyntijärjestelyihin. Tämän saavuttamiseksi olemme ehdottaa seuraavia latenssien vähentämistekniikoita. Suurten nopeuksien välinen yhteys InfiniBand - tai 10 Gbps - yhteyksien kanssa kaupankäynnin klusterille. Nopea viestiväylä. Sovelluksen kiihdytys RDMA: n kautta ilman sovelluksen uudelleenkoodia. Reaaliaikaisen viiveen seuranta ja kaupankäynnin uudelleen suuntaaminen polulle vähimmäisviiveellä. Industry Trendit ja haasteet Seuraavan sukupolven kaupankäynnin arkkitehtuurien on vastattava nopeammin, volyymiin ja tehokkuuteen liittyviin suurempaan kysyntään. Esimerkiksi optioiden markkinamäärä tietojen odotetaan kaksinkertaistuvan vaihtoehtojen käyttöönoton jälkeen vuonna 2007 penny-kaupankäynnin yhteydessä. Myös sääntelyvaatimukset parhaan suorituksen kannalta vaativat käsittelemään hinnankorotuksia kursseilla, jotka lähestyvät 1M-sekuntia vaihtoihin. Ne edellyttävät myös tietojen tuoreuden näkyvyyttä ja näyttöä siitä, että asiakas sai parhaan mahdollisen toteutuksen. Lyhyellä aikavälillä kaupankäynnin nopeus ja innovaatio ovat keskeisiä erottajia. Yhä useampia kauppoja käsitellään algoritmiskauppasovelluksissa, jotka sijoitetaan mahdollisimman lähellä kauppaa toteuttamispaikkaa. Haasteena näillä black-box-kaupankäynnillä moottoreita on se, että ne yhdistävät tilavuuden kasvun antamalla tilauksia vain peruuttamalla ne ja lähettämällä ne uudelleen avior ei ole näkyvyyttä, johon paikka tarjoaa parhaan suorituksen Ihmiskauppias on nyt taloudellinen insinööri, määrällinen analyytikko, jolla on ohjelmointitaitoja, jotka voivat säätää kaupankäyntimallia lennossa Yritykset kehittävät uusia rahoitusvälineitä, kuten sääjohdannaisia ​​tai cross-asset-luokkakauppoja ja niiden täytyy ottaa käyttöön uudet sovellukset nopeasti ja skaalattavalla tavalla. Pitkällä tähtäimellä kilpailukyvyn eriyttäminen tulisi tuottaa analyysistä, ei pelkästään tietämyksestä. Huomisen tähtikauppiaat ottavat riskin, saavuttavat todellisen asiakkaan näkemyksen ja jatkuvasti hakevat IBM: n lähdekoodia . Liiketoiminnan kestävyys on ollut kaupankäynnin kohteiden tärkein huolenaihe syyskuun 11. 2001 jälkeen. Ratkaisut tällä alueella vaihtelevat irtisanotuista datakeskuksista, jotka sijaitsevat eri maantieteellisillä alueilla ja liittyvät useisiin kaupankäyntitapahtumiin virtuaaliyrittäjien ratkaisuihin, jotka tarjoavat valtakauppiaille suurimman osan kaupankäyntikerroksen toiminnasta kaukopuhelussa. Rahoituspalveluala on yksi tietotekniikan vaativimmista vaatimukset Teollisuudelle on ominaista arkkitehtoninen siirtyminen kohti Service-Oriented Architecture - ohjelmaa SOA, verkkopalvelut ja IT-resurssien virtualisointi SOA hyödyntää verkon nopeuden lisääntymistä, jotta ohjelmistokomponenttien dynaaminen sitominen ja virtualisointi mahdollistavat uusien sovellusten luomisen menettämättä investoiminen olemassa oleviin järjestelmiin ja infrastruktuuriin Konsepti voi mullistaa integraation toteuttamisen, mikä mahdollistaa tällaisen yhdentymisen monimutkaisuuden ja kustannusten merkittävän pienentämisen. Toinen suuntaus on palvelinten konsolidointi datakeskuksen palvelinlaitoksiin, kun taas kauppiaiden toimipisteillä on vain KVM-laajennukset ja erittäin ohut asiakkaat, kuten SunRay ja HP: n teräratkaisut Nopeat Metro Area Networksin avulla markkinatiedot voidaan ryhmitellä eri paikkakuntien välillä, mikä mahdollistaa kaupankäynnin lattian virtualisoinnin. Korkean tason arkkitehtuuri. Kuvio 1 kuvaa korkean tason arkkitehtuuria kaupankäyntiympäristöstä Ticker-tehdas ja algoritmit c kaupankäynnin moottorit sijaitsevat korkean suorituskyvyn kaupankäynnin klusterin yrityksen datakeskuksessa tai vaihtoon ihmiskauppiaat sijaitsevat loppukäyttäjä sovellusten alueella. Functionally on kaksi sovelluskomponentteja yritys kaupankäynnin ympäristössä, kustantajat ja tilaajat viestintäväylä tarjoaa kommunikaatiopolun kustantajien ja tilaajien välillä. Kauppatilaan liittyy kahta erityyppistä liikennettä. Markkinatieto Kuljettaa rahoitusinstrumenttien, uutisten ja muiden lisäarvoa koskevien tietojen hinnoittelua koskevat tiedot, kuten analyysit. Se on yksisuuntaista ja erittäin latenttiherkkä, joka tyypillisesti toimitetaan UDP-ryhmälähetyksen kautta. Se mitataan päivityksissä sec ja Mbps Market - tietovirrat yhdestä tai useammasta ulkoisesta syötteitä, jotka tulevat markkinatietojen toimittajilta, kuten pörsseiltä, ​​tiedonkerääjiltä ja ECN: isiltä. Jokaisella toimittajalla on oma markkinatiedon formaatti. Syötteiden käsittelyyn erikoistuneita sovelluksia vastaanottaa tiedot, jotka normalisoivat ja puhdistavat tiedot ja lähetetään sitten datan kuluttajille, kuten hinnoittelukoneet, algoritmiset kaupankäyntisovellukset tai ihmiskauppiaat. Myyjän yritykset lähettävät myös markkinatietoja asiakkailleen, buy-side - yrityksille, kuten sijoitusrahastoille, hedge-rahastoille ja muille omaisuudenhoitajille. Jotkut ostopääomayhtiöt voivat halutessaan saada suoria syötteitä vaihtamisesta, pienentämällä viivettä. Kuvio 1 kaupankäynnin arkkitehtuuri Osta Side myydä Side Firm. There ei ole alan standardi markkinatiedon muodot Jokainen vaihto h kuten Reutersin ja Bloombergin yhdistää erilaisia ​​markkinatiedon lähteitä, normalisoivat sen ja lisäävät uutisia tai analyysejä. Esimerkkejä konsolidoiduista syötteistä ovat RDF Reuters Data Feed, RWF Reuters Wire Format ja Bloomberg Professional Services Data. alhaisemmat latenssimarkkinatiedot, molemmat myyjät ovat julkaisseet reaaliaikaiset markkinatietoradat, jotka ovat vähemmän käsiteltyjä ja joilla on vähemmän analyysituloksia. Bloomberg B-Pipe B-Pipellä Bloomberg irrottaa markkinatietoradonsa jakelualustaltaan, koska Bloombergin terminaalia ei tarvita B-Pipe Wombat ja Reuters Feed Handlersin ilmoittama tuki B-Pipeille. Yritys voi päättää syöttää syötteitä suoraan vaihtoon latenssin vähentämiseksi Lähetysnopeuden voitot voivat olla 150 millisekuntia - 500 millisekuntia Nämä syötteet ovat monimutkaisempia ja kalliimpia, ja yrityksen on rakennettava ja ylläpidettävä omaa ticker-laitostaan. Kaupankäyntitilaukset Tämäntyyppinen liikenne kuljettaa todellista kaupankäyntiä. Se on kaksisuuntainen ja erittäin viivästynyt herkkä. Se mitataan viesteissä sec ja Mbps. Tilaukset alkavat ostopuolelta tai myydään sidosyritykseltä ja lähetetään kaupankäynnin kohteisiin kuten Exchange tai ECN toteutus Yleisimpiä tilausliikenteen muotoja ovat FIX Financial Information FIX-viestien käsittelevät sovellukset kutsutaan FIX-moottoreiksi ja ne liityvät tilausjärjestelmiin OMS. FIX: n optimointia kutsutaan FAST Fix Adapted for Streamingiksi, joka käyttää pakkaussuunnitelmaa vähentääkseen viestin pituus ja itse asiassa vähentää viivettä FAST on kohdistettu enemmän markkinoiden tietojen toimittamiseen ja se voi tulla standardiksi FAST voidaan käyttää myös puristussekvenssinä omien markkinatietojen muodossa. Laihduttavuuden vähentämiseksi yritykset voivat valita luoda suora markkinoillepääsy DMA. DMA on automatisoitu prosessi, jonka avulla arvopaperitilaus voidaan reitittää suoraan suorituspaikalle, jolloin vältetään kolmannen osapuolen sanastoId 383 DMA vaatii suoran yhteyden toteutuspaikkaan. Messaging-väylä on middleware-ohjelmisto, jota myyvät esimerkiksi Tibco, 29West, Reuters RMDS tai avoimen lähdekoodin alusta, kuten AMQP. Messaging-väylä käyttää luotettavaa mekanismia viestien toimittamiseen Liikenne voidaan tehdä TCP IP: n kautta TibcoEMS, 29West, RMDS ja AMQP tai UDP multicast TibcoRV, 29West ja RMDS. Yksi tärkeä käsite sanoman jakelussa on aihepiiri, joka on markkinatietojen osajoukko, , teollisuus tai tietty rahoitusinstrumentti. Tilaajat liittyvät yhteen tai useampaan alaryhmiin ryhmitellyille aiheryhmille, jotta saataisiin vain asiaankuuluvat tiedot. Aiemmin kaikki kauppiaat saivat kaikki markkinatiedot. Nykyisellä liikennemäärillä tämä olisi optimaalinen verkko. Verkko on tärkeä rooli kaupankäynnissä. Markkinoiden tiedot siirretään kauppapaikkaan, jossa ihmiskauppiaat sijaitsevat Campus - tai Metro-alueen nopeilla nopeuksilla työt Korkean käytettävyyden ja alhaisen latenssin sekä suuren läpäisykyvyn ovat tärkeimmät metrics. The korkean suorituskyvyn kaupankäyntiympäristö on suurin osa sen osaa Data Center-palvelin maatilan Vähentää latenssi, algoritmisen kaupankäynnin moottorit on sijoitettava lähellä syöttölaitteiden, FIX-moottoreiden ja tilausten hallintajärjestelmistä Vaihtoehtoisessa käyttöönottomallissa on algoritmiset kaupankäyntijärjestelmät, jotka sijaitsevat vaihdossa tai palveluntarjoajana, joka tarjoaa nopean yhteyden useisiin vaihtotoimiin. Käytönvalmistusmalleissa on kaksi käyttöönottomallia korkean suorituskyvyn kaupankäynnin alustalle Yritykset voivat päättää, että niillä on sekoitus. Kauppakeskuksen datakeskus Kuva 2 Tämä on perinteinen malli, jossa yritys kehittää ja ylläpitää täysimittaista kauppapaikkaa, jossa viestintäyhteydet kaikkiin kauppapaikkoihin Latency vaihtelee linkkien nopeuden ja humalan määrän välillä yritys ja paikat. Kuva 2: perinteinen käyttöönottomalli. Kaupankäyntipaikan sijaintipaikka, rahoituspalvelujen tarjoajat FSP Kuva 3. Kaupankäyntiyritys sijoittaa automatisoidun kaupankäynnin foorumin mahdollisimman lähellä toteutustapahtumia viivästyksen minimoimiseksi. Kuvio 3 Hosted Deployment Model. Services-Oriented Trading Architecture. We ovat ehdotetaan palvelukeskeistä kehystä seuraavan sukupolven kaupankäynnin arkkitehtuurin rakentamiseksi. Tämä lähestymistapa tarjoaa käsitteellisen kehyksen ja toteutuspolun, joka perustuu modulaarisointiin ja välisten riippuvuuksien minimoimiseen. Tämä kehys tarjoaa yrityksille metodologian. Arvioida nykyinen tilansa palveluiden osalta. Priorisoida palvelut, jotka perustuvat yrityksen arvoon. Kehitä kaupankäyntialusta haluttuun tilaan modulaarisen lähestymistavan avulla. Suorituskyvyn kaupankäynnin arkkitehtuuri perustuu seuraaviin palveluihin, jotka on määritelty kuviossa 4 esitetyistä palveluiden arkkitehtuurikehyksestä. Kuvio 4 Service Architecture Frameworkin tehokas kaupankäynti. Ultra-Low Latency Viestinvälityspalvelua. Tämä palvelu tarjoaa viestiväylä, joka on ohjelmistojärjestelmä, joka ratkaisee monien sovellusten liittämisen ongelman Järjestelmä koostuu seuraavista: Ennalta määriteltyjen viestien skeemien joukko. Yhteisten komentojen viestejä. Jaettu sovellusinfrastruktuuri viestien lähettämiseksi vastaanottajille Jaettu infrastruktuuri voi perustua viestin välittäjään tai julkaista tilausmalliin. Seuraavan sukupolven viestivälin väylävaatimukset ovat lähde 29West. Pienin mahdollinen latenssi e g alle 100 mikrosekuntia. Vakaus raskaassa kuormituksessa e g yli 1 4 miljoonaa sekuntia sek. Ohjaus - ja joustavuusnopeudenhallinta ja konfiguroitavat kuljetukset. Viestintäbussin ponnisteluja standardisoimaan Advanced Message Queuing Protocol AMQP on esimerkki avoimesta standardista, jota JP Morgan Chase tukee ja jota tukevat ryhmä toimittajat kuten Cisco, Envoy Technologies , Red Hat, TWIST-prosessin innovaatiot, Iona, 29West ja iMatix Kaksi tärkeintä päämäärää on tarjota yksinkertaisempi yhteentoimivuus sovelluksille, jotka on kirjoitettu eri alustoille ja modulaarisuudelle, jotta välitysjärjestelmä voidaan helposti kehittää. termit, AMQP-palvelin on samanlainen kuin sähköpostipalvelin, jossa kukin vaihto toimii viestinsiirtoagentina ja jokaisen sanomajonon postilaatikossa. Sidokset määrittävät reititystaulukoita jokaisessa siirtoagentissa. Kustantajat lähettävät viestejä yksittäisille siirtoagenteille, jotka sitten reitittävät viestit postilaatikoihin Kuluttajat ottavat viestit postilaatikosta, mikä luo voimakkaan ja joustavan mallin, joka on yksinkertainen lähde. Latency Monitori Palvelun tärkeimmät vaatimukset ovat. Mittausten sub-millisekunnin rakeisuus. Lähellä reaaliaikaista näkyvyyttä lisäämättä latenssia kaupankäynnin liikenteeseen. Kyky erottaa sovelluksen käsittelyn latenssi verkon kauttakulkuviiveestä. Kyky käsitellä korkeita viestinopeuksia. Tarjoa ohjelmoitu käyttöliittymä kaupankäynnin sovelluksiin latenssidatan vastaanottamiseksi, jolloin algoritmiset kaupankäynnistysmoottorit sopeutuvat muuttuviin olosuhteisiin. Liitää verkon tapahtumia sovellustilanteisiin vianmääritystarkoituksiin. Lihavuutta voidaan määritellä aikaväliä, jona kauppatilaus lähetetään, ja kun vastaanottava osapuoli tunnistaa ja toimii samalla tavalla. Viivästysongelman määrittäminen on monimutkainen ongelma, joka edellyttää kokonaisvaltainen lähestymistapa, joka tunnistaa kaikki latenssilähteet ja soveltaa erilaisia ​​tekniikoita järjestelmän eri kerroksissa. Kuvio 5 kuvaa komponenttiryhmää, joka voi viedä latenssin OSI-pinon jokaiselle kerrokselle. Se myös kartoittaa jokaisen latenssin lähteen mahdollisella ratkaisulla ja valvontaratkaisu Tämä kerrostettu lähestymistapa voi antaa yrityksille entistä jäsennellyn tavan hyökätä latenssikysymykseen, jolloin jokainen komponentti voidaan ajatella palveluna ja käsitellä johdonmukaisesti koko yrityksessä. Tarkka mittaus tämän aikavälien dynaamisessa tilassa eri vaihtoehdoilla reitit ja kohteet voivat olla suurta apua taktisten kaupankäynnin päätösten kykyä tunnistaa viivästysten täsmällinen sijainti, joko asiakkaan reunaverkostossa, keskitetyssä prosessointiryhmässä tai kaupankäyntisovellustasolla, määrittelee merkittävästi palveluntarjoajien kyvyn täyttää kaupankäyntinsä palvelutason sopimukset SLA: t. Osta - ja myyntisivut, samoin kuin markkinoiden tietojen syndikaattoreille, nopea tunnistaminen ja pullonkaulojen poisto käännetään suoraan parantuneisiin kaupankäyntimahdollisuuksiin ja tuloihin. Kuva 5 Latency Management Architecture. Cisco matalan latenssin valvontatyökalut. Traditional verkonvalvontatyökalut toimivat minuuteilla tai sekunneilla granularity Next - sukupolvenvaihdosympäristöt, erityisesti algoritmikauppaa tukevat, vaativat alle 5 ms: n latenssit ja erittäin pienet pakettihäviöt Gigabit LAN-verkossa 100 ms: n mikropuhallus voi aiheuttaa 10 000 liiketoimen menettämistä tai viivästymistä. Cisco tarjoaa asiakkailleen valikoiman välineet viiveen mittaamiseksi kaupankäynnissä. Bandwidth Quality Manager BQM OEM Corvililta. Cisco AON-pohjainen rahoituspalvelujen latenssianalyysiratkaisu FSMS. Bandwidth Quality Manager. Bandwidth Quality Manager BQM 4 0 on seuraavan sukupolven verkkosovelluksen suorituskyvynhallintatuote, jonka avulla asiakkaat voivat seurata ja tarjota verkkojaan valvotulle latenssi - ja häviötasolle. Vaikka BQM ei ole tarkoitettu yksinomaan kaupankäynnin verkkoihin, sen mikrosekunnin näkyvyys yhdistettynä älykkäisiin kaistanleveyden säätöominaisuuksiin tekee siitä ihanteellisen vaativille ympäristöille. Cisco BQM 4 0 toteuttaa laajan valikoiman patentoituja ja patentoitavissa olevia liikennemittaus - ja verkkoanalyysitekniikoita, jotka antavat käyttäjälle ennennäkemättömän näkyvyyttä ja ymmärrystä siitä, kuinka optimoida verkko maksimaalisen suorituskyvyn saavuttamiseksi. Cisco BQM - ohjelmistoa tuetaan nyt Cisco Application Deployment Engine ADE - tuoteperheestä. Cisco ADE - tuoteperhe on Cisco-verkonhallintasovellusten valintaympäristö. BQM Benefits. Cisco BQM mikro-näkyvyys on kyky y havaitsee, mittaa ja analysoi latenssia, jitteriä ja häviötä aiheuttavia liikennetapahtumia mikrosekunnin rakeisuuden tasoihin pakettitarkkuutta kohden Tämä mahdollistaa Cisco BQM: n havaita ja määrittää liikennetapahtumien vaikutukset verkon latenssiin, jitteriin ja häviöön Kriittinen että BQM voi tukea latenssin, häviön ja jitterin mittauksia yksisuuntaisesti sekä TCP - että UDP-monilähetysliikenteessä. Tämä tarkoittaa sitä, että se raportoi saumattomasti sekä kaupankäynnin liikenteelle että markkinatiedonlähteille. BQM: n avulla käyttäjä voi määrittää kattavan sarjan kynnysarvoja mikropuhallustoiminta, viivästys, häviäminen, jitter, käyttö, jne. kaikilla rajapinnoilla BQM toimii sitten taustalevyllä pakettien kaappauksella Kun kynnysraja tai muu mahdollinen suorituskyvyn hajoamispaikka ilmenee, se käynnistää Cisco BQM: n tallentamaan pakettien kaappauksen levylle myöhempää analyysiä varten. antaa käyttäjälle mahdollisuuden tutkia yksityiskohtaisesti sekä sovellusliikennettä, johon vaikutukset kärsivät uhreista e liikennettä, joka aiheutti suorituskyvyn heikkenemisen syylliset Tämä voi merkittävästi vähentää aikaa diagnosoimalla ja ratkaisemaan verkon suorituskykyä issues. BQM pystyy myös tarjoamaan yksityiskohtainen kaistanleveys ja palvelun laatu QoS politiikan käyttöönotto suosituksia, joita käyttäjä voi suoraan soveltaa saavuttamaan haluttu verkko suorituskykyä. BQM: n mitatut kuvat. Jotta voidaan ymmärtää eräiden tavanomaisempien mittaustekniikoiden ja BQM: n näkyvyyden välinen ero, voimme tarkastella joitain vertailukuvioita. Kuvion 6 ja kuvion 7 ensimmäisessä sarjassa näemme eron viive mitataan BQM: n passiivisen verkon laaduntarkkailun PNQM avulla ja ping-pakettien injektoimalla latenssi mitattuna 1 sekunnin välein liikennevirtaan. Kuviossa 6 näemme 1 sekunnin ICMP-ping-pakettien ilmoittaman latenssin todellisesta verkkoliikenteestä ja se jaetaan 2 antaa yksisuuntaisen viivearvon. Se osoittaa viiveen mukavasti alle noin 5 ms lähes kaikille aika. Kuvio 6 Latenssin, jonka 1-sekunti ICMP Ping-paketit ilmoitti reaaliaikaiselle verkkoliikenteelle. Kuviossa 7 näemme PNQM: n ilmoittaman latenssin samalle liikenteelle. Tässä näemme, että mittaamalla todellisen sovellus paketit, saamme radikaalisti erilaisen kuvan Tässä latenssin nähdään olevan leijuu noin 20 ms, ja satunnaisia ​​purskeita paljon korkeampi Selitys on, että koska ping lähettää paketteja vain joka toinen, se on täysin puuttuu suurin osa sovellusliikenteen latenssi In Tosiasiassa ping-tulokset viittaavat tyypillisesti vain pyöreän matkan etenemisviiveen sijaan realistiseen sovellusviiveeseen verkossa. Kuvio 7: Latenssin PNQM raportoi reaaliverkkoliikenteelle. Toisessa esimerkissä kuviossa 8 nähdään ero raportoidun linkkikuormituksen tai kyllästystasojen välillä 5 minuutin keskimääräinen näkymä ja 5 ms: n mikropuhtausnäkymä BQM voi raportoida mikroaaltoista noin 10-100 nanosekunnin tarkkuuteen. Vihreä viiva osoittaa keskimääräisen käyttöasteen 5 minuutin e keskimäärin on alhainen, ehkä jopa 5 Mbit / s Tummansininen tontti näyttää 5 ms: n mikropuhallustoiminnan, joka ulottuu välillä 75 Mbit / s ja 100 Mbit / s, LAN-nopeus tehokkaasti BQM osoittaa tämän rajaisuuden tason kaikille sovelluksille ja antaa myös selkeän varauksen säännöt, joiden avulla käyttäjä voi ohjata tai neutraloida nämä mikrohuovutukset. Kuvio 8 Erot raportoidun linkin lataamisessa 5 minuutin keskimääräisen näkymän ja 5 ms: n Microburst View. BQM: n käyttöönoton kaupankäynnin verkossa. Kuvassa 9 esitetään tyypillinen BQM-käyttöönotto kaupankäynnissä verkko. Kuva 9 Tyypillinen BQM-käyttöönotto kaupankäynnin verkostossa. BQM voidaan käyttää vastaamaan tällaisiin kysymyksiin. Onko jokin gigabit-LAN-ytimen yhteyksistä kyllästynyt yli X millisekuntia. Tämä aiheuttaa häviötä. Mitkä linkit hyötyisivät eniten Etherchannelin tai 10 Gigabitin nopeuksista. Mikä sovellusliikenne aiheuttaa 1 Gigabitin linkkien kyllästymisen. Onko jokin markkinoiden tiedoista kärsivä loppu-tappio. Kuinka paljon ylimääräinen viivästyminen tapahtuu failover-datakeskustelussa Onko tämä linkki oikein mitoitettu mikroburstien käsittelemiseksi. Ovatko minun kauppiaat saaneet alhaisia ​​viivästymispäivityksiä markkinoiden tietojen jakokerroksesta He näkevät viiveitä, jotka ovat suurempia kuin X millisekuntia. Voidakseni vastata näihin kysymyksiin yksinkertaisesti ja tehokkaasti säästää aikaa ja rahaa kaupankäynnin verkoston ylläpitämisessä. BQM on olennainen työkalu näkyvyyden saavuttamiseksi markkinatietoihin ja kaupankäynnin toimintaympäristöihin Se tarjoaa rakeisia loppu-to-end-latenssimittauksia monimutkaisissa infrastruktuureissa, jotka kokevat suuren volyymin tiedon siirron. Mikrohuomioiden havaitseminen alle millisekuntitasolla ja asiantuntevan analyysin vastaanottaminen tietyllä tapahtumalla on arvokasta kaupankäynnin lattiarakentajille. Smart-kaistanleveys Tarjontaan liittyvät suositukset, kuten mitoitus ja mikä-if-analyysi, tarjoavat suuremman ketteryyden reagoimaan epävakaisiin markkinaolosuhteisiin. Koska algoritmisen kaupankäynnin räjähdys ja lisääntyvät viestinopeudet jatkuvat, BQM yhdistää QoS-työkalunsa kanssa kyvyn toteuttaa QoS-käytäntöjä, jotka voivat suojata kriittisiä kaupankäynnin sovelluksia. Cisco Financial Services Latency Monitoring Solution. Cisco ja Trading Metrics ovat toimineet yhteistyössä latenssinvalvontaratkaisujen kanssa FIX-tilausvirralla ja markkinatietojen valvonnalla Cisco AON - teknologia on perusta uudelle verkko-integroidulle tuotteelle ja ratkaisuille, jotka auttavat yhdistämään älykkäitä verkkoja sovellusinfrastruktuuriin, joka perustuu palvelupohjaisia ​​tai perinteisiä arkkitehtuureja. Kaupankäynti Metrics on johtava analyysiohjelmistojen tarjoaja verkkoinfrastruktuurille ja sovelluksen latenssivalvontatarkoituksiin. Cisco AON Financial Servicesin latenssinseurannan ratkaisu FSMS korreloi kahdenlaisia ​​tapahtumia tarkkailupisteessä. Verkon tapahtumat korreloivat suoraan samanaikaisen sovellusviestin käsittelyn kanssa. Kaupan tilausvirta ja vastaavat markkinoiden päivitystapahtumat. Verkossa tapahtuvan kaappauksen yhteydessä osoitettujen aikaleimojen avulla näiden korreloivien tietovirtojen reaaliaikainen analyysi mahdollistaa infrastruktuurin pullonkaulojen täsmällisen tunnistamisen, kun kauppaa toteutetaan tai markkinatietoja käytetään hajautettu seuranta ja mittaus varhaisessa vaiheessa, rahoitusyhtiöt voivat tehdä parempia päätöksiä siitä, mitkä verkkopalvelut ja mikä välittäjä, markkinat tai vastapuolet valita kaupankäyntijärjestelmien reitittämiseksi Samoin tämä tietämys mahdollistaa entistä helpomman pääsyn päivitettyihin markkinatietoihin, talousuutisia jne., joka on tärkeä perusta markkinoiden mahdollisuuksien aloittamiselle, markkinoilta vetämisestä tai jatkamisesta. AON-laitteistoa kolmessa eri tekijässä. AON-verkkoyksikkö Cisco 2600 2800 3700 3800 reitittimeen. AON-terä Cisco Catalyst 6500-sarjalle. AON 8340 - laitteisto. Kaupankäyntitasot MA 2 0 - ohjelmisto, joka tarjoaa seuranta - ja hälytyssovelluksen, näyttää latenssikaavioita hallintapaneelissa ja antaa hälytyksiä, kun hidastukset tapahtuvat. Kuva 10 AON-pohjainen FIX Latency Monitoring. Cisco IP SLA. Cisco IP SLA on sulautettu verkonhallinta työkalu Cisco IOS: ssä, jonka avulla reitittimet ja kytkimet synnyttävät synteettisiä liikennevirtoja, joita voidaan mitata viiveellä, jitterillä, pakettien häviämisellä ja muilla kriteereillä. Kaksi avainkäsitteitä muodostavat muodostetun liikenteen lähteen ja kohteen molemmat toimivat IP SLA: n vastuuhenkilö, joka on vastuussa ohjausliikenteen aikaleimasta ennen kuin se on hankkinut ja palannut kohteelle pyöreän matkan mittaamiseen. Useita liikennetyyppejä voidaan hankkia IP SLA: n sisällä ja ne on suunnattu eri mittauksiin ja kohdennettava erilaisia ​​palveluja ja sovelluksia. UDP jitter operaatiota käytetään mittaamaan yksisuuntaista ja edestakaista viivettä sekä raportoimaan muunnelmia. Koska liikenne on ajallisesti leimattu sekä lähetys - että kohdelaitteisiin käyttäen Onder ominaisuus, edestakaisen viivästyksen karakterisoi delta kahden aikaleiman välillä. Uusi ominaisuus otettiin käyttöön IOS 12 3 14 T: ssä, IP SLA Sub Millisecond Reporting, joka mahdollistaa aikaleimaukset näyttäen tarkkuudella mikrosekunnissa, mikä tarjoaa aikaisemmin saatavissa oleva rakeisuuden taso Tämä uusi ominaisuus on nyt tehnyt IP-SLA: n relevanteiksi kampuskenneverkkoihin, joissa verkon latenssi on tyypillisesti 300-800 mikrosekuntia ja kyky havaita trendejä ja piikkejä lyhyitä trendejä, jotka perustuvat mikrosekunnin rakeisuuslaskureihin, on vaatimus jotka aikovat käyttää sähköisiä kaupankäyntiympäristöjä. Tämän seurauksena IP SLA - järjestelmää tarkastellaan nyt huomattavassa määrin rahoitusjärjestöjä, koska ne kaikki joutuvat vaatimusten täyttämiseen. Ilmoita perusviiveen latenssille käyttäjille. Trendin perusviiveen latenssi ajan mittaan. Vastaa nopeasti liikennepurskeihin, jotka aiheuttavat muutoksia raportoituun viivästymiseen. Viiden millisekunnin raportointi on välttämätöntä näille asiakkaille, sillä monet kampukset ja runkoverkot toimittavat parhaillaan toisen viiveen useissa kytkinryhmissä. Elektroniset kaupankäyntiympäristöt ovat yleensä pyrkineet poistamaan tai minimoimaan kaikki laitteen ja verkon viivästysalueet nopean tilaustyön suorittamiseksi yritykselle Raportointi siitä, että verkon vasteajat ovat vain alle millisekunnissa, ei enää riitä, että verkon segmentin tai runkoverkon kautta raportoidut latenssimatkojen rakeisuus on lähempänä 300-800 mikro - sekvenssit, joiden tarkkuus on 100 sekuntia. IP SLA lisäsi äskettäin tukea IP-ryhmälähetystestivirroille, jotka voivat mitata markkinatietojen latenssia. Tyypillinen verkkotopologia esitetään kuvassa 11 IP SLA - varjo reitittimien, lähteiden ja vastaajien kanssa. Kuva 11 IP SLA: n käyttöönottopalvelut Palvelupalvelut kattavat laajan teknologian, jonka tavoitteena on elim Verkkopakettien käsittelyn aiheuttamat muisti - ja CPU-pullonkaulat Kaupankäynnin sovellukset kuluttavat suuria määriä markkinatietoja ja palvelimien on omistettava resursseja verkkoliikenteen käsittelyyn sovelluskohtelun sijaan. Liikenteen käsittely Suurilla nopeuksilla verkon pakettien käsittely voi kuluttaa huomattavan määrän palvelimen suorittimen syklejä ja muistia. Vakiintunut sääntö selviää, että 1 Gbps: n verkkokaistanleveys vaatii 1 GHz prosessorin kapasiteetti-lähdettä Intelin valkoisen paperin I O - kiihdytyksellä. Intermediate buffer copying In 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. Context switching Every 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 TCP IP 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. 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 a pplication is dynamic Using an application virtualization system like Data Synapse s GridServer, applications can migrate, using pre-configured policies, to under-utilized servers in a supply-matches-demand process. 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 head room 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. This is called a data grid and is the first step in the process of creating what Gartner calls Extreme Transaction Processing XTP id 500947 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 Today s data grids are localized in data centers connected by Metro Area Networks MAN This is mainly because the applications themselves have limits they 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 i s 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 th e 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 servers one 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 brokerage s 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 larg e 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 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 f iltering 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 Groups Channels 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 onl y one message in each packet quickly reaches the point of diminishing returns there 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 network application 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 a nd 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 ha ve 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 mu lticast 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 protoco l 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.