As produtoras de filmes adoptaram um esquema de roda-los pelos grandes cinemas e só depois de meses vender em formato DVD ou Blu-Ray. No caso da industria de musica o problema é mesmo alarmante. Em Angola foi adoptado o modelo de venda em praças e parques. É um modelo inteligente que permite uma certa ‘justiça’ para quem trabalhou duro na produção do seu trabalho musical. O problema é que ela já sabe que no dia seguinte a mesma vai estar disponível no mercado paralelo. Quem tiver duvida basta passar pelo mercado dos Congoleses (ou Congolenses, sei lá).
O que se passa ali é do piorio. A pirataria ali é lei e recomenda-se. Sei por experiência própria o que digo. Passei praticamente 4 anos diariamente por alí, porque era caminho da faculdade e do trabalho e já sabia que se o Matias Damásio lançou o disco no DOMINGO, na SEGUNDA de manha quando por ali passava, ja lá estava o CD, por pasmemo-nos… meros 100 kwanzas.
Alguém já pegou num papel e numa caneta para tentar saber quanto os artistas ganham e perdem (por dia, mês, ano) com a pirataria ali praticada? Ta ali um trabalho que poderia interessar a um graduando na área das economia e gestão (estou te dando uma ideia e você nem me vai dar nada).

Voltando ao assunto. Ali nos Congolenses, não propriamente dentro do mercado, mas ali fora próximo a estrada de Catete, podem ser encontrados discos de filmes, musicas, novelas, jogos para consolas etc, até entretenimento em formato K7 (não vá aparecer também em BETAMAX hehe).

No mercado dos Congoleses e nas redondezas, a venda de discos piratas rende mais que a venda de carne e peixe.

Mas isto já para não falar que agora até mesmo, canais de distribuição ONLINE garantem disponibilizar discos de cantores Angolanos horas depois de serem lançados nas praças e mercados de sei-la’o-que.

Tudo isto é perigoso e representa uma ameaça ao mercado, não duvidemos, essa é a verdade e ninguem a pode negar. É necessário fazer algo para parar por isso. O cantor Angolano Dog Murras acordou as 5h da manha, para impedir a venda de um de seus discos no mercado do Roque Santeiro. Foram encontradas a apreendidas centenas de copias do mesmo disco já prontinhas para serem distribuídas no ‘mercado negro’.

É verdade que essa é uma estratégia que não resulta quando se trata da Internet. Aqui é necessária uma outra estratégia. Não uma estratégia de dissuasão como a SOPA (Stop Online Privacy Act) , mas uma estratégia de aproximação, que combine com a aplicação de diversos padrões tecnológicos que permitissem a rápida aproximação do cliente final ao conteúdo musical. O Itunes e o Netflix são exemplos bem aplicados do que se espera disso.

As grandes produtoras mundiais sabem que de nada adianta lutarem contra a distribuição anárquica de conteúdo, seja no mercado paralelo de Luanda, ou no Cameló do Rio de Janeiro. É inútil, o que elas querem é controlar os seus conteúdos na Internet. Ali sim para elas se faz a diferença, porque estão envolvidos milhões de dólares em divisas.

O SOPA falha porque pretendeu ir longe de mais. Imagine ir preso e ainda possibilitar que uma autoridade derrube um site ou o feche só porque você fez um vídeo do seu bebé com uma musica de fundo do Sean Kingston e postou no Youtube? Isto sim é ir longe demais. Uma coisa ilegal seria sim postar um vídeo do próprio Sean Kingston sem autorização da produtora dele. A produtora tem todo direito de decidir o que pode ou não pode ser divulgado e quanto quer ou não quer ganhar pelo que produziu.

Eu defendo que exista alguma lei sim que regule a distribuição de conteúdo via Internet, mas que não seja como a SOPA, porque esta SOPA tem alguns ingredientes que sabem a pouco.

