A Microsoft alerta para os ajustes necessários nas mudanças do horário de verão

Este ano, o horário de verão no Brasil teve início na meia noite do dia 17 de Outubro de 2010 (domingo) e terá duração até o dia 20 de fevereiro de 2011 (domingo), sendo válido para as regiões Sul, Sudeste e Centro-Oeste do país.*

*Se você não se encontra dentro da área de cobertura do Horário de Verão, clique aqui.

Para evitar transtornos nesse período, a Microsoft recomenda a atualização do seu Windows Update para a versão mais recente (versão de setembro de 2010) para que os ajustes de horário sejam feitos automaticamente e o recebimento das atualizações importantes do Windows não seja prejudicado.

• Eu não tenho o Windows Update mais recente habilitado no meu computador. O que fazer?

  Garanta a instalação do hotfix aqui (KB2158563) para ter o ajuste de horário com toda a segurança.

  Caso você já tenha atualizado com o Windows Update de Fevereiro (KB979306), seu computador já estará protegido, não sendo necessária a instalação do hotfix de Setembro.

  

Fonte: Planeje-se para o horário de verão 2010-2011 

Neste pequeno artigo a intenção é a apresentar 8 problemas que mais ocorrem em design e troubleshooting de redes LAN.

1- Configurar Duplex and speed

Switch(config-if)# speed 100
Switch(config-if)# duplex full

Troubleshooting Note: O host conectado a porta deve, obrigatoriamente, possuir velocidade e modo de transmissão fixada no driver da placa de rede. Caso contrário, o switch ficará com a porta configurada em 100 Mbits/Full duplex e o servidor ficará com a placa de rede configurada em 100 Mbits/Half duplex.

Sintomas : Incremento do contador de número de colisões na porta do switch, não admitido em ambientes full duplex.

2- Spanning tree Root

Per Vlan

Switch(config)# spanning-tree vlan <vlan_id> root primary

Processo de eleição do Root Bridge

1. Bridge Priority – Numerical value held by switches. All Catalyst switches are 32768
2. Se empatar, Bridge ID = MAC Address

Troubleshooting Note: É extremamente recomendado que seja designado como root bridge um equipamento com alto MTBF. Caso o root bridge fique indisponível, haverá um travamento na rede durante o novo processo de eleição e convergência da topologia.

3- Configurar porta para subir o link de forma mais rápida

Switch(config-if)# spanning-tree portfast

Etapas no modo padrão:

• From initialization to blocking
• From blocking to listening or to disabled
• From listening to learning or to disabled
• From learning to forwarding or to disabled
• From forwarding to disabled

Troubleshooting Note: É extremamente recomendado que as placas de rede dos servidores possuam um menor tempo de transição entre o status down e up. Contudo, atentar para que sejam mitigados possíveis loops quando da não utilização do spanning tree nesta porta.

OBS: Outra forma de habilitar a mesma configuração:

Switch(config-if)#switchport mode host

4- Prevenção contra loop quando utilizar portfast

Bridge Protocol Data Unit = Bpdu
Solução = Bpdu guard

Switch(config-if)# spanning-tree portfast bpduguard

Opcionais (Altera recover time da porta)

Switch(config-if)# errdisable recovery cause bpduguard
Switch(config-if)# errdisable recovery interval 400

(Default recover time da porta = 300 segundos)

Troubleshooting Note: É extremamente recomendado utilizar o bpduguard quando configurada uma porta como portfast. O Bpduguard colocará a porta em errdisable state quando “escutar” frames bpdu na porta que fora configurada como portfast.

5- Configuração VTP

Switch(config)# vtp mode transparent
Switch(config)# vtp domain cisco
Switch(config)# vtp password 123

Troubleshooting Note: É extremamente recomendado que novos switches que forem inseridos na rede de produção sejam inicialmente configurados no modo “transparent”. Caso o mesmo seja inserido na rede de produção no modo “server “ e possuir o mesmo domínio VTP e uma database
revision number maior, ele alterará todas as vlans da rede atual ocasionando inconsistência do vlan database.

6- Configurar Port modes

Acess, Trunk , Dynamic Desirable

Switch(config-if)# switchport mode trunk (ou access)

Troubleshooting Note: É extremamente recomendado não deixar nenhuma porta configurada como dynamic, este procedimento evita o futuro aparecimento de Trunks indesejados. Sempre configure todas as portas como “access” e depois altere para “trunk” as portas que necessitarem serem configuradas como trunk. Para que o trunk funcione sem problemas, obrigatoriamente, os dois equipamentos devem estar configurados no mesmo domínio VTP.

