Tecnologias sem Fio

quarta-feira, 2 de junho de 2010

Cidades digitais -- tentativa de definição

Hilton Garcia Fernandes

Cidade digital é um termo que tem alguma popularidade. Talvez por isso, tem significados diferentes para diferentes pessoas. Para o Ministério das Telecomunicações, por exemplo, em [1], qualquer cidade que tenha conexão com a Internet é uma cidade digital. Devido à universalização das telecomunicações, praticamente qualquer cidade brasileira tem acesso à Internet -- mesmo que tenha que fazer uma ligação interurbana ao ponto de presença de Internet mais próximo, como tem sido o caso de cidades até mesmo de Minas Gerais.

Para outras pessoas, cidade digital é cidade que tem presença marcante na Internet, muitas vezes através de portais de governo eletrônico [2], ou e-gov, onde a população pode solicitar serviços da prefeitura e acompanhar online a prestação de contas da prefeitura.

André Lemos [3], pesquisador da UFBA, publicou artigo [4] onde levanta os vários significados possíveis do termo no uso cotidiano e acadêmico. Juliano Castilho Dall'Antonia [5], pesquisador do CPqD, fez apresentação [6] no evento Wireless Mundi 5 [7] onde lançou a noção de uma hierarquia de implementações de características de uma cidade digital, que começa com o acesso básico e chega até à cidade digital plena.

Neste texto, vamos seguir abordagem prática de identificar o termo cidade digital com o uso mais corrente no contexto dos técnicos brasileiros, no qual cidade digital significa uma cidade amplamente coberta por uma rede sem fio integrada, que permite acessar a Internet, em geral oferecida gratuitamente pela municipalidade, ou por uma organização não governamental (ONG), caso em que o acesso pode ter um custo, em geral muito baixo.

Para evitar a ambiguidade do termo cidade digital, nos EUA tem sido adotado o termo municipal wireless network [8], ou rede municipal sem fio, que eles preferem abreviar por municipal wi-fi, ou até muni wi-fi, devido ao fato de que hoje as redes que chegam ao cidadão sejam normalmente do tipo chamado Wi-Fi [9].

Pela amplitude da oferta de acesso à Internet e por seu baixo custo, redes desse tipo têm um impacto grande na comunidade, tanto em termos educacionais, quanto em termos empresariais, como até turísticos.

A respeito do impacto na educação, a cidade de Sud Mennucci-SP [10] é um bom exemplo brasileiro, pois seus estudantes têm tido bons resultados quando comparados com estudantes de cidades maiores [11]. E também é por razões semelhantes que várias iniciativas educacionais como o OLPC (One Laptop per Child) [12] têm usado a informática na educação com amplo acesso à Internet [13].

Quanto ao incentivo às empresas que essas redes oferecem, pode-se citar desde um resultado de econometria que mostra que as empresas são atraídas por empresas com maior infraestrutura em informática, do mesmo modo que são repelidas por cidades com menor infraestrutura [14]. Além disso, no caso do Brasil, cidades como Quissamã-RJ [15], têm recebido interesse de empresas graças a sua facilidade de acesso à Internet, hoje muito importante para os negócios.

Quanto ao incentivo para o turismo, o exemplo brasileiro de Tiradentes-MG [16] é relevante. Esta cidade turística passou a ser mais considerada por turistas que, mesmo em viagem, não querem perder o contacto com o resto do mundo através da Internet. O que talvez signifique duas coisas: uma que, no mundo competitivo de hoje, as pessoas talvez não possam se isolar do trabalho mesmo durante suas férias; ou então, que hoje a Internet se usa a Internet não apenas para trabalhar, mas para sua convivência pessoal. Naturalmente, uma opção não exclui a outra.

Proposta de conceito

Nossa proposta de cidade digital é apenas aplicar o conceito que está muito divulgado em propostas como aquela de Tiradentes [16]. Ele pode ser resumido na matéria [17] do portal How stuff works [18] (ou "como as coisas funcionam"): um conjunto de equipamentos do tipo AP [18], eventualmente conectados em malha [19], nos quais alguns têm o papel de gateways e se comunicam com a Internet. Isto pode ser resumido na imagem a seguir, trazida de [17], na qual a linha traçada em azul mostra o acesso à Internet, o que é chamado de backhaul [20].

Crítica do conceito

Tem havido uma reflexão na Web em português a respeito de uma cidade digital ser mais do que sua infra-estrutura [21]. É de bom senso que se cria uma cidade digital para obter incrementos em educação, empreendedorismo e atividade econômica, como já mostram os casos clássicos brasileiros já comentados antes. Contudo, em nenhuma das páginas Web encontradas há clareza sobre o que realmente seria esse algo mais. Trata-se principalmente de uma listagem de propostas gerais de e-gov, principalmente na saúde, com aplicação da Internet à educação etc.

Um conceito que pareceria frutífero é o de cidades inteligentes [22]. Uma cidade inteligente seria uma cidade capaz de se organizar para atuar de modo inteligente; uma cidade inteligente pressupõe na base uma cidade digital, inteiramente conectada por uma rede única, em geral digital, conforme descrito antes.

Contudo, o conceito de cidade inteligente até aqui levou principalmente a estudos especulativos e também não parece indicar soluções práticas -- por isto é insuficiente para o administrador público. Assim, estudos na linha da economia do desenvolvimento regional, ou Estudos Regionais [23] parecem ter capacidade propositiva -- já sendo encampados por instituições como o SEBRAE [24]. Estudos nesta linha fazem avaliação bem informada e fundamentada de ações de redução da exclusão digital aplicadas nos EUA [25].

Concluindo, parecem ser necessários estudos e práticas baseadas no conceito de cidade inteligente [22], mas calcados nos impactos das cidades digitais na economia, que tem sido feitos nos EUA [25], que seguem a linha dos estudos regionais [23]. O SEBRAE-SP já iniciou trabalhos em linha próxima a esta [24].

Referências

quarta-feira, 12 de maio de 2010

PNBL, lá e cá (parte 3 de 4)

Hilton Garcia Fernandes

Este é o terceiro de uma série de quatro artigos sobre planos nacionais de banda larga em outros países. Já foram publicados textos sobre a Austrália [1] e sobre os EUA [2]. Este texto comentará a situação da Malásia [3]. O próximo texto discutirá o plano nacional da África do Sul. A conclusão tentará resumir todos os pontos polêmicos vistos aqui.

Malásia

A Malásia [3] é a terra do Multimedia Super-Corridor (MSC) [4], infovia que seria capaz de fazer a Malásia saltar diretamente para a Era da informação [5].

Contudo, a julgar pelos muitos blogs a respeito, a situação da Malásia não é das melhores, do ponto de vista da banda larga: imagem em anexo mostra expectativas dos blogueiros malaios a respeito da super banda larga que será disponível para o país [6].

Malaysia’s ‘High Speed’ ‘Broadband’ should not turn out into low speed narrowband!

Crítica mercadista ao MSC ?

A princípio, o caso da Malásia seria perfeito para pessoas com posições mercadistas -- contrárias à participação do estado no planejamento da oferta de acesso à Internet, entre outras coisas. Afinal, um projeto governamental e público fracassa, o que é um prova de que apenas as soluções baseadas no mercado são funcionais, pensariam pessoas com esse tipo de posição.

Contudo, na Internet não pode ser encontrada nenhuma crítica mercadista ao MSC da Malásia. Por que seria esse silêncio ? Um pouco de história, tanto contada pelos blogueiros como pelos acadêmicos poe ajudar a esclarecer este ponto.

Descrevendo o MSC