Quando dois comutadores pretender formar um agregado de links eles precisam estar configurados com um dos dois protocolos a seguir: PAgP (Port Aggregation Protocol) ou LACP (Link Aggregation Protocol).
O PAgP é um protocolo proprietário pertencente a Cisco (Quem mais?) e o LACP (802.3ad) foi criado como um padrão aberto pela IEEE permitindo que comutadores de diferentes fabricantes possam formar agregados.

Cada um destes protocolos possui diferentes modos de operação. A seguinte tabela resume-os:

O nosso exemplo é um cenário onde dois escritórios, IT e RH pertencem as VLANs 10 e 20 respectivamente. Para aumentar o débito binário no envio de dados entre os dois escritórios, o administrador de rede, decidiu usar a tecnologia Etherchannel entre eles. Na camada de distribuição está disponível um comutador Cisco 3560 Layer 3 que realizará encaminhamento InterVLAN entre os dois escritórios:

Etherchannel com roteador L3 e vlans

Foi providenciada redundância na camada física também, de modo que mesmo perdendo-se comunicação entre os comutadores IT, RH e o comutadorL3 existe uma ligação física redundante entre os comutadores IT e RH.

A seguinte tabela fornece um resumo do que se consegue com este cenário:

Tem gente que tem hábito de coleccionar software. Possuem software para quase tudo. Essa lista com 150 aplicações para ambiente Windows é uma boa solução para quem deseja actualizar seu portefólio de software. Estou nessa fila.

1 – Debito binário ponto a ponto constante: Isso é uma verdade, pois os padrões Ethernet (10 Base-T, 100Base-T por exemplo) cresceram sempre numa magnitude pouco variável. Isto não representa um problema quando estamos tratando de ligações na camada de acesso. Mas se estamos falando por exemplo de ligações na camada de distribuição isso representa um problema sim. Pense na época em que o padrão GigabitEthernet (1000Base-X, 1000Base-T, 1000Base-CX) não havia sido criado. Mesmo se termos em conta que o padrão 100Base-FX por já permitia transmissao por meio de fibra óptica em ligações ethernet isso apenas garantia qualidade na recepção, menos erros durante a transmissao, diminuição da atenuação do sinal e menos bits perdidos.  Não garantia aumento do débito binário.

2 – Ponto de falha único: É muito normal na camada de acesso ter uma ligação desfeita. Isso na camada de distribuição ou de Core seria um autentico desastre para a eficiência das comunicações que se exige constante e infalível, além de constituir um bom motivo para te fazerem uma fita la na empresa.

Para dirimir estes problemas foram criadas tecnologias e protocolos de agregação de links. Confesso ter ficado maravilhado quando tomei conhecimento delas. Uma destas tecnologias é a tecnologia Etherchannel da Cisco. Basicamente o que ela faz é agregar o debito binário dum conjunto de ligações físicas (de 2 até 8 ligações) entre dois comutadores e criar um canal lógico entre elas cujo débito binário é a soma de todos os débitos dos canais físicos conectados ponto a ponto.
Isto quer dizer que se você tiver 8 portas FastEthernet você terá 8x100Mbps = 800Mbps de débito binário. Se forem 8 portas GigabitEthernet (GbE) você terá 8×10^9bps = 8Gbps. Se forem 8 portas 10GbE você terá 80Gbps de débito binário.

Exemplo dum ambiente onde se pode aplicar a tecnologia EtherChannel

No exemplo acima tempos depois da camada de acesso, a camada de distribuição onde podemos localizar dois comutadores Catalyst 3550 e 8500/6000 ou 4000. Note a existência de quatro ligações GbE. Consegue-se um débito de 4×10^9=4Gbps. Esse é o débito para CADA UMA das interfaces conectadas. Lembre-se que este débito sem a existência do Etherchannel era de 1 Gbps para cada uma das interfaces.

Isso representa um ganho e tanto em termos de débito binário, mas também em termos de redundância. Mesmo se um link perder a conexão os outros links ainda continuarão a transmitir (mesmo significando isso uma baixa em termos de débito binario).

No próximo artigo veremos um exemplo prático de configuração de Etherchannel.