7- Configurar Trunk utilizando protocolo 802.1q

mode, encapsulation

Switch(config-if)# switchport trunk encapsulation dot1q
Switch(config-if)# switchport mode trunk

OBS: Ao fixar o mode da porta, o protocolo DTP é desabilitado.

Troubleshooting Note: Existem switches que não possuem o comando “switchport trunk encapsulation”, estes switches utilizam o protocolo dot1q por default e não suportam o protocolo ISL.

8- Configurar Etherchanel nas portas f0/2 e f0/3 utilizando o protocolo PagP

Switch(config-if)# speed 100
Switch(config-if)# duplex full
Switch(config-if)# switchport mode access
Switch(config-if)# channel-group 1 mode desirable

Modes:

• Desirable – Negocia etherchannel utilizando protocolo PagP
• Auto - Modo passivo, apenas escuta solicitações para negociação
• ON – Não utiliza PagP, configura etherchannel de forma incondicional

Troubleshooting Note: Antes de configurar Etherchannel entre os switches , obrigatoriamente, primeiro coloque as portas em modo “administrative down” através do comando shutdown. Caso contrário, o segundo equipamento (que ainda não foi configurado) detectará condição de loop uma vez que o etherchannel configurado no primeiro equipamento divulgará o MAC ADDRESS da primeira porta em todas as portas que compõe o channel group. Obrigatoriamente todas as portas que pertençam a um channel group devem possuir as mesmas configurações referentes à velocidade e modo de transmissão.

fonte: Oito Dicas para Design e Troubleshooting de LAN

Muitos não sabem, mas é possível trabalhar com até 16 níveis de privilégio diferentes no Cisco IOS. A vantagem disso é que você pode controlar o acesso a um elemento de rede por um usuário (ou grupo de usuários), definindo exatamente quais comandos este está autorizado à utilizar.

Pelo menos dois níveis são bem conhecidos. São eles:

1. Modo usuário: privilege level 1
2. Modo privilegiado: privilege level 15

Quando um usuário acessa um router (ou um switch), ele automaticamente é colocado no primeiro nível (level 1). Ao se digitar “enable”, acessa-se o nível 15 (level 15).

Alguns comandos úteis:

Show privilege: Apresenta o atual nível de privilégio em que você se encontra. Exemplo:

router# show privilege
Current privilege level is 3

Enable: Este comando normalmente E utilizado para acessar o modo privilegiado (level 15), mas ele também pode ser usado para acessar qualquer outro nível. Exemplo:

router# show privilege
Current privilege level is 3
router# enable 1
router> show privilege
Current privilege level is 1
router>

Username: Este comando adiciona usuários,mas também pode informar qual o nível de acesso que este usuário terá após efetuar o login. Exemplo:

router(config)# username ccna password ccna privilege 3

Enable secret: Em modo default, este comando configura uma senha para ser utilizada com o nível 15 de acesso. Entretanto, este comando pode também ser usado para a criação de senhas para outros níveis. Exemplo:

router(config)# enable secret level 5 senha5

Privilege: Este comando é usado para se definir quais comandos estarão disponíveis apenas a alguns níveis. Exemplo:

router(config)# privilege exec level 3 show startup-config

Existem vários modos nos quais o comando privilege pode ser aplicado. “EXEC” é apenas 1 deles:

router(config)# privilege ?
[…]
configure Global configuration mode
[…]
exec Exec mode
[…]

O mesmo comando pode ser usado para alterar o nível de privilégio default de uma determinada linha (como a console, por exemplo). Exemplo:

router(config)# line con 0
router(config-line)# privilege level 3

Para finalizar este artigo, suponhamos que você deseje autorizar o uso estendido dos comandos “ping“e “traceroute“, assim como a configuração de endereços IP em interfaces e a ativação (no shut) e desativação (shut) de interfaces para um determinado usuário. Como se configuraria isso utilizando privilégios no IOS?

Eis a solução:

router(config)# enable secret level 3 ccna
router(config)# privilege exec level 3 ping
router(config)# privilege exec level 3 traceroute
router(config)# privilege exec level 3 configure terminal
router(config)# privilege configure level 3 interface
router(config)# privilege configure level 3 ip
router(config)# privilege configure level 3 address
router(config)# privilege configure level 3 no
router(config)# privilege configure level 3 shutdown

