Cisco sistema de negociação

OPTIMIZAR O DESEMPENHO DE NEGOCIAÇÃO COM COMUNICAÇÕES UNIFICADAS. Os profissionais financeiros em bancos, corretoras, commodities, bolsas e administração de investimentos geralmente dependem de sistemas autônomos de torre e telecomunicações para comunicações e informações cruciais. Mas os sistemas isolados isolam os comerciantes dos ativos que eles precisam para negociar com sucesso Um mercado global volátil. Na verdade, a pesquisa demonstra que os comerciantes são obrigados a manipular uma complexa rede de TI, streaming de mídia e telecomunicações para fazer o trabalho para mais sobre o estado do mercado e por que os sistemas de torre não mais atender às necessidades dos comerciantes. Fund Management. Hedge Funds. Online Markets. Proprietary Trading. Download do Livro Branco. Traders usando sistemas de torre isolada enfrentam muitos desafios em curso, incluindo. Instante acesso. Turret sistemas por conta própria não pode perfurar para baixo em dados de negociação, análise ou notícias de última hora Os comerciantes são forçados Para usar uma gama de outras tecnologias. Colaboração e performance. Analysts e pessoal de back office pode b Com base fora do escritório ou do outro lado do mundo Os recursos inteligentes devem estar imediatamente disponíveis, dentro ou fora de qualquer torre, para contribuir para a tomada de decisão. Produtividade, vantagem competitiva e lucros. Os sistemas de tronco carecem de agilidade para atender às mudanças globais em constante mudança As condições de mercado Os comerciantes são levados a buscar novas soluções para maximizar a produtividade, vantagem competitiva e lucros. Leia o Panorama. IP TRADE UNIFYING TRADING WORKFLOWS. IP Comércio centraliza informações vitais unificando comunicações de voz, dados e vídeo em uma única plataforma flexível Baseado em O IP Trade permite que os comerciantes acessem instantaneamente colegas globais localizados em qualquer lugar, dados e análises em sistemas de TI, mídia em fluxo contínuo em tempo real e outras informações vitais. Permite aos comerciantes aumentar a produtividade, eficiência e negociação superior, otimizando o desempenho através de comunicações unificadas E porque entendemos que uma negociação Chão não é um tamanho único ambiente, uma série de aplicações de negociação e os fatores de forma torreta estão disponíveis para atender a cada tipo de usuário. Novidades Events. Cisco Systems, Inc CSCO após Horas Trading. Real-Time After Hours pré-mercado Notícias. Flash Quote Resumo Citação Interactive Gráficos Default Setting. Por favor, note que uma vez que você faça a sua seleção, ele se aplicará a todas as futuras visitas a If, a qualquer momento, você está interessado em reverter para as nossas configurações padrão, selecione Default Setting acima. Se você Você tem alguma dúvida ou encontrar quaisquer problemas em alterar suas configurações padrão, por favor email. Please confirmar sua seleção. Você selecionou para alterar a configuração padrão para a pesquisa de cotação Esta será agora a sua página de destino padrão a menos que você alterar sua configuração novamente, ou você Exclua seus cookies Tem certeza de que deseja alterar suas configurações. Temos um favor a pedir. Por favor, desabilite seu bloqueador de anúncios ou atualize suas configurações para garantir que javascript e cookies estão ativados, para que possamos cont Inue para fornecê-lo com as notícias e os dados do mercado de primeira qualidade que você vem esperar de nós. Arquitetura de assoalho de táxi. Arquitetura de assoalho de táxi. A competição aumentada. A competição aumentada, volume de dados de mercado mais elevado, e demandas reguladoras novas são algumas das forças dirigindo Atrás das mudanças da indústria As empresas estão tentando manter sua vantagem competitiva, mudando constantemente suas estratégias de negociação e aumentando a velocidade de negociação. Uma arquitetura viável tem que incluir as mais recentes tecnologias de domínios de rede e aplicativos Tem que ser modular para fornecer um caminho gerenciável para Evoluímos cada componente com o mínimo de interrupção para o sistema global. Portanto, a arquitetura proposta por este documento é baseada em um quadro de serviços Examinamos serviços como mensagens de ultra baixa latência, monitoramento de latência, multicast, computação, armazenamento, virtualização de dados e aplicativos, , Mobilidade comercial e thin client. A solução para os requisitos complexos da próxima geração N plataforma de negociação deve ser construída com uma mentalidade holística, atravessando os limites de silos tradicionais, como negócios e tecnologia ou aplicações e networking. This documento s principal objetivo é fornecer orientações para a construção de uma plataforma de ultra baixa latência de negociação ao mesmo tempo otimizar a produção bruta e Taxa de mensagem para dados de mercado e ordens de negociação FIX. Para isso, estamos propondo as seguintes tecnologias de redução de latência. Conectividade InfiniBand de alta velocidade ou conectividade de 10 Gbps para o cluster de negociação. Ônibus de mensagens de alta velocidade. Aceleração da aplicação via RDMA sem o re-código da aplicação. Monitoramento de latência em tempo real e reorientação do tráfego comercial para o caminho com latência mínima. Tendências e Desafios da Indústria. As arquiteturas de negociação de última geração têm de responder a demandas crescentes de velocidade, volume e eficiência Por exemplo, o volume de mercado de opções Os dados são esperados para dobrar após a introdução de opções negociação de moeda de um centavo em 2007 Existem também exigências regulamentares para a melhor execução, que exigem manipulação de atualizações de preços em taxas que se aproximam 1M msg para trocas Eles também exigem visibilidade sobre a frescura dos dados e prova de que O cliente tem a melhor execução possível. A curto prazo, a velocidade de negociação e inovação são diferenciadores-chave Um número crescente de negócios são tratados por aplicações de negociação algorítmica colocado o mais próximo possível do local de execução de comércio Um desafio com estas negociação em caixa preta Motores é que eles combinam o aumento de volume através da emissão de ordens apenas para cancelá-los e reenviá-los A causa deste beh Avior é a falta de visibilidade em que o local oferece melhor execução O comerciante humano é agora um engenheiro financeiro, um analista quant quantitativo com habilidades de programação, que pode ajustar os modelos de negociação no momento Firmas desenvolver novos instrumentos financeiros, E eles precisam implantar as novas aplicações de forma rápida e de forma escalonável. A longo prazo, a diferenciação competitiva deve vir da análise, não apenas o conhecimento Os comerciantes estrelas de amanhã assumir o risco, alcançar verdadeira visão do cliente e consistentemente bater o mercado fonte IBM A resiliência empresarial tem sido uma das principais preocupações das empresas comerciais desde 11 de setembro de 2001. As soluções nesta área variam de centros de dados redundantes situados em geografias diferentes e conectados a múltiplos locais de negociação para soluções de comerciantes virtuais oferecendo aos comerciantes de energia a maior parte da funcionalidade de um pregão Em um local remoto. A indústria de serviços financeiros é uma das mais exigentes em termos de TI SOA, serviços da Web e virtualização de recursos de TI O SOA aproveita o aumento da velocidade da rede para permitir a vinculação dinâmica ea virtualização de componentes de software Isso permite a criação de novas aplicações sem perder O investimento em sistemas e infra-estruturas existentes O conceito tem o potencial de revolucionar a forma como a integração é feita, permitindo reduções significativas na complexidade e no custo de tal integração. Outra tendência é a consolidação de servidores em farms de servidores de data centers, Extensões KVM e clientes ultrafinos, por exemplo, soluções blade SunRay e HP As redes de área metropolitana de alta velocidade permitem que os dados de mercado sejam multicast entre locais diferentes, permitindo a virtualização do andar de negociação. A arquitetura de alto nível. A figura 1 descreve a arquitetura de alto nível De um ambiente de negociação A planta de ticker e os algoritmos C os motores de negociação estão localizados no cluster de alto desempenho de negociação no centro de dados da empresa ou na troca Os comerciantes humanos estão localizados na área de aplicativos do usuário final. Funcionalmente, existem dois componentes de aplicativos no ambiente de negócios de negócios, editores e assinantes O barramento de mensagens fornece o caminho de comunicação entre editores e assinantes. Existem dois tipos de tráfego específicos para um ambiente de negociação. Dados de mercado Carrega informações de preços para instrumentos financeiros, notícias e outras informações de valor agregado, como analítica. É unidirecional e muito sensível à latência, geralmente entregue em multicast UDP É medido em atualizações sec e em Mbps. Feeds, provenientes de fornecedores de dados de mercado, como bolsas de valores, agregadores de dados e ECNs Cada provedor tem seu próprio formato de dados de mercado Os dados são recebidos por manipuladores de feed, aplicações especializadas que normalizam e limpam os dados e depois enviam aos consumidores de dados, As empresas de compra, tais como fundos mútuos, hedge funds e outros gestores de activos Algumas empresas de buy-side podem optar por receber feeds diretos De trocas, reduzindo latency. Figure 1 Arquitetura de negociação para um lado Buy Side Firm. There não há padrão da indústria para formatos de dados de mercado Cada câmbio h Como seu formato proprietário Os fornecedores de conteúdo financeiro, como Reuters e Bloomberg, agregam diferentes fontes de dados de mercado, normalizam e adicionam notícias ou análises. Os exemplos de feeds consolidados são o Data Feed da RDF Reuters, o Formato da Reuters Wire e os Serviços Profissionais da Bloomberg Data. To deliver Menores dados de mercado de latência, ambos os fornecedores liberaram feeds de dados de mercado em tempo real que são menos processados ​​e têm menos análise. Bloomberg B-Pipe Com B-Pipe, a Bloomberg desacopla seu feed de dados de mercado de sua plataforma de distribuição porque um terminal Bloomberg não é necessário para obter B-Pipe Wombat e Reuters Feed Handlers anunciaram suporte para B-Pipe. Para receber feeds diretamente de uma troca para reduzir a latência Os ganhos na velocidade de transmissão pode ser entre 150 milissegundos a 500 milissegundos Estes feeds são mais complexos e mais caros ea empresa tem que construir e manter sua própria fábrica de ticker. Ordens de Negociação Este tipo de tráfego transporta os negócios reais É bidireccional e muito sensível à latência É medido em mensagens seg e Mbps As ordens são originárias de um lado de compra ou vendem lado da empresa e são enviadas para locais de negociação como uma troca ou ECN para O formato mais comum para o transporte de ordens é FIX Financial Information As aplicações que manipulam mensagens FIX são chamadas de mecanismos FIX e eles interagem com os sistemas de gerenciamento de pedidos. A otimização do FIX é chamada FAST Fix Adapted for Streaming, que usa um esquema de compressão para reduzir O FAST pode ser usado como um esquema de compressão para formatos de dados de mercado proprietários. Para reduzir a latência, as empresas podem optar por Estabelecer acesso direto ao mercado DMA. DMA é o processo automatizado de roteamento de uma ordem de títulos diretamente para um local de execução, evitando assim a intervenção de um O barramento de mensagens é software de middleware de fornecedores como Tibco, 29West, Reuters RMDS ou uma plataforma de código aberto como AMQP. O barramento de mensagens usa um mecanismo confiável para entregar mensagens O transporte pode ser feito através de TCP IP TibcoEMS, 29West, RMDS e AMQP ou UDP multicast TibcoRV, 29West e RMDS Um conceito importante na distribuição de mensagens é o fluxo de tópicos, que é um subconjunto de dados de mercado definido por critérios como o símbolo do ticker , Indústria ou uma determinada cesta de instrumentos financeiros Os assinantes aderem a grupos de tópicos mapeados a um ou vários subtópicos para receber apenas as informações relevantes No passado, todos os comerciantes receberam todos os dados de mercado Nos volumes de tráfego atuais, isso seria Sub-optimal. The rede desempenha um papel crítico no ambiente comercial Os dados do mercado é levado para o pregão onde os comerciantes humanos estão localizados através de uma rede de alta velocidade Campus ou Metro Area Trabalho Alta disponibilidade e baixa latência, bem como alto rendimento, são as métricas mais importantes. O ambiente de negociação de alto desempenho tem a maioria de seus componentes no farm de servidores do Data Center Para minimizar latência, os motores de negociação algorítmica precisam estar localizados na proximidade Dos manipuladores de alimentação, motores FIX e sistemas de gerenciamento de pedidos. Um modelo de implantação alternativo tem os sistemas de negociação algorítmicos localizados em uma central ou um provedor de serviços com conectividade rápida a várias trocas. Modelos de Desempenho. Existem dois modelos de implantação para uma plataforma de negociação de alto desempenho As empresas podem optar por ter uma mistura dos dois. Data Center da empresa de negociação Figura 2 Este é o modelo tradicional, onde uma plataforma de negociação completa é desenvolvida e mantida pela empresa com links de comunicação para todos os locais de negociação Latência varia com a velocidade dos links eo número de saltos entre A empresa e os locais. Figura 2 Modelo de implantação tradicional. Figura 3. A empresa comercial implementa sua plataforma de negociação automatizada o mais próximo possível dos locais de execução para minimizar a latência. Figura 3 Modelo de implantação hospedada. Arquitetura comercial orientada a serviços. Propondo um quadro orientado a serviços para a construção da arquitetura comercial de próxima geração. Esta abordagem fornece uma estrutura conceitual e um caminho de implementação baseado na modularização e minimização de interdependências. Este quadro fornece às empresas uma metodologia para. Avaliar seu estado atual em termos de serviços. Priorizar os serviços com base no seu valor para o negócio. Evoluir a plataforma de negociação para o estado desejado usando uma abordagem modular. A arquitetura de alto desempenho de negociação depende dos seguintes serviços, conforme definido pela estrutura de arquitetura de serviços representada na Figura 4.Figura 4 Arquitetura de Arquitetura de Serviços para Alto Desempenho Trading. Ultra-Low Latency Serviço de Mensagens. Este serviço é fornecido pelo barramento de mensagens, que é um sistema de software que resolve o problema de conectar muitas a muitas aplicações O sistema consiste em. Um conjunto de esquemas de mensagem predefinidos. Um conjunto de mensagens de comandos comuns. Uma infra-estrutura de aplicativo compartilhada para enviar as mensagens para os destinatários A infraestrutura compartilhada pode ser baseada em um corretor de mensagens ou em um modelo de assinatura publicar. Os principais requisitos para o barramento de mensagens de próxima geração são a fonte 29West. Maior latência possível e g menor que 100 microsegundos. Estabilidade sob carga pesada e g mais de 1 4 milhões msg seg. Control e controle de taxa de flexibilidade e transportes configuráveis. Há esforços na indústria para padronizar o barramento de mensagens Advanced Message Queuing Protocol AMQP é um exemplo de um padrão aberto defendido por JP Morgan Chase e apoiado por um grupo de fornecedores como Cisco, Envoy Technologies , Red Hat, Inovações de Processo TWIST, Iona, 29West e iMatix Dois dos principais objetivos são fornecer um caminho mais simples para interoperabilidade para aplicações escritas em diferentes plataformas e modularidade para que o middleware pode ser facilmente evoluído. Em geral Um servidor AMQP é análogo a um servidor de e-mail com cada intercâmbio atuando como um agente de transferência de mensagens e cada fila de mensagens como uma caixa de correio As ligações definem as tabelas de roteamento em cada agente de transferência Os editores enviam mensagens a agentes de transferência individuais, As mensagens em caixas de correio Consumidores levam mensagens de caixas de correio, o que cria um modelo poderoso e flexível que é simples source. Latency Monitori Os principais requisitos para este serviço são. Sub-millisecond granularidade de medições. Visibilidade em tempo quase real sem adicionar latência ao tráfego comercial. Capacidade de diferenciar latência de processamento de aplicativos de latência de trânsito de rede. Capacidade de lidar com altas taxas de mensagem. Fornecer uma interface programática para aplicações comerciais para receber dados de latência, permitindo assim que os motores de negociação algorítmicos se adaptem às condições em mudança. Correlacionar eventos de rede com eventos de aplicativo para fins de solução de problemas. A latência pode ser definida como o intervalo de tempo entre quando uma ordem comercial é enviada e quando a mesma ordem é reconhecida e atuada pela parte receptora. Uma abordagem holística que identifica todas as fontes de latência e aplica diferentes tecnologias em diferentes camadas do sistema. A Figura 5 descreve a variedade de componentes que podem introduzir latência em cada camada da pilha OSI. Também mapeia cada fonte de latência com uma possível solução e Uma solução de monitoramento Esta abordagem em camadas pode dar às empresas uma forma mais estruturada de atacar o problema de latência, em que cada componente pode ser pensado como um serviço e tratado de forma consistente em toda a empresa. Manter uma medida precisa do estado dinâmico deste intervalo de tempo em alternativa Rotas e destinos podem ser de grande ajuda nas decisões comerciais táticas. A capacidade de A localização exata dos atrasos, seja na rede de borda do cliente, no hub de processamento central ou no nível da aplicação de transação, determina de forma significativa a capacidade dos provedores de serviços de cumprir seus acordos de nível de serviço de negociação SLAs Para formulários de buy - Assim como para os sindicadores de dados de mercado, a rápida identificação e remoção de estrangulamentos se traduz diretamente em oportunidades de comércio aprimorado e receita. Figura 5 Latency Management Architecture. Cisco Low-Latency Monitoring Tools. Traditional ferramentas de monitoramento de rede operam com minutos ou segundos granularidade Next - Em uma LAN Gigabit, um microburst de 100 ms pode fazer com que 10.000 transações sejam perdidas ou excessivamente atrasadas. A Cisco oferece aos seus clientes uma escolha de Ferramentas para medir latência em um ambiente comercial. Gerente de qualidade de banda BQM OEM da Corvil. Solução de monitoramento de latência de serviços financeiros baseada em Cisco AON FSMS. Bandwidth Quality ManagerBandwidth Quality Manager BQM 4 0 é um produto de gerenciamento de desempenho de aplicativos de rede de próxima geração que permite aos clientes monitorar e provisionar sua rede para níveis controlados de latência e desempenho de perda. Não é exclusivamente direcionada para redes comerciais, sua visibilidade de microssegundos combinada com recursos inteligentes de fornecimento de largura de banda torná-lo ideal para esses ambientes exigentes. O Cisco BQM 4 0 implementa um amplo conjunto de tecnologias de medição de tráfego patenteadas e pendentes de patente que dão ao usuário sem precedentes Visibilidade e compreensão de como otimizar a rede para o máximo desempenho do aplicativo. Cisco BQM agora é suportado na família de produtos do Cisco ADE Application Deployment Engine A família de produtos Cisco ADE é a plataforma de escolha para aplicativos de gerenciamento de rede Cisco. BQM Benefits. Cisco BQM A micro-visibilidade é a Para detectar, medir e analisar latência, jitter e perda, induzindo eventos de tráfego até níveis de granularidade de microssegundo com resolução por pacote. Isso permite que o Cisco BQM detecte e determine o impacto de eventos de tráfego na latência, jitter e perda da rede. Negociação é que o BQM pode suportar medições de latência, perda e jitter de sentido único para ambos TCP e UDP multicast tráfego Isso significa que relatórios de forma transparente tanto para o comércio de tráfego e feeds. BQM mercado permite ao usuário especificar um conjunto abrangente de limiares contra Atividade de microburst, latência, perda, jitter, utilização, etc em todas as interfaces BQM, em seguida, opera uma captação de pacotes de rolamento de fundo Sempre que ocorre uma violação de limite ou outro evento de degradação de desempenho potencial, desencadeia o Cisco BQM para armazenar a captura de pacotes para análise posterior. Permite ao usuário examinar detalhadamente tanto o tráfego do aplicativo que foi afetado pela degradação do desempenho das vítimas e E o tráfego que causou a degradação do desempenho dos culpados Isso pode reduzir significativamente o tempo gasto diagnosticando e resolver problemas de desempenho da rede. BQM também é capaz de fornecer largura de banda detalhada e qualidade de serviço QoS políticas provisionamento recomendações, que o usuário pode aplicar diretamente para alcançar a rede desejada Para entender a diferença entre algumas das técnicas de medição mais convencionais e a visibilidade fornecida pelo BQM, podemos olhar para alguns gráficos de comparação. No primeiro conjunto de gráficos, Figura 6 e Figura 7, vemos a diferença entre Latência medida pelo Monitor de Qualidade de Rede Passiva do BQM PNQM ea latência medida injetando pacotes de ping a cada 1 segundo no fluxo de tráfego. Na Figura 6 vemos a latência relatada por pacotes de ping de 1-segundo ICMP para tráfego de rede real é dividida por 2 Para dar uma estimativa para o atraso unidirecional Mostra o atraso confortavelmente abaixo de cerca de 5ms para quase todos os Time. Figure 6 Latência relatada por pacotes de um segundo ICMP Ping para tráfego de rede real. Na Figura 7, vemos a latência relatada pelo PNQM para o mesmo tráfego ao mesmo tempo Aqui vemos que, medindo a latência de sentido único do real Os pacotes de aplicação, obtemos uma imagem radicalmente diferente Aqui a latência é vista para pairar em torno de 20 ms, com rajadas ocasionais muito mais altas A explicação é que porque o ping está enviando pacotes apenas a cada segundo, está completamente faltando a maior parte da latência do aplicativo em De fato, os resultados de ping tipicamente indicam apenas atraso de propagação de viagem de ida e volta em vez de latência de aplicação realista na rede. Figura 7 Latência Relatada pelo PNQM para Tráfego de Rede Real. No segundo exemplo, Figura 8, vemos a diferença nos níveis de carga ou saturação de link relatados entre Uma visão média de 5 minutos e uma visão de microburst de 5 ms BQM pode relatar em microbursts até cerca de 10-100 nanossegundos de precisão A linha verde mostra a utilização média em 5 minutos E médias para baixo, talvez até 5 Mbits s O gráfico azul escuro mostra a atividade de microburst de 5ms atingindo entre 75 Mbits s e 100 Mbits s, a velocidade da LAN efetivamente BQM mostra esse nível de granularidade para todas as aplicações e também fornece aprovisionamento claro Para permitir que o usuário controle ou neutralize estes microbursts. Figure 8 Diferença em Related Link Load entre um 5-Minute Average View e um 5 ms Microburst View. BQM implantação no Trading Network. Figure 9 mostra uma típica BQM implantação em uma negociação Figura 9. Implementação BQM típica em uma rede comercial. O BQM pode ser usado para responder a esses tipos de perguntas. Algum de meus links de núcleo de LAN Gigabit está saturado por mais de X milissegundos Isso está causando perda Quais ligações se beneficiariam mais de uma atualização para Etherchannel ou velocidades de 10 Gigabit. O tráfego do aplicativo está causando a saturação de meus links de 1 Gigabit. É qualquer um dos dados de mercado experimentando perda de ponta a ponta. Quanto latência adicional faz a experiência de centro de dados de failover É este link dimensionado corretamente para lidar com microbursts. São os meus comerciantes ficando baixas atualizações de latência da camada de distribuição de dados de mercado Eles estão vendo quaisquer atrasos superiores a milissegundos X. Podendo responder a estas perguntas de forma simples e eficaz economiza tempo e dinheiro na execução da rede comercial. BQM é uma ferramenta essencial para ganhar visibilidade Em dados de mercado e ambientes de negociação Fornece medições granulares de latência end-to-end em infra-estruturas complexas que experimentem movimentos de dados de alto volume Detectando microbursts em níveis de sub-milissegundo de forma eficaz e recebendo análise de especialistas em um evento específico é inestimável para arquitetos de trading largura de banda inteligente Como a explosão da negociação algorítmica e aumento das taxas de mensagem continua, o BQM, combinado com sua ferramenta de QoS, fornece a capacidade de implementar políticas de QoS que podem Proteger aplicações comerciais críticas. Serviços Financeiros Cisco Latency Monitoring Solution. Cisco e Trading Metrics colaboraram em soluções de monitoramento de latência para fluxo de pedidos FIX e monitoramento de dados de mercado A tecnologia Cisco AON é a base para uma nova classe de produtos e soluções embutidas em rede que ajudam a mesclar redes inteligentes com infra - Arquiteturas tradicionais ou orientadas a serviços Trading Metrics é um fornecedor líder de software analítico para infra-estrutura de rede e monitoramento de latência de aplicativos. A Solução de Monitoramento de Latência de Serviços Financeiros Cisco AON FSMS correlacionou dois tipos de eventos no ponto de observação. Eventos de rede correlacionados diretamente com manipulação de mensagens de aplicativo coincidentes. Fluxo de pedidos comerciais e eventos de atualização de mercado correspondentes. Usando carimbos de tempo afirmados no ponto de captura na rede, a análise em tempo real desses fluxos de dados correlacionados permite a identificação precisa de gargalos em toda a infra-estrutura enquanto um comércio está sendo executado ou dados de mercado estão sendo Distribuídos por monitoramento e latência de medição no início do ciclo, as empresas financeiras podem tomar melhores decisões sobre qual serviço de rede e que intermediário, mercado ou contraparte para selecionar para encaminhamento de ordens de comércio também permite um acesso mais simplificado às cotações atualizadas de dados de mercado, Notícias econômicas, etc, que é uma base importante para iniciar, retirar ou buscando oportunidades de mercado. Os componentes da solução são. AON hardware em três fatores de forma. Módulo de rede AON para roteadores Cisco 2600 2800 3700 3800. AON Blade para a série Cisco Catalyst 6500. AON 8340 Appliance. O software Trading Metrics MA 2 0, que fornece o aplicativo de monitoramento e alerta, exibe gráficos de latência em um painel e emite alertas quando ocorrem desacelerações. Figura 10 Monitoração de latência FIX com base em AON. Cisco IP SLA. Cisco IP SLA é um gerenciamento de rede incorporado Ferramenta no Cisco IOS, que permite roteadores e switches para gerar fluxos de tráfego sintéticos que podem ser medidos para latência, jitter, perda de pacotes e outros critérios. Dois conceitos-chave são a fonte do tráfego gerado eo alvo Ambos executam um SLA IP Que tem a responsabilidade de timestamp o tráfego de controle antes de ser obtido e devolvido pelo alvo para uma viagem de ida e volta vários tipos de tráfego podem ser originados dentro SLA IP e eles são destinados a métricas diferentes e alvo diferentes serviços e aplicações O jitter UDP Operação é usada para medir o atraso de ida e volta e as variações de relatório Como o tráfego é marcado no tempo nos dispositivos de envio e de destino Um novo recurso foi introduzido no IOS 12 3 14 T, IP SLA Sub Millisecond Reporting, que permite que os carimbos de data / hora sejam exibidos com uma resolução em microssegundos, fornecendo assim Um nível de granularidade não disponível anteriormente Esta nova funcionalidade tornou o SLA IP relevante para as redes de campus onde a latência da rede é tipicamente na faixa de 300-800 microssegundos ea capacidade de detectar tendências e tendências breves picos baseados em contadores de granularidade microssegundo é um requisito Para clientes envolvidos em ambientes de negociação eletrônica sensíveis ao tempo. Como resultado, o IP SLA está agora sendo considerado por um número significativo de organizações financeiras como todos eles são confrontados com requisitos para. Reportar latência da linha de base para seus usuários. Tendência da latência da linha de base ao longo do tempo. Responder rapidamente aos rajadas de tráfego que causam mudanças na latência informada. Os relatórios de um milissegundo de segundo são necessários para esses clientes, já que muitos campus e backbones estão entregando em um segundo de latência em vários switches. Todas as áreas de dispositivo e latência de rede para entregar o cumprimento de ordem rápida para a empresa Informando que os tempos de resposta da rede são apenas menos de um milissegundo já não é suficiente a granularidade das medições de latência relatados em um segmento de rede ou espinha dorsal deve estar mais perto de 300-800 micro - segundos com um grau de resolução de 100 segundos. O SLA do IP recentemente adicionou suporte para fluxos de teste de multicast IP, que podem medir a latência de dados de mercado. Uma topologia de rede típica é mostrada na Figura 11 com os roteadores de sombra, fontes e respondedores de SLA IP SLA. Figura 11 Serviços de Implantação de IP SLA Os serviços de serviços abrangem uma ampla gama de tecnologias com o objetivo de eliminar Inating memória e gargalos de CPU criados pelo processamento de pacotes de rede As aplicações comerciais consomem grandes volumes de dados de mercado e os servidores têm de dedicar recursos ao processamento de tráfego de rede em vez de processamento de aplicativos. Processamento de transporte A velocidades elevadas, o processamento de pacotes de rede pode consumir uma quantidade significativa de ciclos de CPU e memória do servidor. Uma regra estabelecida indica que 1 Gbps de largura de banda de rede requer 1 GHz de fonte de capacidade do processador. Em uma implementação de pilha de rede convencional, os dados precisam ser copiados pela CPU entre buffers de rede e buffers de aplicativos Essa sobrecarga é piorada pelo fato de que as velocidades de memória não acompanharam os aumentos nas velocidades de CPU Por exemplo, processadores como o Intel Xeon estão se aproximando de 4 GHz, enquanto os chips de RAM pairam em torno de 400MHz para a fonte de memória DDR 3200 Intel. Comutação de contexto Cada vez que um pacote individual precisa ser processado, a CPU executa uma mudança de contexto do contexto da aplicação para o contexto de tráfego da rede. Essa sobrecarga pode ser reduzida se a mudança ocorrer somente quando todo o buffer do aplicativo estiver concluído. Servidores de Data Center. TCP Offload Engine TOE Descarrega os ciclos do processador de transporte para a NIC Move as cópias de buffer da pilha do protocolo TCP IP da memória do sistema para a memória da NIC. Acesso remoto à memória direta RDMA Permite que um adaptador de rede transfira dados diretamente do aplicativo para o aplicativo sem envolver o sistema operacional Elimina o consumo de largura de banda da memória intermediária e do buffer de aplicativos. Kernel bypass Acesso direto ao nível do usuário ao hardware Reduz drasticamente os switches de contexto do aplicativo. Figura 13 RDMA e Kernel Bypass. InfiniBand é um link de comunicação serial bidirecional bidirecional de ponto-a-ponto que implementa o RDMA, entre outras características A Cisco oferece um switch InfiniBand Switch SFS. Figure 14 Aplicação SFS típica. Os aplicativos Trading se beneficiam da redução da latência e da variabilidade de latência, como comprovado por um teste realizado com o Cisco SFS e Wombat Feed Handlers pela Stac Research. Application Virtualization Service. De - acoplando o aplicativo 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.