Basicamente esta é uma função que configura uma interface do comutador Catalyst da serie 3750 consoante o tipo de dispositivo a ela conectada. Por exemplo se você ligar a uma de suas interfaces um telefone VoIP ele automaticamente identifica que um telefone VoIP foi conectado a ele. O Catalyst 3750 consegue fazer isso por trocas de mensagens CDP com o dispositivo conectado a sua interface. No caso de ser um telefone VoIP ele aplica automaticamente uma macro, a macro CISCO_PHONE_AUTO_SMARTPORT.

Isso é duma utilidade que vocês não imaginam. No caso da macro acima ela imediatamente configura a interface para suporte a Qualidade de Serviço, segurança e atribui a mesma a uma VLAN de voz (que pode ser configurada para corresponder a uma VLAN de voz que você já tenha configurado). Se termos em conta que as vezes as interfaces podem se tornar escassas, esta também é uma boa solução para este problema.

Mais informações, bem como um exemplo de configuração podem ser encontrados aqui.

• Plano de gestão — O plano de gestão gere o tráfego que é enviado a um dispositivo Cisco e é baseado em aplicações e protocolos tal como SSH e SNMP.
• Plano de controlo — O plano de controlo processa o tráfego prioritário e necessário para manter a infraestrutura da rede. Este plano consiste de protocolos EGPs e IGPs.
• Plano de dados — O plano de dados apenas se ocupa em encaminhar tráfego através dum dispositivo de rede. Tráfego que vem de fora não pertence a seu escopo.

Tendo em contra estes planos a Cisco desenvolveu um guia que traduz importantes recomendações de segurança para os dispositivos de rede. Naturalmente existem tópicos mais avançados, mas este é claramente um ponto de partida.

Este post interessante da Cisco dá cinco dicas úteis que podem ajudar a melhorar a conectividade de sua rede Wireless sem ter em conta que espécie de dispositivo ela está servindo. Como sabem hoje em dia, não temos apenas computadores e laptops, mas também tablets, smartphones consolas de jogos etc. Então não é uma boa ideia tentar controlar eles de modo individual de modo a tirar melhor proveito da rede, mas sim arquitectar uma rede que suporte todos eles.

Em redes de computadores era muito usual o Packet Tracer da Cisco. Trata-se dum simulador com características próprias. Como a Cisco fabrica equipamentos de redes tais como encaminhadores (routers) e comutadores (switchs) eles resolveram se concentrar nestes equipamentos, por isso o Packet serve mais para quem quer aprender a trabalhar com equipamentos e protocolos que a Cisco utiliza em redes de baixa a media escala.
O problema é que o engenheiro de Telecomunicações é essencialmente alguém que se pode também especializar em transmissao, e quando falamos de transmissao, estamos falando de transmissao em toda gama de frequências, utilizando todo tipo de emissores e receptores. Portanto isso inclui, desde transmissao por meio de feixes hertzianos, feixes de luz ou mesmo batuque e fumo (se você tiver uma maquina do tempo e assistir Mr Bean).

Voltando a falar a serio. O Packet Tracer, simplesmente se marimba para esse facto. É engraçado um engenheiro projectar uma ligação ponto-a-ponto e dizer apenas que a ligação é serial. Ora, isto não basta. Na basta configurar um clock rate qualquer no encaminhador sem consultar o engenheiro de Transmissão. A transmissao é mais importante que o processamento, porque sem um meio de transmissao fiável, não existe processamento que seja útil.

Hoje em dia virou moda qualquer um achar que pode projectar um meio de transmissao. É verdade que você pode até ter recepção de sinal, mas pode ter certeza que a cobertura e qualidade podiam ser melhores. É necessário projectar com clareza antes de sair por aí montando antenas e esticando cabos de fibra óptica.