A Malásia pode ser descrita pelo mapa a seguir, como duas grandes massas continentais disjuntas, que juntas atingem cerca de 330.000 km² [7].

O MSC, como aponta [4], nunca planejou cobrir todo o país -- nem mesmo partes significativas dele -- conforme pode ser visto na figura a seguir, obtida de [8].

Segundo [4], o MSC é um retângulo de 15 km por 50 km, ou 750 km² -- compare-se com o 330.000 km² da área total do país. Segundo [9], desde 2006 inclui também o que poderia ser chamado de Grande Kuala Lumpur, ou os subúrbios da capital do país -- mas com certeza por agora esse alcance se limita às empresas, pois -- a julgar pelos blogs encontrados -- a população de Kuala Lumpur se soma às reclamações sobre Internet de outras partes do país.

Desde o início, o MSC foi projetado pára realmente ser um corredor, que oferece muitas vantagens para empresas que se filiem a ele, instalando-se na Malásia. O projeto foi lançado com o apoio de muitas empresas, entre elas a Microsoft [10]. Foi intensamente aplaudido por páginas e portais com visão corporativa e empresarial [11].

Status atual do MSC

Mas assim como foi aplaudido, foi também esquecido: hoje é dificil encontrar referências a ele que não sejam aquelas das revisões acadêmicas [12] ou das reclamações, mais [13] ou menos [14] analíticas, em blogs de usuários. Uma avaliação acadêmica [15] aponta para um exagero de ufanismo tecnológico.

Estudos independentes, como o GBS [16] e o Relatório de Competitividade Econômica [17], do Fórum Econômico Mundial, colocam a Malásia em posição bastante inferior àquela de países vizinhos na Ásia -- próxima de países do terceiro mundo como o Brasil. Isto é bastante sentido em blogs, como [18] , aos quais a posição é considerada humilhante para o orgulho nacional e frustrante, diante dos bilhões de dólares gatos na construção do MSC.

Aparentemente, conforme indica [13], do DEMA (Movimento Democrático Malaio da Juventude e dos Estudantes) [19], há um monopólio da estatal malaia no que se refere ao last mile [20]. Isto acarreta uma ausência de concorrência, que gera preço mais elevado do que o padrão dos países vizinhos, ao mesmo tempo que baixa bastante a qualidade dos serviços: além da baixa capacidade, do custo elevado, são repetitivas críticas dos usuários às falhas dos serviços [21].

Conclusões

É extremamente difícil tirar conclusões da experiência malaia: afinal, trata-se de cultura extremamente diferente da brasileira. Ou culturas, já que a Malásia é composta de várias culturas e línguas diferentes [3]. Em termos gerais, poderia ser chamada de uma ditadura [22], apesar de haver eleições e alguma rotação no poder -- similar talvez àquela da ditadura brasileira [23]. De qualquer modo, um dos lemas da associação nacional de estudantes é introduzir a democracia no país [19].

Quanto ao plano nacional de banda larga implantado pelo governo, aparentemente ele fracassou -- afinal as críticas não vêm apenas de relatos acadêmicos [15], depoimentos de estudantes [13] e de blogueiros [14]. Mas entrevista do próprio gestor do MSC [24] admite que o desenvolvimento da tecnologia no próprio país ficou muito aquém do esperado. Isto faz lembrar previsões acadêmicas de 2002 a respeito do MSC [8], que afirmavam que, para o desenvolvimento tecnológico ocorrer, seria necessário que partes maiores da população estivessem envolvidas -- não apenas empresas trazidas de fora, que quando muito educariam tecnologicamente uma pequena parcela da população.

Que lições poderiam ser tiradas, com viés para o contexto brasileiro de políticas públicas ? Talvez as seguintes sejam mais visíveis:

nem toda iniciativa governamental está fadada ao sucesso -- como diria o pensamento mercadista;

nem toda iniciativa voltada ao mercado gerará riqueza ou terá sucesso, por mais que o mercado possa aplaudi-la;

políticas públicas devem visar o grande público, não um conjunto limitado e/ou elitizado de empresas: os ganhos econômicos serão maiores se em escala;

tanto isso é verdade que os organismos internacionais avaliam principalmente a penetração da Internet na população. Inicialmente, em termos de penetração nos domícilios do país, mas agora também em termos de sua capacidade de transferência de informação [16];

por último, mas não menos relevante no caso brasileiro, uma política de subsídios é insuficiente para gerar desenvolvimento e inovação tecnológica.

Referências

[1] PNBL, lá e cá (parte 1 de 4)
http://tecnologiassemfio.blogspot.com/2010/03/pnbl-la-e-ca-parte-1-de-2.html
Visitado em 07/05/2010

[2] PNBL, lá e cá (parte 2 de 4)
http://tecnologiassemfio.blogspot.com/2010/04/pnbl-la-e-ca-parte-2-de-3.html
Visitado em 07/05/2010

[3] Malaysia
https://secure.wikimedia.org/wikipedia/en/wiki/Malaysia
Visitado em 07/05/2010

[4] Multimedia Super-Corridor
https://secure.wikimedia.org/wikipedia/pt/wiki/Multimedia_Super_Corridor
Visitado em 11/05/2010

[5] Information Age
https://secure.wikimedia.org/wikipedia/en/wiki/Information_Age
Visitado em 11/05/2010

[6] Malaysia’s ‘High Speed’ ‘Broadband’ should not turn out into low speed narrowband!
http://drkokogyi.wordpress.com/2010/03/24/malaysias-high-speed-broadband-should-not-turn-out-into-low-speed-narrowband/
Visitado em 11/05/2010

[7] Geografia da Malásia
http://pt.wikipedia.org/wiki/Geografia_da_Mal%C3%A1sia
Visitado em 11/05/2010

[8] Multimedia Utopia? A Geographical Critique of High-Tech Development in Malaysia’s Multimedia Super Corridor
http://profile.nus.edu.sg/fass/geotgb/Final%20Paper.pdf
Visitado em 11/05/2010

[9] Reference for Multimedia Super Corridor
http://www.search.com/reference/Multimedia_Super_Corridor
Visitado em 11/05/2010

[10] Bill Gates Officially Opens Microsoft Knowledge Capital Centre -- MKCC and MMU partnership reinforces commitment to MSC
http://www.microsoft.com/Presspass/press/2000/sept00/malaysia3pr.mspx
Visitado em 11/05/2010

[11] MSC Multimedia Super Corridor Malaysia | Brands of the World
http://www.brandsoftheworld.com/logo/msc-multimedia-super-corridor-malaysia
Visitado em 11/05/2010

[12] SEMPER EADEM? FIFTY YEARS OF US-MALAYSIAN ECONOMIC
RELATIONS
http://eprints.um.edu.my/140/1/YACOB.pdf
Visitado em 11/05/2010

[13] Malaysia Broadband: A Harsh Reality " DEMA – Malaysia Youth and Students Democratic Movement
http://demamalaysia.wordpress.com/2009/12/27/malaysia-broadband-a-harsh-reality/
Visitado em 11/05/2010

[14] Digi Internet: Broadband done all wrong…
http://freeweelee.wordpress.com/2010/02/15/digi-internet-broadband-done-all-wrong/
Visitado em 11/05/2010

[15] Multimedia Utopia? A Geographical Critique of High-Tech Development in Malaysia's Multimedia Super Corridor
http://profile.nus.edu.sg/fass/geotgb/Final%20Paper.pdf
Visitado em 11/05/2010

[16] Broadband Quality Score -- A global study of broadband quality September 2009
http://www.sbs.ox.ac.uk/newsandevents/Documents/Broadband%20Quality%20Study%202009%20Press%20Presentation%20%28final%29.pdf
Visitado em 11/05/2010