Quando o usuário digitar:

router> enable 3

Ele deverá digitar a senha “ccna” e terá acesso apenas aos comandos definidos (assim como outros, pré-definidos).

Se quiser desautorizar algum comando pré-autorizado à um determinado nível, basta definí-lo em outro nível, mais alto. Por exemplo, se quisermos proibir o uso do comando “show” no nível 3, basta fazer o seguinte:

router(config)# privilege exec level 15 sh

Automaticamente, usuários do nível 3 não tem mais acesso ao comando em questão.

fonte: http://www.cisco.com/en/US/docs/ios/12_2/security/configuration/guide/scfpass.html

Trata-se das 10 dicas mais quentes sobre o IOS, escritas por James Boney, autor do livro “Cisco IOS in a Nutshell”

1. Os comandos têm efeito imediato.

Se você já lida com roteadores Cisco há algum tempo, esta dica é inútil! Entretanto, parece que novos usuários esquecem deste detalhe com frequência!

No IOS, conforme você digita os comandos em modo de configuração, estes têm efeito assim que a tecla “ENTER” é pressionada. Veja o exemplo abaixo:

    Router1#config terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    Router1(config)#hostname MyRouter
    MyRouter(config)#^Z
    MyRouter#

Como pode ser observado, o procedimento para alterar o nome do roteador entra em ação imediatamente, assim que o ENTER é pressionado.

2. Acostume-se a utilizar descrições.

No processo de configuração de um router, existem comandos específicos que permitem a inserção descrições em determinados pontos da configuração. Por exemplo, o comando “description” utilizado em interfaces, o comando “remark”, utilizado em ACLs, ou mesmo um banner informativo. Todos estes comandos permanecem na configuração do router e são de grande ajuda durante o processo de resolução de problemas, ou mesmo de documentação de uma rede.

Eis um exemplo do comando aplicado à uma interface::

    ! Here is an interface description.
    ! Document as much about the interface as possible
    interface Serial0
        description Connection To Irvine: Wan ID [23499]

Eis um exemplo de utilização de um BANNER, ou seja, uma mensagem que é apresentada quando uma pessoa conecta-se ao dispositivo:

    MyRouter(config)#banner motd #
    Enter TEXT message.  End with the character '#'.
        Welcome to MyRouter.
    Some legalese should go here about unauthorized access.
    #

Aqui, um exemplo do comando “remark”, em uma ACL. Este comando aceita até 100 caracteres e pode ser utilizado em ACLs com nome (named ACLs) ou com números (numbered ACLs).

    access-list 1 remark Permit our private network through the list
    access-list 1 permit 10.1.1.0 0.0.0.255
    access-list 1 remark Just deny everything else
    access-list 1 deny any

Existe ainda a opção de utilizar o “!”, como forma de documentar uma configuração. Este método é útil apenas em configurações OFFLINE, já que comentários precedidos por “!” são perdidos se inseridos em uma configuração ativa. Eis um exemplo:

    ! Criação da ACL 1, para permitir apenas a rede 10.1.1.0
    access-list 1 permit 10.1.1.0 0.0.0.255
    access-list 1 deny any

3. O comando “RELOAD” pode salvar sua pele.

Não importa o quão bem você planeje uma alteração, eventualmente você irá precisar alterar a configuração de um roteador remotamente. Se você cometer um erro durante o processo, pode perder a conexão remota com o roteador, terá que pegar o carro voando para ir até o local ou, se isso não for possível, terá de ligar para alguém que se encontra próximo e pedir que desligue e ligue o roteador, para retornar a configuração antiga (dependendo de quem estiver do outro lado, é mais rápido pedir isso do que explicar o que foi feito e pedir que arrume a configuração). Obviamente isso apenas funcionará se você não salvou a config “problemática” na NVRAM do router. Esperemos que não . De qualquer forma, esta “técnica” não é muito boa, como vocês devem ter percebido…! Além do que, ao utiliza-la, você mostra para o mundo seu lado… bem… vamos dizer… inexperiente (para não dizer outra coisa). Alterações em rotas, senhas, ACLs, e outras, podem gerar este tipo de problema. Para minimizar as chances de “embaraço”, um reload programado pode ser utilizado.

Por exemplo, vamos informar ao router para realizar um reload em 3 minutos:

    MyRouter#reload in 3
        Reload scheduled in 3 minutes
    Proceed with reload? [confirm]y

