<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
Olá Sergio Matias 73's<br>
O Flexnet não é assim tão como querem (os DL) fazer crer nos tempos
áureos do Packet em<br>
Portugal eu fui um dos pioneiros e cheguei a experimentar de tudo e
fazer testes com todos os sistemas<br>
que existiam e aparecerem, o sistema Flexnet foi um deles, longas
dissertações eu tive com um dos<br>
grandes defensores do Flexnet em Portugal e cheguei a provar que o
Net/Rom era mais fiável a todos os níveis<br>
não me vou alongar a explicar aqui pois daria pano para mangas mas se
um dia quiser e tivermos a oportunidade <br>
de nos conhecermos pessoalmente terei muito gosto em lhe explicar a si
ou a qualquer colega interessado.<br>
<br>
Um abraço<br>
Paulo Santos, CT4DK<br>
<br>
<br>
<br>
Sergio Matias escreveu:
<blockquote
cite="mid:13ac798d0907031434p671c49e3m581a86d7bbde6591@mail.gmail.com"
type="cite">
<pre wrap="">Só para acrescentar..
A definição de "digipeater" ao utilizar o software de rede FlexNet*
(PC/FlexNet, RMNC/FlexNet ou outros) altera-se ligeiramente.
Transcrevendo:
"Digipeater - The FlexNet kernel contains a simple SSID based
digipeater. The optional FLEXDIGI module provides a full fledged
digipeater featuring a proprietary routing protocol that is much more
reliable and faster converging than eg. NET/ROM. FlexNet's hop-to-hop
acknowledges reduce packet loss significantly and make connections
over dozens of digipeaters possible!"
Ou seja, um "digipeater" FlexNet confirma a recepção dos "frames"
enviados sem esperar que o correspondente o faça e também permite
"routing", em modo conectado.
No caso de uma rede FlexNet, só é necessário saber qual o "digipeater"
habitual do correspondente para se ligar directamente, ao contrário do
NET/ROM, pois se tiver que passar por vários "Nodes", é sempre
necessário ligar/conectar primeiro ao "Node" e depois ao
correspondente.
Nos exemplos apresentados, em redes de "packet" AX.25, no FlexNet é
comum a designação "Digipeater" e no NET/ROM a designação "Node".
Infelizmente em Portugal, salvo excepções, o FlexNet foi
subaproveitado devido à teimosia da utilização do NET/ROM,
manifestamente menos eficaz.
Ah, e já agora, para não fugir ainda mais ao tema inicial, discordo
quase na totalidade dos pontos apresentados para discussão sobre a
regulamentação do APRS.
Não deve ser esquecido que o APRS não é uma aplicação que só serve
para ver "casinhas", "carrinhos" e afins num mapa.
Imaginando a sua utilização como rede táctica e local (numa frequência
diferente dos 144.800 MHz), que sentido faz a utilização das regras
apresentadas?
* <a class="moz-txt-link-freetext" href="http://www.afthd.tu-darmstadt.de/~flexnet/intro.html">http://www.afthd.tu-darmstadt.de/~flexnet/intro.html</a>
Cumprimentos,
--
Sérgio Matias, EA5/CT1HMN
2009/7/3 Paulo Santos <a class="moz-txt-link-rfc2396E" href="mailto:ct4dk.santos@gmail.com"><ct4dk.santos@gmail.com></a>:
</pre>
<blockquote type="cite">
<pre wrap="">Uma breve descrição com funciona um Digipeater e um Node
Digipeater funciona no modo não conectado (UI frames) ou seja eu para
mandar uma frame de dados em AX25 via um digipeater quer seja em APRS ou
Packet terei de dar
o seguinte comando "C CT1XXX VIA CT0ZZZ" ou seja eu para ligar ao CT1XXX vou
faze-lo com o
auxilio do Digipeater CT0ZZZ e como disse alguém aqui na lista e muito bem
dito o Digipeater é
"burro" pois repete o que ouve se ele escutar a frame "12357" vai repetir
exactamente isso embora o que
eu queria mandar era "1234567" ou seja ele "Digipeater" a única coisa que
sabe é que tem de passar as
frames da minha estação para a estação CT1XXX independentemente como elas
cheguem dai depois a estação CT1XXX
através do checksum vai verificar que a frame não está completa e pede um
retry, ou seja isso
prevê-se um aumento de tráfego caso as condições sejam más.
o Node por sua vez funciona no modo conectado ou seja eu para me ligar á
estação CT1XXX terei de dar o seguinte comando C CT0ZZZ e depois de estar
ligado ao node dou o comando
C CT1XXX isto se no nosso sistema nao tivermos um sistema com NET/ROM se
tivermos basta digitar o
comando no nosso próprio sistema C CT1XXX que o nosso sistema como tem
"memória de rede" sabe que para se
ligar com o CT1XXX tem de se ligar ao node adjacente com melhor qualidade de
sinal ou seja o CT0ZZZ, a
partir do momento que estabelecemos a ligação todas as frames são analisadas
pelo node ou nodes por onde as nossas
frames passem, se a nossa estação enviar a frame 12357 o primeiro node ao
receber essa frame vai analisar pelo
método do checksum e vê que ela não esta correcta e envia um pedido de retry
á nossa estação que vai repetir a frame
1234567 a partir daí o 1º node que a frame ja esta correcta e passa a frame
ao node seguinte ou á estação final.
Bom espero ter esclarecido um pouco a diferença entre Node e Digipeater.
73's Paulo Santos, CT4DK
</pre>
</blockquote>
<pre wrap=""><!---->
_______________________________________________
CLUSTER mailing list
<a class="moz-txt-link-abbreviated" href="mailto:CLUSTER@radio-amador.net">CLUSTER@radio-amador.net</a>
<a class="moz-txt-link-freetext" href="http://radio-amador.net/cgi-bin/mailman/listinfo/cluster">http://radio-amador.net/cgi-bin/mailman/listinfo/cluster</a>
</pre>
</blockquote>
<br>
</body>
</html>