[17] The Global Competitiveness Report 2009–2010
http://www.weforum.org/pdf/GCR09/GCR20092010fullreport.pdf
Visitado em 11/05/2010

[18] MSC nation in the last third of broadband ranking…
http://hsudarren.wordpress.com/2009/10/02/msc-nation-in-the-last-third-of-broadband-ranking/
Visitado em 11/05/2010

[19] Malaysia Youth And Students Democratic Movement
http://demamalaysia.wordpress.com/introduction-of-dema/
Visitado em 07/05/2010

[20] Last mile
https://secure.wikimedia.org/wikipedia/en/wiki/Last_mile
Visitado em 11/05/2010

[21] Malaysia’s broadband quality is below par, says Oxford study
http://www.themalaysianinsider.com/malaysia/article/Malaysias-broadband-quality-is-below-par-says-Oxford-study-/
Visitado em 11/05/2010

[22] Malaysia Civil and Political Rights Report 2008: Overview
http://www.digitalibrary.my/dmdocuments/malaysiakini/788_Suaram-Overview-2008-English-Final.pdf
Visitado em 11/05/2010

[23] Regime militar no Brasil (1964-1985)
https://secure.wikimedia.org/wikipedia/pt/wiki/Regime_militar_no_Brasil_%281964-1985%29
Visitado em 11/05/2010

[24] MSC Malaysia: Continuing a legacy
http://findarticles.com/p/articles/mi_qn6207/is_20090401/ai_n31517225/?tag=content;col1
Visitado em 11/05/2010

segunda-feira, 3 de maio de 2010

O Android não é multi-tarefa ?

Hilton Garcia Fernandes

A Internet é movida por ondas de informações, algumas nem sempre verdadeiras. Uma delas foi a de que o Android [1] -- que equipa celulares -- não seria um sistema operacional multi-tarefa; ou seja: não permitiria vários aplicativos operando ao mesmo tempo. Opinião semelhante tem sido lançada sobre o sistema operacional que equipa o iPhone [2].

Estas notícias -- não vamos chamá-las ainda de boatos, ou hoax [3] -- são importantes, pois se referem a dois equipamentos móveis muito importantes, basicamente no estado-da-arte [4] de sua classe. Por isso, vale a pena analisá-las em mais detalhe.

Visão muito geral sobre Android e sistema operacional do iPhone

Em primeiro lugar o Android pode ser entendido como um sistema operacional Gnu/Linux [5]. Nestes sistemas, a propriedade de ser multi-tarefa [6] é realmente básica, mesmo em suas configurações mais simples. No iPhone, o sistema operacional [7] é derivado do Mac OS X [8], que por sua vez é -- grosso modo -- um sistema operacional similar ao GNU/Linux.

(Deve-se dizer que a Apple tem conseguido com essa estratégia algo que os sistemas operacionais GNU/Linux conseguiram antes: é basicamente o mesmo sistema operacional que roda desde o menor celular até o maior computador disponível -- apenas são inseridos e retirados módulos de acordo com as características de cada ambiente.

O que não é conseguido no caso do Microsoft Windows, quando os ambientes para PC Desktop [9] e servidor [10] são fundamentalmente diferentes daquele para celulares smartphone [11].)

Resumindo, tanto Android quanto o SO do iPhone ambos são intrinsecamente multi-tarefa. Então, será que a afirmação é apenas mais um boato sem fundamento, como muitos que passeiam pela Internet ?

Limites para multi-tarefas em smartphones

Um dos melhores artigos que podem ser encontrados na Internet a esse respeito é [12], de Robert Love [13]. Neste texto, explica-se que existe, sim multi-tarefa verdadeiro no Android e no sistema operacional do iPhone. O que não há é multi-tarefa para aplicações de terceiros, não desenvolvidas pelas equipes que criaram sistemas operacionais.

Quais as razões para isso ? São detalhadas em outro ótimo artigo sobre o tema [14], de Dianne Hackborn [15]. Basicamente, trata-se do problema de desempenho, comum a sistemas embarcados interativos como são os telefones celulares.

Trata-se de um problema de necessidade de resposta rápida, já comentado neste blog a respeito de telefonia, comum ou VoIP, em [16] e [17]: diferente de uma leitura de e-mail, na qual dezenas de segundos não causam nenhum problema, há atividades nas quais demoras adicionais de alguns segundos podem fazer com que o usuário considere todo o aplicativo inútil.

Sendo assim, uma aplicação fortemente interativa como um telefone celular sofisticado, um smartphone, é desenvolvido muito cuidadosamente para que nenhuma aplicação tenha um tempo de resposta maior do que seria razoável para um usuário. Aplicativos de terceiros poderiam, talvez prejudicar esse projeto cuidadoso.

Além disso, um dispositivo móvel tem recursos limitados. Aqueles mais simples têm limites tanto de poder de processamento, quanto de armazenamento e até de bateria. Em [12], o autor é enfático em desmentir as alegações da Apple a respeito de bateria e de poder de processamento do iPhone como razão para que ela impeça que aplicações de terceiros usem a capacidade multi-tarefa disponível no sistema operacional do iPhone.

A principal razão, explica ele, é a questão de um celular do tipo smartphone ter um limite de memória muito baixo para as aplicações atuais E, devido ao fato de seu armazenamento em disco ser também muito limitado, eles não podem contar com o recurso da memória virtual [18] que, no caso dos PCs, permite que aplicações inteiras sejam transferidas para o disco rígido, liberando espaço em memória para outros aplicativos.

O artigo [14] lembra que o recurso de multi-tarefa não é tão crítico em um dispositivo que serve principalmente para atender a um único usuário que terá atenção focada apenas em interagir diretamente com o teclado e o monitor de seu smartphone -- na imensa maior parte do tempo.

Recursos para permitir multi-tarefa em smartphones

O que o Android já pode fazer, segundo [12], é permitir que um aplicativo armazene seu estado em uma área limitada, bastante menor do que aquela de um disco rígido. Este processo, chamado de serialização em geral [19], recebe o nome de bundles, ou pacotes, no contexto do Android [20]. Em [12] se explica que mesmo a Apple está desenvolvendo formas de permitir multi-tarefa similares àquelas do Android.

O recurso de serialização garante que, quando um aplicativo for novamente carregado, encontrará em alguma parte do armazenamento toda informação que ele necessita para retornar a seu estado anterior. Infelizmente, neste o processo de carregar novamente uma aplicação é algo mais demorado do que transferir uma aplicação da memória virtual para a memória física.

No uso de memória virtual, tudo já está pronto -- basta transferir do disco a memória, no estado já desejado para execução. No caso da serialização, será necessário carregar novamente o aplicativo e fazê-lo executar até chegar ao estado desejado.

Assim, o uso de serialização apenas pode tornar mais demoradas-- e portanto com tempo de resposta maior -- as aplicações que dela fazem uso.

Conclusão

Portanto, a frase "o Android não é multi-tarefa" é parcialmente verdadeira: há multi-tarefa para aplicativos nativos nos sistemas operacionais do iPhone e Android. Há multi-tarefa limitado para aplicativos de terceiros no Android -- chamado de serialização. Infelizmente, os limites da serialização dificultam o uso intenso por aplicativos de terceiros, que terão que ser projetados desde o início para usufruir da serialização, tão diferente daqueles disponíveis em PCs.

Por isso, eventualmente, é que ainda não vê com frequência o comportamento multi-tarefa nos novos aplicativos disponíveis para smartphones.

Os desenvolvedores de aplicativos de terceiros terão de se educar para projetar novos aplicativos. E mesmo a Apple terá de estudar como melhor oferecer sua forma de serialização aos programadores desenvolvendo aplicativos para iPhone.