Agora, temos 3 minutos para fazer a configuração que desejamos. Vamos aplicar uma ACL na interface S0:

    MyRouter#config terminal
    Enter configuration commands, one per line.  End with CNTL/Z.
    MyRouter(config)#interface serial0
    MyRouter(config-if)#ip access-group 110 in
    MyRouter(config-if)#^Z
    MyRouter#

Procedemos com a alteração na config e, aparentemente, ainda temos acesso ao router! Bom, podemos cancelar o processo de reload, portanto:

    MyRouter#reload cancel

Ou, se a aplicação da ACL tivesse cortado meu acesso remoto, o roteador iria reinicializar e a config original (que permitia meu acesso) entraria em ação.

4. Não se esqueça de configurar uma senha (enable secret ou mesmo enable password).

Se você planeja acessar um router remotamente, você precisa ter a senha enable (secret ou password) configurada, assim como uma senha para as linhas VTY (Telnet). Se você não fizer isso, o router não permitirá seu acesso, remotamente.

    ! Enable service password-encryption if it isn't already.
    service password-encryption
    ! Here is our enable password, which is ok
    ! but not too secure.
    enable password 7 141B171F01012325
    ! Here is our enable secret, much better.
    enable secret 5 $1$99Jc$dxVXUkwMM3Edvj7f0SUrL/

Não se esqueça que a senha “enable secret” é preferida em relação a senha “enable password”. Para garantir, acostume-se a utilizar sempre a “enable secret”.

5. Pare a resolução de nomes automática no prompt do router.

Este é um problema bastante irritante! Se você erra a digitação de um comando, o router pensa que você digitou um nome de um host e tenta resolver este nome para um endereço IP para, então, conectar-se via Telner ao destino. O irritante é que este processo leva tempo, e você tem que esperar o router perceber que não existe um host na rede com o “nome” digitado. Por exemplo:

    MyRouter#shwo
    Translating "shwo"...domain server (10.1.1.2)
    % Unknown command or computer name, or unable to find computer address
    MyRouter#

Neste exemplo, o comando “show” foi digitado errado. Existem 2 métodos para desabilitar isso no router. O primeiro, é alterar o tipo de transporte preferido nas linhas Console e VTY:

    ! Console port
    line con 0
        transport preferred none
    ! VTY Ports
    line vty 0 5
        transport preferred none

O segundo, é desabilitar a resolução de nomes no router:

    MyRouter(config)#no ip domain-lookup

6. Dois erros comuns em ACLs.

O primeiro problema mais comum ao se elaborar ACLs é não permitir nenhum tipo de tráfego ICMP. Apesar de muitos pensarem que ICMP é um protocolo “do mal”, e apenas usado por hackers para causar problemas em redes, o ICMP desempenha um papel muito importante.

Por exemplo, você acaba de habilitar uma ACL em um link xDSL no router de sua empresa. De repente, sempre que você tenta enviar arquivos grandes anexados em e-mails, o tempo limite da conexão se esgota e a conexão é encerrada de forma inesperada. Sem saber o que fazer, você desaplica a ACL e o problema é resolvido. Re-aplica a ACL, e o problema retorna. Você revisa a ACL inúmeras vezes e não consegue identificar o problema. Bom, o problema pode ser exatamente a não-permissão de tráfego ICMP em sua ACL!

No problema acima, mensagens ICMP específicas, relacionadas ao MTU (Maximum Transmission Unit) ou “source-quench” não estão conseguindo atravessar a ACL. Neste caso, os comandos abaixo resolveriam o problema:

    ! allow ICMP source-quench
    access-list 110 permit icmp any any source-quench
    ! allow path MTU discovery
    access-list 110 permit icmp any any packet-too-big
    ! allow time-exceeded, which is useful for traceroute
    access-list 110 permit icmp any any time-exceeded
    ! deny all other ICMP packets
    access-list 110 deny icmp any any

Um segundo erro comum é esquecer de permitir tráfego DNS.

O exemplo abaixo permite o acesso aos servidores DNS externos 172.16.1.1 e 172.30.1.1. Deve ser aplicada na direção OUT (direção dos servidores externos).

    access-list 110 permit udp host 172.16.1.1 eq 53 any gt 1023
    access-list 110 permit udp host 172.30.1.1 eq 53 any gt 1023

7. Comandos SHOW úteis.