Na minha monografia para a defesa do titulo de engenharia em Telecomunicações, foi-me colocado o desafio de projectar um sistema de Voz por IP num ambiente Multi-Serviços. Utilizei o simulador OPNet (utilizado pela NASA, FBI, Harvard University, Cisco, BT e milhares de universidades e estudantes de nível superior) para simular diversos cenários da rede Multi- Serviços projectada em que o objectivo era conseguir um atraso nas chamadas de voz que estivessem dentro dos padrões internacionais.
Sendo assim, estes cenários incluíam por exemplo, o caso em que um técnico inexperiente substituía numa interface dum Core router um cabo de débito STM-x e substituía por um de débito binário menor (tal como um DSx). Por fim um cenário em que todas as interfaces estavam padronizadas com débitos recomendados pela industria.

O ambiente de comunicação Multi- Serviços é este:

Tecnologias e padrões de comunicação usados nas interfaces dos quatro cenários:

Quem entende um bocado de SDH e QoS não deve ter dificuldade de perceber o que se pretende na tabela acima.  Mas realmente não é difícil de de entender. Compare os cenários I e III. Uma interface óptica OC48 ou STM-16 tem 2.5Gbps de débito binário. Por seu lado um DS1 ou T1 (24 DS0 + 1 bit de framing, cada a 64Kbps) tem 1,544Mbps. Claramente na óptica de alguém que não domina conceitos de transmissao o cenário I teria melhor capacidade que o cenário III de enviar os dados do processamento, afinal as suas interfaces possuem um debito mais alto. Isto também eu pensava, mas os resultados obtidos em simulação com o OPNet mostraram a verdade:

Este é o resultado duma simulação realizada numa chamada de voz entre qualquer dispositivo de voz duma das filiais. A chamada passa pelo provedor Multi-Serviços e o atraso fim-a-fim (o tempo que leva de um extremo a outro) é medida nos quatro cenários. Os resultados são apresentados no cenário acima. No eixo das ordenadas temos o atraso medido em segundos e no eixo das abcissas o tempo de simulação.

O cenário III não tem esse resultado a toa. Isso tem que ver com o facto de ela ter todas as suas interfaces padronizadas (todas DS1) ao contrario do cenário I onde a falta de padronização acaba por criar gargalos que na linguagem rodoviária conhecemos como engarrafamentos.
No cenário IV a aplicação duma técnica de qualidade de serviço como a LLQ (Low Latency Queue) ordena a saída dos pacotes e descarta os pacotes que não sejam de voz concedendo prioridade a voz, ou seja é um agente regulador de transito para os pacotes de voz.

Como puderam reparar, tudo isso só é possível quando está um engenheiro de transmissao na empresa. De nada adianta sair por aí criando ligações VoIP entre sedes e filiais sem ter em conta factores como atraso, variação de atraso, descarte de pacotes etc. Você pode aumentar muito débito, os resultados mostram que é inútil, não funcionará, a rede terá sempre muito atraso e as chamadas não terão qualidade. O mesmo se aplica ao vídeo como no caso da tecnologia IPTv.

Olho hoje para o mercado e observo um desprezo total aos engenheiros de telecomunicações. Isso é grave, as empresas deveriam repensar melhor a sua estratégia de melhoria dos serviços, e isto passa por contratar mais engenheiros de transmissao.

As VLANs necessitam de obter endereços pelo servidor DHCP

Este é um cenário muito comum, em algumas redes. O roteador serve de ponte de comunicação entre as VLAN 10 (IT) e 20 (FINANCE). O que as vezes é problemático é ter o servidor DHCP ‘atrás’ do roteador, ainda mais numa sub-rede que não pertence a qualquer uma das VLAN. Isso representa um problema porque sabemos bem como funciona o processo de obtenção de endereços IP pelo hosts em suma, seria impossível esses hosts se beneficiarem dos serviços DHCP porque o roteador não encaminha pedidos de Broadcast.

Alguns administradores evitam colocar roteadores a frente dos hosts. Outros situam servidores DHCP em sub-redes dos dos hosts. Bom, estas não são boas soluções, visto que algumas redes exigem mesmo cenários como o acima ou mesmo mais complexos, com muitos mais roteadores.