Referências

segunda-feira, 26 de abril de 2010

PNBL, lá e cá (Parte 2 de 4)

Hilton Garcia Fernandes

Este é o segundo da série três artigos sobre um pequeno panorama de planos nacionais de banda larga. O primeiro foi publicado neste blog em [1]. Será aqui brevemente discutido o planos nacional de banda larga dos EUA. No texto final serão comentados os planos da Malásia e da África do Sul. A conclusão tentará resumir todos os pontos polêmicos vistos aqui.

EUA

O famoso The Wall Street Journal [2] publicou recentemente matéria [3] contestando a necessidade de um plano nacional de banda larga para os EUA. Diz a matéria [3] que é falso afirmar que os EUA ocupem o décimo quinto lugar entre os países do mundo quanto à penetração de banda larga per capita. Depois de argumentações demográficas, a matéria finalmente reposiciona os EUA em... décimo lugar. E este era o país que se orgulhava de ter a melhor educação, os melhores indicadores sociais -- tudo sempre usado como demonstração da pujança da nação americana e do próprio capitalismo.

The Wall Street Journal foi recentemente associado a um grupo de polemistas conservadores [4], que a expressividade americana talvez chamasse de spin doctors [5], ou especialistas em ilusão e desinteligência. O autor do artigo [5] não é nenhum esquerdista radical, mas sim o notório Jeffrey Sachs [6].

Mas a revista The Economist, que dificilmente poderia ser chamada de esquerdista tem artigo [7] que retira a discussão do subjetivismo. Para explicar porque tantas cidades americanas se esforçam para receber as redes FFTH [8] do Google, The Economist mostra que todos os países desenvolvidos têm situação de banda muito melhor que aquele dos EUA. E os últimos argumentos que retirariam os EUA de sua má situação são derrubados no debate que promoveram os leitores do artigo [9]. Por exemplo, a densidade populacional dos EUA (32 hab/km² [10]), apesar de maior do que de alguns países europeus -- como a Suécia, com 20,6 hab/km² [11] -- não justifica uma diferença tão grande de oferta de banda larga: diz o artigo da Economist [7] que a Suécia tem banda larga de 100 megabits por segundo a 24 dólares. Ao passo que nos EUA, paga-se 145 dólares por 50 mbps [7]. Um outro ponto triste do artigo é que coloca os EUA não em décimo quinto lugar em penetração de Internet, mas como décimo-nono lugar entre os países da OECD [12].

Assim, um plano nacional de banda larga é estritamente necessário nos EUA, para manter a competitividade do país vis-a-vis outras economias desenvolvidas. E é o que propôs a administração Obama, chamada algumas vezes de não-capitalista por luminares como aqueles que escrevem em The Wall Street Journal [2].

Na página de anúncio do The National Broadband Plan (ou NBP) [13], a divisão do FCC americano, similar à ANATEL brasileira, comenta que o plano propõe um planejamento ousado do futuro dos EUA, visando o crescimento econômico, a geração de empregos e a aceleração das capacidades do país em educação, saúde, segurança e outros.

E, sim, há ousadia no NBP:

em 2020, pelo menos 100 milhões de lares dos EUA deverão ter acesso a conexões de banda larga de 100 megabits por segundo.

Por mais que os números 100 milhões de banda e de alcance sejam de marketing, bandas como esta já estão presentes em países desenvolvidos, a penetração é proporcional à população do país;

Os EUA devem liderar na pesquisa de redes sem fio e oferecê-las em número e cobertura maiores do que aquelas de qualquer outra nação.

Outros itens da proposta propõem metas também ousadas a respeito de redes sem fio como forma de aumentar a tolerância a falhas de uma rede nacional e de aumentar a eficiência no consumo de energia [13]. Sem falar, é claro, na redução da exclusão digital através da educação dos americanos para o uso de computadores.

Um ponto importante do NBP é de onde sairá o recurso para financiar a iniciativa privada e atividades governamentais. Na versão atual do plano, comentada pelo portal Convergência Digital [14], na matéria "EUA define o Plano Nacional de Banda Larga" [14], possivelmente do Fundo de Universalização também disponível lá. Os detalhes com certeza serão negociados com o congresso, já que se estima o custo total do projeto em 350 bilhões de dólares, dos quais o governo gastaria cerca de 16, apenas.

Um ponto tocado pela matéria da Economist [7], mas deixado de lado na matéria do Wall Street Journal [3], é a explicação de porque nos EUA a banda larga é tão cara, tem tão pouca penetração e mesmo baixa capacidade.

A explicação talvez surpreenda quem ache o governo Obama realmente socialista -- mas não vai surpreender quem saiba que a Economist é verdadeiramente capitalista: trata-se de falta de competição. A velha e boa competição capitalista é que faz com que as empresas façam investimentos e baixem custos.

Nos EUA, em muitos casos há um duopólio. Os comentários dos leitores da Economist a respeito do artigo [9] trazem dados interessantes: a Romênia, recém saída de uma ditatura ao estilo soviético, montou um modelo de privatização das telecomunicações, que, segundo eles, garante que bandas de 20 Mbps possam ser contratadas lá por apenas 9 euros, ou cerca de 12,5 dólares.

Enfim, um ponto importante do NBP é restaurar a concorrência entre companhias de telecomunicação. Como fazer isto é algo que terá que ser negociado com toda a sociedade. E isto inclui a participação das companhias que hoje auferem o duopólio. Talvez elas não achem isso uma boa ideia...

Enfim, haverá muita oposição que o NBP terá de enfrentar.

Referências

segunda-feira, 19 de abril de 2010

Modem 3G Sony Ericsson MD300 USB no Linux

Marcio Barbado Junior
(BDS Labs)

Este é um tutorial prático para instalar no GNU/Linux o modem 3G, modelo MD300, fabricado pela Sony Ericsson para operar em sistemas operacionais proprietários.

Pode-se em certa medida, aproveitar este conteúdo para qualquer combinação entre uma distro e um modem 3G USB, fazendo-se pequenas adaptações nos passos descritos, que são especificamente focados no modem MD300 e em distribuições baseadas em Fedora/Red Hat e Debian.

É possível o utilizar com HSDPA, UMTS, EDGE e GPRS mas o equipamento não oferece suporte para chamadas de voz GSM. Também pode enviar e receber mensagens SMS. Tudo isso é fácil, considerando-se Windows e Mac OS.

Essas situações contudo causam "dores de cabeça" a usuários Linux, e muitos acabam deixando de utilizar o pinguim por não terem seu hardware devidamente reconhecido. Problema recorrente.

O caso é que usuários PJ (ou pessoa jurídica, empresariais) são grandes disseminadores de paradigmas tecnológicos, e o dispositivo da Sony Ericsson representa uma grande barreira à adoção do Linux na medida em que a operadora Claro vem sugerindo a seus clientes "corporativos" a utilização do modem em questão, o que inclusive constitui uma especie de venda casada, já que ao aceitarem a "sugestão", os clientes se vêem obrigados a possuir/adquirir uma licença paga de modo que possam usufruir do equipamento.

A questão toda se resume à constatação de uma estrategia velada, adotada por grandes players do mercado, que acaba por minar a confiabilidade do Linux.

Assim, as presentes linhas objetivam aliviar o incômodo e o desrespeito causado aos usuários do pinguim, e principalmente perseverar na batalha em prol da transparência de códigos E nessa missão, discorrem principalmente sobre udev e wvdial.

1 Introdução