Configurar um router é apenas metade do trabalho . Sem um punhado de bons comandos “show”, configurar um router seria muito mais complicado. Aqui estão alguns comandos “show” que podem ser de grande ajuda.

show ip arp

Displays the entire ARP (Address Resolution Protocol)table, which is the MAC-to-IP resolution table.

show version

This command gives a good amount of information; the IOS version you are running, the available interfaces, the system uptime, the last reload reason, and the configuration register setting.

show ip protocols

Displays information about the currently running routing protocols.

show ip route

The old standby, which displays the entire IP route table.

show ip route summary

Gives a very useful summary of the IP route table.

show ip interface

Gives a summary of each interface from the IP level.

show ip interface brief

A very brief summary of each interface.

show ip traffic

An extensive summary of IP traffic statistics on the router.

show access-list

This useful command not only shows the all the currently configured access-lists, but it also shows you the number of hits each line has received. You can use this information to better troubleshoot your access-lists.

show cdp neighbors

Assuming you have CDP enabled, this command gives you a report of all Cisco devices that the current device is connected to. CDP stands for Cisco Discovery Protocol, which can be an invaluable tool.

show cdp neighbors detail

This command gives even more information about CDP neighbors.

8. Acostume-se aos comandos de edição de linha do IOS.

Quando você passa muito tempo em cima de um router, conhecer alguns atalhos e “hot keys” podem ajuda-lo bastante! Aqui estão alguns comandos de edição (muitos mais existem):

Control A      Move o cursor para o início da linha
Control E      Move o cursor para o final da linha
Control K      Apaga tudo à direita do cursor
Control P      "Puxa" o último comando digitado, do histórico

9. Uma confusão comum com Frame-Relay.

O tipo de encapsulamente FR deve ser definido ANTES da criação de uma subinterface. O encapsulamento default de interfaces seriais é o HDLC.

    interface serial0
        encapsulation frame-relay

E então… subinterfaces!

    interface serial0.1 point-to-point
        description This is our first sub interface for serial1

10. Configure o “bandwidth” nas interfaces.

A configuração do comando “bandwidth” em interfaces em nada influencia na velocidade de transmissão dos pacotes. Entretanto, esta informação é utilizada por alguns protocolos de roteamento (como OSFP e EIGRP) para calcular a melhor rota para uma rede remota. O valor default do comando é 1.544mps, que equivale a velocidade de um link T1.

    interface serial0
        description This is a 56k link
        bandwidth 56

Popularity: 12% [?]

A eficiência energética e o adequado monitoramento e gerenciamento estão entre as principais preocupações dos gerentes de data centers. É o que aponta a pesquisa bi-anual do Data Center Users Group (DCUG), divulgada pela Emerson Network Power.

O estudo ouviu 120 gerentes de data centers, empresas de serviços de infraestrutura e TI, que compartilharam informações sobre o estado atual e os planos futuros de seus data centers.

No levantamento, 47% dos entrevistados indicaram a eficiência energética como uma das suas principais preocupações nas instalações e redes, enquanto 46% listaram o monitoramento adequado como uma de suas três principais preocupações. Outras prioridades apontadas são: densidade de calor, disponibilidade e densidade de energia.

A pesquisa também revelou que o atual ambiente econômico forçou 61% dos participantes a cortar orçamentos, enquanto 35% deles foram obrigados a adiar projetos de construção e expansão de data centers.

Quando o orçamento permitir, 52% dos entrevistados indicaram que as futuras instalações seriam projetadas para suportar densidades entre 10 kW e 20 kW por rack, índices significativamente superiores do que a média de 7,4 kW suportada pelas atuais instalações.

Algumas razões citadas para mudar a alta densidade foram: poupar espaço nas instalações, suportar os servidores blade e reduzir os custos energéticos.

Em meio à implantação de novas tecnologias e posterior manutenção da infraestrutura, quase a metade dos entrevistados disse que a complexidade de seus sistemas de climatização, monitoramento e energia está aumentando.

O estudo apontou ainda que 55% dos participantes foram obrigados a avaliar sua infraestrutura de energia e climatização para ajudar com a complexidade no data center. Através dessas avaliações, 74% calcularam a confiabilidade do sistema de climatização, 54%, o consumo de energia, e 51%, os planos de expansão.

fonte: Decision REPORT.

Base da captação e transmissão dos jogos e essencial para turistas e jornalistas, a infraestrutura tecnológica não entrou na pauta