Nestes casos a Cisco providencia o comando de configuração de interface ip helper-address [endereço_do_servidor_dhcp]. Trata-se dum útil comando que permite ao administrador indicar a uma interface (a que recebe o broadcast) que ela pode encaminhar um pedido de broadcast dum host.

No nosso exemplo acima, como estamos usando um cenário de implementação de VLAN’s Router-On-A-Stick, então este comando necessita de ser aplicado nas sub-interfaces fa0/0.10 e fa0/0.20 pertencentes a interfaces fa0/0 que esta ligada directamente ao comutador (Switch0).

Deste modo o servidor DHCP consegue atender aos pedidos de quaisquer dispositivo que esteja ligado as VLAN 10 ou VLAN 20.

Comutador Switch0:

Switch0#sh run

interface FastEthernet0/1
switchport access vlan 10
switchport mode access

interface FastEthernet0/2
switchport access vlan 20
switchport mode access

interface FastEthernet0/3
switchport mode trunk

Encaminhador SNNANGOLA (Router0):

SNNANGOLA#sh run

hostname SNNANGOLA

interface FastEthernet0/0
no ip address
duplex auto
speed auto

interface FastEthernet0/0.10
encapsulation dot1Q 10
ip address 172.16.10.1 255.255.255.0
ip helper-address 172.16.30.2

interface FastEthernet0/0.20
encapsulation dot1Q 20
ip address 172.16.20.1 255.255.255.0
ip helper-address 172.16.30.2

interface FastEthernet0/1
ip address 172.16.30.1 255.255.255.0
duplex auto
speed auto

O pessoal da VoiceBootcamp é conhecido essencialmente por possuir boas referencias no ensino de VoIP (creio que já tivemos Angolanos por lá).

Eles estão oferecendo de graça por Download mais de 34 laboratórios para quem como eu está estudando para o exame CCNA Voice. Alguns dos topicos cobertos sao os seguintes:

• Lab 1 Deploying CallManager Express 7.0 for SCCP Client
• Lab 2 Deploying Web Access for CallManger Express 7
• Lab 3 Customizing the IP Phone Extension with proper Information
• Lab 4 Client wish to deploy a redundant CallManager Express Solution
• Lab 5 Deploying different codec for difference devices
• Lab 6 Company wish to configure CBARGE and PRIVACY features
• Lab 7 How to block outbound calls between certain time period
• Lab 8 CallManager Express 7 SoftKey Template
• Lab 9 Deploy Paging Solution
• Lab 10 Configuring Intercom between Manager and Assistant
• Lab 11 How to deploy Ad-hoc conference with different scenario
• Lab 12 How to use Hunt-Group to distribute calls
• Lab 13 Distribute calls to same DN number over multiple phone
• Lab 14 using call pickup to provide technical support
• Lab 15 Blocking ephone caller ID
• Lab 16 How to influence call using Dial Plan Pattern
• Lab 17 Deploy GUI and Customized Web Access for Customer
• Lab 18 How to select Auto Line in CME
• Lab 19 Install CallManager Express IOS Software
• Lab 20 How to deploy basic Call Park Solutions
• Lab 22 Client wants to allow full blid transfer
• Lab 23 Company wants CEO to transfer with pressing Transfer twice
• Lab 24 Company wants its company directory to be listed in the IP phone
• Lab 25 Client wish to disable CFA Feature from the IP phone using SoftKey Template
• Lab 26 Client wants to deploy E911 for its phone system
• Lab 27 Client wish to use overlay to assign multiple extenion to single line
• Lab 28 How to use Presence to monitor the status of a extension
• Lab 29 Integration of Unity Express with CME
• Lab 30 Client wish to use AAA for Unity Express Login
• Lab 31 Using GDM to provide a single mailbox for a tech support team
• Lab 32 Client wants to know how to customize user mailbox
• Lab 33 Email notification to be sent when client recieve voicemail
• Lab 34 Uploading New Image on Unity Express 7.0