Utilizou-se para redação destas linhas um sistema Fedora 10 de 64 bits, kernel "2.6.27.5". As adaptações para Debian são citadas sempre que preciso, e com pequenas alterações, o roteiro poderá resolver problemas de outras distribuições Linux que estiverem utilizando outros modems 3G USB.

Apesar do que afirmam alguns especialistas, versões de kernel posteriores à "2.6.19" podem encontrar dificuldades para entender um modem 3G USB [1].

No Brasil, o MD300 é utilizado principalmente em sistemas operacionais Windows e nesses, é gerenciado por um software proprietário chamado "Wireless Manager", que se instala automaticamente, "espetando-se" o modem.

Bem, a historia é diferente no Linux. O pinguim exigirá que se escreva uma regra de udev, e que se configure o wvdial para então aceitar e entender o equipamento.

A regra de udev elimina o problema da detecção automática da memória flash presente no equipamento, e ativa o dispositivo /dev/ACM0 ou seja, o udev permitirá que o MD300 seja devidamente reconhecido pelo sistema. O wvdial é um discador dial-up inteligente que será utilizado para fazer o modem funcionar com PPP (daemon pppd) após ser reconhecido.

É dito "inteligente" pois utiliza algoritmos heurísticos para obter a conexão Algumas vezes, tais algoritmos mais atrapalham do que ajudam.
São mostrados com simplicidade e detalhes, todos os passos necessários para suplantar as barreiras impostas pela Sony Ericsson aos usuários Linux. Tais dificuldades serão combatidas, e a rede da Claro será utilizada sem a necessidade de se conhecer o PIN e/ou o PUK do equipamento. Todavia, faz-se preciso o conhecimento de algumas informações elementares da operadora como o APN e o "número" para o qual ligar por exemplo.

1.1- Medidas preliminares

Caso se esteja utilizando o SELinux -- recomenda-se que sim -- coloque-o provisoriamente em modo permissivo até que o modem esteja funcionando corretamente. Isso é feito no arquivo /etc/sysconfig/selinux com a linha:

SELINUX=permissive

Outro ponto a se verificar diz respeito às presenças do kppp, gnome-ppp, wvdial e minicom, ferramentas que poderão ser usadas:

$ rpm -q kppp gnome-ppp wvdial minicom
ou:

$ which kppp gnome-ppp wvdial minicom

Caso não estejam presentes, deve-se ao menos realizar a instalação do wvdial embora os comandos abaixo instalem as três, que é a recomendação deste tutorial:

# yum install kppp gnome-ppp wvdial minicom
ou:

# apt-get -y install kppp gnome-ppp wvdial minicom

Uma medida a se tomar após as instalações diz respeito à permissão de escrita que os usuários devem possuir em:

/etc/ppp/pap-secrets
e:

/etc/ppp/chap-secrets
que são arquivos utilizados pelo wvdial.
O próximo passo é permitir que contas de usuário utilizem o wvdial pois o mesmo só pode ser executado pela conta root. Isso pode ser feito com o sudo, lembrando que o wvdial fica costumeiramente em /usr/bin/wvdial.

2- `udev` rulez! [2]

Constitui um percalço comum em distribuições Fedora / Red Hat e RHEL, a situação em que o sistema não consegue disponibilizar o modem automaticamente. Isso pode estar relacionado à memória flash contida no dispositivo, que provavelmente estará sendo detectada e montada automaticamente como uma mídia USB genérica no diretório /media/ (ou /mnt/ para distribuições baseadas em Debian).

O problema existindo, irá interferir na correta detecção do MD300. Pode-se detectar essa falha rapidamente se o sistema utilizar um ambiente gráfico, constatando-se o ícone MD300 no Desktop. E nesses casos basta dizer ao sistema operacional para não detectar a memória flash do modem como uma mídia USB.

Todavia, essa correção NÂO deve ser feita através do gerenciador gráfico de dispositivos USB ou editando-se o arquivo /etc/fstab. A questão é resolvida com o udev!

Sucessor do devfs, o versátil udev é um componente escrito em C, que opera dinamicamente sobre o diretório /dev/, local em que cria arquivos de dispositivos. É comum para dispositivos seriais, a utilização de arquivos do tipo tty*, exemplo:

/dev/ttyS3
ou:

/dev/ttyUSB0

O equipamento Sony Ericsson possui várias funções, capazes de ativar dispositivos no diretório /dev/ como, por exemplo:

FUNÇÃO	DISPOSITIVO	EXEMPLO
rede	`/dev/eth`[N]	`/dev/eth2`
memória flash	`/dev/sdb`[N]	`dev/sdb1`
modem	`/dev/ttyS`[N]	`/dev/ttyS1`

A função memória flash, quando detectada, impede o correto uncionamento do MD300 mas o mesmo NÃO pode ser dito sobre a função de rede -- em geral dispositivo /dev/eth2.
Cabe destacar a existência de uma correspondência aproximada entre os padrões para portas seriais em UNIX e MS-DOS.
Enquanto o padrão de Redmond é COMn, com n iniciado em 1 -- or exemplo: COM1 --, o padrão UNIX é ttySn, com n iniciado em 0. No exemplo dado, /dev/ttyS0.
A tabela abaixo apresenta essa correspondência de forma mais detalhada:

`/dev/ttys0` (`COM1`)	porta `0x3f8`	IRQ 4
`/dev/ttys2` (`COM3`)	porta `0x3e8`	IRQ 4
`/dev/ttys3` (`COM4`)	porta `0x2e8`	IRQ 3

Qual (ou quais) dos ttySn corresponde (ou correspondem) ao MD300?

Pois é: nenhum deles. A regra a ser escrita irá inibir o reconhecimento da memória flash e mostrar que para o MD300, o sistema operacional utiliza /dev/ttyACM0.

Faz-se a regra do udev através da criação de um arquivo de texto com sufixo .rules no diretório /etc/udev/rules.d/:

# vim /etc/udev/rules.d/50-md300modem.rules

Copia-se o conteúdo a seguir neste arquivo. Cuidado com as aspas simples e duplas ao copiar e colar. Confira se elas foram transportadas corretamente depois de colar:

ACTION!="add", GOTO="3G_End"
BUS=="usb", SYSFS{idProduct}=="d0cf", SYSFS{idVendor}=="0fce",
PROGRAM="/bin/sh -c 'echo 3 > /sys/%p/bConfigurationValue'"
LABEL="3G_End"

Os valores de SYSFS{idProduct} e SYSFS{idVendor} devem ser obtidas através do dmesg:

$ dmesg | grep usb

que apresentará em sua saída, tais informações:

usb 3-2: New USB device found, idVendor=0fce, idProduct=d0cf
usb 3-2: Product: Sony Ericsson MD300
usb 3-2: Manufacturer: Sony Ericsson

Criado o arquivo, reinicia-se o sistema operacional.

3- `wvdial` [3] [4]

Grosso modo, o wvdial (ou Weave Dial) é um discador escrito em C++ por Dave Coombs e Avery Pennarun, e licenciado sob a LGPL, que não é "viral" como a GPL, infelizmente.

O programa, que utiliza o protocolo PPP através do daemon pppd, deve ser utilizado pela conta root a princípio, e automatiza diversas tarefas, tornando desnecessário o conhecimento de PIN e PUK para a conexão.

Utilizado em linha de comando, caso não possua opções, o discador irá ler seu arquivo de configurações globais:

/etc/wvdial.conf

e em seguida, um dos arquivos das contas de usuário, que são:
~/.wvdial.conf

ou:

~/.wvdialrc

eventualmente presentes no diretório home do usuário
Os arquivos de configuração seguem o padrão .ini do Windows. Os nomes das seções estão entre colchetes e seus conteúdos são sequências de linhas no modelo:

variável = valor

Linhas comentadas são iniciadas pelo caractere "ponto e virgula", ou ";". Antes mesmo de se usar o wvdial pela primeira vez, é preciso executar como root o programa wvdialconf, que possivelmente identificará a porta serial do modem:

# wvdialconf /etc/wvdial.conf

Caso a ferramenta tenha êxito, o dispositivo referente ao MD300 será detectado e algumas informações básicas de configuração serão carregadas no arquivo global /etc/wvdial.conf, que em seguida deve ser editado com informações especificas:

# vim /etc/wvdial.conf

Utiliza-se o seguinte conteúdo no arquivo -- algumas linhas já terão sido preenchidas pelo wvdialconf:

[Dialer Defaults]
Modem = /dev/ttyACM0
Modem Type = USB Modem
Baud = 460800
Init = ATZ
Init2 = AT+CFUN=1
Init3 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init4 = AT+CGDCONT=1,"IP","bandalarga.claro.com.br"
Init5 =
Init6 =
Init7 =
Init8 =
Init9 =
Phone = *99***1#
Dial Command = ATM1L3DT
Username = claro
Password = claro
Stupid Mode = 1
Auto DNS = on
Check DNS = on
Check Def Route = on
Remote Name = *
Carrier Check = on
Auto Reconnect = on
Abort on No Dialtone = on
Dial Attempts = 3
ISDN = 0

Atenção com as aspas.

O exemplo é especifico para o MD300 e para a Claro. Valores à direita de = e algumas variáveis poderão mudar em acordo com o modem e a operadora utilizada. O comando:

$ man wvdial.conf

fornece mais informações sobre o devido preenchimento do arquivo /etc/wvdial.conf, procedimento este que após ser concluído, deve ser seguido de uma reinicialização do sistema operacional com o modem espetado, e então a conexão pode ser gerenciada pelo kppp e/ou pelo gnome-ppp; e/ou diretamente pelo wvdial:

$ sudo wvdial

e para se desconectar, caso tenha usado o wvdial, pressione Ctrl + c.

4- Soluções de problemas

Caso a conexão fique instável, é possível como root, verificar o que ocorre no sistema em tempo real com o tail, utilizando-se a opção -f (de follow) para seguir os últimos registros:

# tail -f /var/log/audit/audit.log

ou:

# tail -f /var/log/messages

Os registros do arquivo /var/log/audit/audit.log serão úteis caso o SELinux esteja ativado.

As seções a seguir cobrem os problemas mais comuns que podem aparecer com os procedimentos aqui descritos.

4.1- Arquivos de configurações do wvdial [4]

Talvez o leitor tenha optado por editar arquivos do usuário, que são o:

~/.wvdial.conf

e/ou o:

~/.wvdialrc

e o wvdial não o(s) esteja utilizando.

Isso se resolve colando todas as configurações supracitadas no arquivo global, chamado /etc/wvdial.conf.

4.2- Conecta mas o web browser não carrega conteúdo

Cabe salientar que em alguns casos a saída que o wvdial apresenta no terminal leva a crer que os servidores de nomes (DNS) foram devidamente obtidos, exemplo:

--> pppd: =
--> primary   DNS address 200.169.119.221
--> pppd: =
--> secondary DNS address 200.169.119.222
--> pppd: =

O sintoma é o navegador reclamando de um endereço qualquer como www.google.com ou www.bdslabs.com.br. O conteúdo simplesmente não é exibido.
E, ao contrário do que possa parecer, talvez esteja ocorrendo um erro relacionado a DNS.

Isso pode ser verificado da seguinte forma. Caso seja possível pingar um IP (por exemplo, 200.169.119.221) mas não seja possível pingar um nome (por exemplo, www.google.com), então o problema é de fato a obtenção dos servidores de nomes, e a solução é adicionar as seguintes linhas no final do arquivo/etc/resolv.conf:

domain bandalarga.claro.com.br
nameserver 200.169.119.221
nameserver 200.169.119.222

Este procedimento corresponde à copia do conteúdo presente em /etc/ppp/resolv.conf no arquivo /etc/resolv.conf.
O arquivo /etc/ppp/resolv.conf possuirá os IPs mostrados na saída do wvdial.

4.3- Não é possível se descobrir a porta serial do modem

Uma opção para essa situação é utilizar o programa minicom [5].

Nativo em muitas distros, ele só pode ser configurado e testado em uma porta serial de cada vez. A configuração começa através do comando:

# minicom -s

que leva ao menu configuration no qual se escolhe a opção Serial port setup. Uma vez lá, modifique Serial Device e retorne ao menu. Escolha então Save setup as dfl e em seguida, Exit from Minicom. Execute o programa novamente:

# minicom

e digite:

AT

é esperada uma resposta OK; caso não se obtenha tal resposta, digite:

ATQ0 V1 EI

novamente, espera-se uma resposta OK. Caso ela não venha mesmo assim, refaça a configuração do minicom utilizando outro dispositivo e repita os testes.

Um programa que pode ajudar o minicom se chama setserial. Este, pode obter e modificar informações das portas seriais. O seguinte comando é um exemplo que obtem informações básicas sobre algumas delas:

# setserial -g -a /dev/ttyS0 /dev/ttyS1 /dev/ttyS2 /dev/ttyS3

Uma saída típica do setserial pode ser:

/dev/ttyS0, Line 0, UART: unknown, Port: 0x03f8, IRQ: 4
Baud_base: 115200, close_delay: 50, divisor: 0
closing_wait: 3000
Flags: spd_normal skip_test auto_irq

/dev/ttyS1, Line 1, UART: unknown, Port: 0x02f8, IRQ: 3
Baud_base: 115200, close_delay: 50, divisor: 0
closing_wait: 3000
Flags: spd_normal skip_test auto_irq

/dev/ttyS2, Line 2, UART: unknown, Port: 0x03e8, IRQ: 4
Baud_base: 115200, close_delay: 50, divisor: 0
closing_wait: 3000
Flags: spd_normal skip_test auto_irq

/dev/ttyS3, Line 3, UART: unknown, Port: 0x02e8, IRQ: 3
Baud_base: 115200, close_delay: 50, divisor: 0
closing_wait: 3000
Flags: spd_normal auto_irq

5- Conclusões

Frequentemente se verifica a fabricação de equipamentos USB que funcionam apenas em sistemas proprietários Esta é uma das razões que prejudica a disseminação do Linux.

Particularmente, alguns fabricantes de equipamentos 3G como a Huawei, preocupam-se com sistemas operacionais livres. A Sony Ericsson infelizmente não faz parte desse grupo.

É possível contudo, combater esse desrespeito a usuários Linux através da devida modificação do sistema. E na maioria dos casos, isso se resume a escrever uma regra udev, configurar e utilizar devidamente o wvdial.

Contato

Marcio Barbado Jr. é empresário e ativista do Software Livre, sendo um dos proprietários da BDS Labs, em

http://www.bdslabs.com.br

Marcio possui larga experiência em programação, projeto e integração de sistemas.

E-mail para contato: contato@bdslabs.com.br

6- Referências

[1] LINUX MAGAZINE #63 (FEVEREIRO de 2010) - Pergunte ao Klaus
http://www.linuxmagazine.com.br/article/pergunte_ao_klaus_lm63
Visitado em 16/04/2010

[2] Entendendo o udev - Carlos E. Morimoto

http://www.guiadohardware.net/tutoriais/acessando-dispositivos-usb-escrevendo-regras/entendendo-udev.html
Visitado em 16/04/2010

[3] WvDial | freshmeat.net
http://freshmeat.net/projects/wvdial/
Visitado em 16/04/2010