Os preparativos para a Copa do Mundo de 2014, que será realizada no Brasil, já começaram. Espalhados nas 12 cidades-sede, os comitês organizadores colocam no papel sua seleção de ideias para apoiar a realização e a transmissão deste espetáculo. Mas, na disputa por espaço nas discussões para angariar investimentos para os projetos, os setores de tecnologia da informação e telecomunicações estão perdendo de goleada para outras verticais da economia.

Atualmente, é muito mais fácil ver os esforços (e as cifras) já definidos sobre as reformas aeroportuárias, hoteleiras e de saneamento básico do que como será trafegado o volume imenso de dados de um evento que tem tudo para ser um marco na história brasileira da digitalização das comunicações. No Ministério das Comunicações, há uma avaliação em andamento numa comissão especial, vinculada ao Ministério dos Esportes. Mas ainda não existe cronograma montado, nem previsão de finalização deste primeiro parecer. Somente a partir do resultado do trabalho inicial será elaborado todo o plano de para o evento.

Para muitos, a discussão deveria estar mais avançada, uma vez que a Copa coloca em jogo mais do que grandes times nacionais em disputas acirradas. Ser palco de um evento desta proporção é a chance do País avançar décadas de desenvolvimento em somente alguns anos. Para se ter uma idéia, em São Paulo os investimentos de R$ 32 bilhões previstos vão renovar várias infraestruturas, de turismo à energia, que estavam previstas para serem feitas até 2020, mas que em virtude da Copa serão adiantadas. Contudo, não há nada definido em termos de TI e telecom.

Outras cidades, menos abastecida com redes do que o eixo Sul-Sudeste, já tocaram a bola pra frente com seus comitês locais tendo grupos específicos de tecnologia. Em Fortaleza, o Estádio Governador Plácido Castelo, o Castelão, será cercado com um anel de fibra óptica e abrigará um moderno data center. Tudo preparado para trafegar imagens de alta definição (HDTV), uma das exigências da FIFA, a velocidades que variam de 1Gb a 10Gb. Os trabalhos já iniciaram e devem estar prontos ainda em 2010.

O projeto local da Copa 2014 servirá de base para a cidade entrar definitivamente na economia digital. “Toda a região metropolitana terá fibra óptica e isso irá impulsionar a inclusão e os projetos estaduais que envolvem Internet e telefonia”, explica o presidente da Empresa de Tecnologia da Informação do Ceará (Etice), Fernando Carvalho.

Para se preparar, a capital cearense segue um documento da FIFA, onde somente algumas recomendações são detalhadas. Há exigências irrevogáveis como a capacidade de lidar com HDTV, uso tecnologias que não sejam proprietárias e do protocolo IP. Mas não há nada que impeça os governos locais de escolherem o fornecedor adequado. Os contratos são feitos por meio de parcerias público-privadas (PPP) ou pela Lei 8.666, que rege as licitações públicas.

A Copa da convergência

A sede que não modernizar a infraestrutura de TI e telecom corre o risco de ter a imagem desgastada frente à bilhões de pessoas. As cidades da Copa da África do Sul preveem receber em média 3 milhões de turistas e centenas de equipes de jornalistas. Todos portando gadgets modernos e com capacidade imensa de produzir imagens e vídeos digitais que serão enviados para todos os lugares do mundo por redes de telefonia fixa, celular e outras formas de transmissão.

Sem o serviço adequado, o colapso nas comunicações é inevitável. “E estes profissionais de mídia são grandes consumidores de banda”, lembra o gerente-geral da Telium, Fábio Ferragi. A empresa é responsável pelo site www.copa2014.org.br, criado especialmente para a Copa em parceria com o Sinaenco (Sindicato Nacional da Arquitetura e Engenharia). Com clientes de TV e rádio na carteira, o executivo da Telium é enfático: “sem TI e telecomunicações não tem Copa”. Segundo ele, provavelmente veremos o evento marcado pela convergência digital. “Hoje, apenas discutimos a importância que tem as tecnologias digitais no dia-a-dia da mídia. Na Copa, isto estará na nossa frente”, diz.

Vitrine para o mundo

Um dos grandes defensores da ampliação da infraestrutura de comunicação digital no Brasil, o presidente da Associação Brasileira das Empresas de Tecnologia da Informação e Comunicação (Brasscom), Antonio Gil, defende que as discussões sobre as tecnologias para a Copa de 2014 gerem planos de longo prazo para o País. “O Brasil só será a quinta maior economia do mundo em dez anos, como diz o presidente Lula, se investir a partir de agora”, ressalta Gil. E o maior evento do futebol mundial pode ajudar nisto, acelerando projetos e trazendo capital.