[4] páginas man (manuais de utilização) wvdial e wvdial.conf
Visitado em 16/04/2010

[5] Modem-HOWTO -- 18. Troubleshooting
http://tldp.org/HOWTO/Modem-HOWTO-18.html
Visitado em 16/04/2010

terça-feira, 6 de abril de 2010

Confiabilidade do projeto SAWiM (parte 1 de 2)

Fábio Damião Barbosa Ricci

Redes Mesh sem fio possuem grandes vantagens comparadas às redes cabeadas, destacando-se principalmente pelo baixo custo, implementação gradual e tolerância a falhas [1]. Elas podem ser tão confiáveis quanto redes cabeadas através do uso adequado de protocolos de comunicação, encriptação, modulação de sinal, uso adequado de antenas, topologia de rede etc. Tais ferramentas foram desenvolvidas e aperfeiçoadas justamente para garantir à comunicação sem-fio as características já inerentes de uma comunicação cabeada.

Baseada nestas premissas o projeto SAWiM [2] busca conciliar esta confiabilidade de comunicação com o desenvolvimento de um novo tipo de controlador semafórico.

Em visita realizada ao estande de empresas fabricantes de controladores semafóricos na feira de infraestrutura de transportes TranspoQuip [3] em 2009, houve certa resistência a um novo conceito de controlador semafórico, já que este é um produto desenvolvido há muito tempo e com muito cuidado para garantir confiabilidade de operação. Com isso, sua tecnologia pouco evoluiu no decorrer de décadas. Devido a esta lenta evolução, pôde-se perceber grande interesse por parte de engenheiros da empresa sobre a nova tecnologia de Rede Mesh, que poderia ser utilizada na interligação dos controladores de tráfego com a central de controle e, com isso, além de garantir a tão consagrada confiabilidade dos controladores eletrônicos de tráfego, garantir também sua controlabilidade a partir de um centro de gerência.

O desenvolvimento do projeto SAWiM deve gerar um produto capaz de se adequar às especificações das companhias de engenharia de tráfego metropolitanas, que estabelecem as mínimas condições técnicas e funcionais. Tais exigências especificam características técnicas básicas, características funcionais, modos de operação, características gerais de projeto e construção, documentação técnica, ensaios, inspeção e aceitação.

Apesar dos semáforos aparentarem para o usuário serem apenas dispositivos simples que acionam lâmpadas, todas as suas especificações são complexas com parâmetros técnicos e funcionais detalhados, como por exemplo os que especificam sequência de cores, períodos de entreverdes e tempos de segurança, tipos de estágios quanto ao tempo de duração (fixa ou variável) e quanto a ocorrência dentro do ciclo de duração (dispensáveis ou indispensáveis).

Esta e outras normas devem ser seguidas por se tratar de um dispositivo que deve lidar com a vida humana. Sua padronização elétrica e funcional garante a homogeneidade e confiabilidade do sistema semafórico como um todo.

O projeto do controlador SAWiM é composto por 2 módulos interligados por um cabo: um módulo Mesh que possui um sistema Linux embarcado responsável pela programação e comunicação, e um módulo Atuador. Sua principal diferença com um controlador convencional é o fato de haver um controlador por semáforo e sua comunicação adjacente e programação de ações são feitas pelo software rodando em Linux no módulo Mesh, permitindo, com isso, uma grande maleabilidade de ações e processamento devido à grande flexibilidade operacional de um sistema Linux. O módulo Atuador se responsabiliza pela realização das ações, medições e sensoriamento, comunicando-se intermitentemente com o módulo Mesh.

A comunicação em Rede Mesh é feita com semáforos intra-grupo quando é necessária a alteração de sinalização em apenas um grupo semafórico e também pode ser feita inter-grupos, quando é necessária uma sincronização entre grupos semafóricos, de cruzamentos diferentes.

A ilustração abaixo descreve um exemplo simplificado de comunicação:

Exemplo de comunicação entre controladores SAWiM.

Neste exemplo, temos a comunicação intra-grupo entre o controlador mestre, seu adjacente e seu opositor. Também há comunicação inter-grupos entre 2 controladores SAWiM mestres. Neste exemplo de comunicação inter-grupos, o controlador mestre A envia uma mensagem de comando ao controlador mestre B para alterar sua sinalização após um período de t segundos, realizando, com isso, a sincronização sequencial de tempos de verde (onda verde [4]).

Por tudo isso, o projeto SAWiM tem como objetivo quebrar paradigmas de sistemas de controladores semafóricos, desenvolvendo uma nova tecnologia passível de grande confiabilidade, maleabilidade funcional e baixo custo. Apesar disso, por se tratar de um novo produto em desenvolvimento, ainda é impossível compararmos sua confiabilidade com os consagrados controladores atuais.

Referências

[1] Redes mesh e grafos.
http://tecnologiassemfio.wordpress.com/2010/01/22/redes-mesh-e-grafos/

Visitado em 08/04/2010

[2] Trânsito e Redes Mesh

http://tecnologiassemfio.wordpress.com/2010/02/12/transito-e-redes-mesh/

Visitado em 09/04/2010

[3] TranspoQuip.
http://www.transpoquip.com.br/br/index.html

Visitado em 09/04/2010

[4] Onda verde – Instituto Trânsito Brasil.
http://www.transitobrasil.org/anexos/artigos/145.pdf

Visitado em 09/04/2010

sexta-feira, 2 de abril de 2010

Banda larga, 3G e contas

Hilton Garcia Fernandes

Em 16 de outubro de 2009, durante a Futurecom 2009 [1], o presidente da Oi [2], Luiz Eduardo Falco deu uma entrevista à Convergência Digital TV [3], que foi publicada no Youtube [4].

Nesta entrevista, Falco faz várias afirmações que valem a pena ser discutidas; algumas bastante polêmicas. Contudo, uma das mais importantes, título do video e apresentada no resumo do video no Youtube, não está contida no video. Pode ser localizada em matérias relacionadas, como [5], de Ethevaldo Siqueira [6]. Seria a afirmativa de que as teles já investiram cerca de R$ 11 bilhões e têm cerca de 200.000 km de rede construída. Muitos a discutem, mas isto não será feito aqui, pois outro é o foco deste texto.

O que será discutido são duas afirmações de Falco, a respeito da possibilidade e oportunidade de banda larga no 3G [7], e uma estimativa de custos apresentada por ele para uma rede desse tipo.

Web 2.0 e transparência

Por uma questão de justiça, deve-se louvar a transparência permitida pela Web 2.0 [8], que permite que conteúdos como o deste vídeo possam ser oferecidos para a população. Antes dela, seria difícil conhecer o pensamento vivo do presidente de uma operadora como a Oi.

Também foi possível que a população se manifestasse a respeito das opiniões do presidente da Oi expressas na entrevista [4]. Em geral de forma bastante agressiva, com palavrões e, num primeiro momento, até mesmo com racismo. Felizmente, a Web 2.0 tem seus mecanismos de ajuste e os ataques racistas foram retirados.

De qualquer modo, o que resta é que a população -- e os brasileiros usuários do Youtube são parte importante dela --, está bastante insatisfeita com o padrão de serviços oferecidos pelas teles.

Banda larga 3G

A afirmação de Falco que causou polêmica em [4] foi a que não é possível, e nem desejável que os usuários tenham direito a 3G com banda maior do que 300 kbps.

Segundo o raciocínio de Falco, seria muito caro desenvolver redes para oferecer 30 Mbps, ou megabits por segundo, para a população. E, afinal de contas, com 300 kbps se tem navegação satisfatória, para usuários individuais, segundo ele.

Um ponto muito triste é que as operadoras venderam planos de capacidades muito maiores do que os 300 kbps -- na faixa de 1 Mbps. Com certeza elas se resguardaram em cláusulas contratuais de fornecimento garantido, possivelmente de apenas 10% do valor nominal: assim 1 Mbps nominal vira apenas 100 kbps garantidos.

Não é de se surpreender que usuários tenham se manifestado de modo tão agressivo quanto aquele visto nos comentários da entrevista [4].

Sem querer colocar as teles como empresas malévolas, é necessário admitir que, mundialmente, toda comunidade de telecomunicações se surpreendeu com o crescimento, no último ano, do consumo da banda larga móvel. Em termos mundiais, ele foi de cerca de 72% [9]. No Brasil, chegou a ser de incríveis 327% [10].

Duas conclusões:

há uma demanda incrivelmente reprimida no atendimento da Internet, que que leva usuários a procurarem alternativas de atendimento.

Claro que o brasileiro é um povo fascinado por novidades, e é claro que há conveniências na banda larga móvel. Mas 327% são 327%;

o modelo concorrencial brasileiro, que analistas ponderados como Cláudio Dascal não hesitam em chamar de "cartel" [11], tem sido muito tolerante com as empresas também quanto à exigência de serviços e planos de investimento.

Afinal, mesmo que o erro, humana ou tecnicamente seja inevitável, a correção também deveria sê-lo: se o consumo de banda larga 3G excedeu as expectativas, as agência reguladoras deveriam pressionar as empresas para uma solução que garantisse melhor qualidade de serviço. Mesmo que os contratos, juridicamente, ainda sejam válidos, garantir apenas 10 % do valor nominal é extremamente insatisfatório para empresas e usuários.

Contas para infra-estrutura

Um outro ponto muito interessante na entrevista de Falco [4] é sua afirmativa de que, em uma rede de operadora típica, valem as seguintes proporções aproximadas de custo:

o backbone [12] corresponde a 15% do custo global da rede;

o backhaul, ou a parte da rede por onde ele trafega [12], custa entre 35 e 50%;

o last mile, ou rede de atendimento ao cliente [12], custa cerca de 50%

Em uma entrevista, alguma imprecisão entre valores deve ser tolerada. Sendo assim, se o custo da rede do backhaul varia entre 35% e 50%, é provável que, nesta estimativa, o custo do last-mile (outro grande custo) também deva variar entre estas faixas visando chegar a 100%. Como o custo do backbone é o menor dos três componentes, sua variabilidade aparentemente tem de ser menor.

Seria interessante aplicar as contas ao projeto de rede nacional de banda larga, aventada pelo governo federal [12]. Em primeiro lugar, segue a imagem do mapa de fibra óptica disponível.

Backbone da Eletronet

Pode-se ver que é uma rede muito ampla que cobre mais do que o litoral, chegando ao Tocantins e ao interior do Maranhão. Alguns [13] estimaram a rede da Eletronet em cerca de R$ 600 milhões. Portanto, o total da rede, segundo esses cálculos estaria em em cerca de R$ 4 bilhões. Estes recursos seriam suficientes para cobrir grande parte do território nacional -- ou pelo menos a parte onde está grande parte da população.

Simetricamente, as teles têm comentado [5] que seus investimentos chegam a R$ 11 bilhões. Refazendo as contas, tem-se que, destes cerca de R$ 1,6 bilhões seriam o custo de seu backbone. Dividindo esse valor por 4 -- pois parece ser este o número das maiores operadoras -- ter-se-iam backbones de R$ 400 milhões. Ou cerca de 67% inferiores àqueles da Eletronet, já bastante impressionantes. Seria interessante ver mapas dos backbones das teles para fazer essa comparação de modo justo.

Estas são contas muito simplificadas, que não levam em conta a história de cada companhia: algumas teles receberam parte de seu backbone das estatais que compraram; outras têm grande parte de sua clientela em área relativamente reduzida.

Mas fazem pensar que números da casa de bilhões ou milhões de reais devem ser apresentados com bastante cuidado, maior do que aquele que está sendo praticado no debate do PNBL.

Referências

[1] Futurecom 2009
http://www.futurecom2009.com.br/
Visitado em 25 de março de 2009

[2] Oi (telecomunicações)
https://secure.wikimedia.org/wikipedia/pt/wiki/Oi_(telecomunica%C3%A7%C3%B5es)
Visitado em 25 de março de 2009

[3] Convergência Digital TV
http://www.convergenciadigital.com.br/cgi/cgilua.exe/sys/start.htm?sid=84
Visitado em 25 de março de 2009

[4] Banda Larga: Brasil não pode se dar ao luxo de duplicar infraestrutura
http://www.youtube.com/watch?v=0tMRE1t93NU&feature=related
Visitado em 25 de março de 2009

[5] Teles e especialistas rejeitam estatização - Ethevaldo Siqueira
http://www.ethevaldo.com.br/Generic.aspx?pid=1555
Visitado em 25 de março de 2009

[6] Ethevaldo Siqueira
https://secure.wikimedia.org/wikipedia/pt/wiki/Ethevaldo_siqueira
Visitado em 25 de março de 2009

[7] 3G
https://secure.wikimedia.org/wikipedia/pt/wiki/3g
Visitado em 25 de março de 2009

[8] Web 2.0
https://secure.wikimedia.org/wikipedia/pt/wiki/Web_2.0
Visitado em 25 de março de 2009

[9] Allot MobileTrends: Global Mobile Broadband Traffic Report Shows Significant 72% Growth in Worldwide Mobile Data Bandwidth Usage in H2, 2009
http://bit.ly/boQr46
Visitado em 25 de março de 2009

[10] Banda larga móvel cresce 227%
http://bit.ly/bw5JiY
Visitado em 25 de março de 2009

[11] Mais um competidor em telefonia celular?

Teletime, Ano 13, no. 130, Março 2010

[12] Plano Nacional de Banda Larga: primeiras ideias
http://tecnologiassemfio.blogspot.com/2010/02/plano-nacional-de-banda-larga-primeiras.html
Visitado em 02 de abril de 2009

[13] Oi negocia compra de dívida da Eletronet por R$ 140 mi
http://insight-laboratoriodeideias.blogspot.com/2010/02/oi-negocia-compra-de-divida-da.html
Visitado em 25 de março de 2009

quarta-feira, 2 de junho de 2010

Proposta de conceito

Crítica do conceito

Referências

quarta-feira, 12 de maio de 2010

Malásia

Crítica mercadista ao MSC ?

Descrevendo o MSC

Status atual do MSC

Conclusões

Referências

segunda-feira, 3 de maio de 2010

Visão muito geral sobre Android e sistema operacional do iPhone

Limites para multi-tarefas em smartphones

Recursos para permitir multi-tarefa em smartphones

Conclusão

Referências

segunda-feira, 26 de abril de 2010

EUA

Referências

segunda-feira, 19 de abril de 2010

1 Introdução

1.1- Medidas preliminares

2- udev rulez! [2]

3- wvdial [3] [4]

4- Soluções de problemas

4.1- Arquivos de configurações do wvdial [4]

4.2- Conecta mas o web browser não carrega conteúdo

4.3- Não é possível se descobrir a porta serial do modem

5- Conclusões

Contato

6- Referências

terça-feira, 6 de abril de 2010

Referências

sexta-feira, 2 de abril de 2010

Web 2.0 e transparência

Banda larga 3G

Contas para infra-estrutura

Referências

Seguidores

Arquivo do blog

Colaboradores

2- `udev` rulez! [2]

3- `wvdial` [3] [4]