Mas a entidade também não iniciou qualquer ação específica ou aproximação com o poder público para participar das decisões sobre onde e como investir na infraestrutura de TI e telecom para a Copa. “Levamos constantemente nossos planos gerais sobre o País para ministros e o presidente, mas nada houve sobre a Copa de 2014″, aponta Gil. No entanto, ele diz que a Brasscom deve se dedicar mais a esse assunto ainda em 2009. Até porque, com a liberdade de escolha que as sedes podem ter sobre fornecedores, o evento é uma grande oportunidade de o setor se mostrar para o mundo.

E o primeiro grande desafio a enfrentar é evitar a firula que governantes fazem com investimentos desse tipo. “Muitos políticos não gostam de falar sobre investimentos em tecnologia, porque eles não aparecem para o eleitor, diferentemente da construção de um estádio”, argumenta Gil. Esta visão sobre TI e telecomunicações precisa mudar. O Brasil tem de provar que pode suportar uma Copa do Mundo antes do pontapé inicial do jogo de abertura. A FIFA realiza, no País escolhido para o campeonato mundial, a Copa das Confederações. O torneio, de menor proporção, ocorre dois anos antes. É um teste, e, por isso, este é o prazo final para muitas obras. Ou seja, em termos de infraestrutura, o Brasil tem pouco mais de dois anos para se preparar.

Se a “pátria de chuteiras” quer ser reconhecida também pela eficiência tecnológica, é bom o setor de TI e telecom não chutar de bico essa oportunidade pra fora. Afinal de contas, ganhe ou perca, seremos um País com cerca de 200 milhões de técnicos de futebol em 2014. E, quase todos, com celulares e computadores querendo acompanhar o evento máximo da maior paixão nacional.

fonte: itweb

Empresa do segmento de arquitetura, a Rogers Stirk Harbour + Partners (RSHP) implementou appliances Riverbed Steelhead para aperfeiçoar a colaboração entre funcionários e melhorar sua solução de disaster recovery. O projeto foi desenhado pela integradora B2net.

Segundo Seamus Conway, gerente de redes da RSHP, a companhia conseguiu melhorar em 80% a velocidade de download de arquivos e acesso remoto com a solução.

“Isso permitiu aos nossos funcionários e colaboradores trabalhar com arquivos e aplicações Web através da rede WAN, de longa distância, independentemente de onde essas pessoas estejam”, afirma.

Conway destaca ainda a melhora da solução de disaster recovery da RSHP, agora centralizada, entre as filiais, matriz e escritórios terceirizados que utilizam o link de internet da empresa.

Com o aperfeiçoamento, a ferramenta é sincronizada para dados diariamente entre 45 e 50 GB. A largura de banda e o throughput são controlados via Qos, que pode aumentar ou diminuir conforme a necessidade da empresa. Os dados são espelhados em um local secundário utilizando o NetApp SnapMirror via uma conexão otimizada entre appliances Steelhead.

“Nossos escritórios de projeto são agora conectados à matriz a partir de qualquer localidade e podem acessar todos os arquivos e dados com a mesma velocidade de uma rede local”, explica.

O projeto foi desenvolvido em função do objetivo da empresa executar operações ininterruptamente, o que requeria constante colaboração entre funcionário por meio dos escritórios em rede em diferentes continentes.

Entretanto, devido à natureza do trabalho, o tamanho dos arquivos é muito grande, com links de dados em outros arquivos. Isto resultava na espera longa dos funcionários para finalizar downloads de arquivos.

Além disso, a RSHP tem de manter o arquivo com o desenho estrutural dos prédios pelo tempo de vida útil dessas construções, sendo assim, a perda de dados é uma preocupação significativa para a empresa.

A companhia também está avaliando a implantação da RSP, plataforma de serviços da Riverbed, uma vez que está interessada em fornecer Domain Controllers, DHCP, DNS e serviços e aplicações virtualizados com VMware em uma partição protegida no appliance Steelhead.

Isso permite que os serviços locais, tais como impressão, DNS e DHCP possam sem implantados nas filiais, sem a necessidade de servidores para executar os aplicativos.

fonte: Decision REPORT.