<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body text="#000000" bgcolor="#FFFFFF">
    <div class="moz-cite-prefix">Il 14/08/2013 10:56, Lorenzo - Tulug ha
      scritto:<br>
    </div>
    <blockquote cite="mid:520B4621.3080008@gmail.com" type="cite">
      <meta content="text/html; charset=ISO-8859-1"
        http-equiv="Content-Type">
      <div class="moz-cite-prefix">Il 14/08/2013 09:54, federico la
        morgia ha scritto:<br>
      </div>
      <blockquote cite="mid:DUB108-W18794C007B527BCBAEFE979D450@phx.gbl"
        type="cite">
        <style><!--
.hmmessage P
{
margin:0px;
padding:0px
}
body.hmmessage
{
font-size: 12pt;
font-family:Calibri
}
--></style>
        <div dir="ltr">Routing avanzato a mano, in sostanza ti devi fare
          tutte le routes, ogni volta rimandando il pacchetto verso
          l'altra antenna stando sulla prima e viceversa sulla seconda.<br>
          Non vorrei dire una castroneria ma non dovresti eliminare al
          100 % tutto il traffico di ritorno in uno stesso canale,
          sicuramente il traffico ARP/RARP no visto che non ragiona al
          livello IP, mentre ciò che ragiona al livello IP e quindi deve
          essere instradato e quindi si basa su routes quello te lo
          dovresti ritrovare in linea teorica sull'altra antenna e
          quindi poi questi due flussi da un utente dovrebbero essere
          visti come uno solo canale o cmq un solo elemento di
          comunicazione e quindi credo che ci voglia un router su ambo i
          lati, che tra l'altro ti serva per tracciare le rotte.<br>
          Le antenne a questo punto (parte radio e parte lan) le
          dovresti mettere in bridge così diventa un semplice filo il
          cui indirizzo ip viene assegnato dal router a cui è connesso.<br>
          Ti vuoi evitare che in caso di comunicazione contemporanea in
          RX e TX ti si dimezzi l'effettiva capacità del canale di
          comunicazione ?<br>
          <br>
        </div>
        <br>
      </blockquote>
      Mikrotik lo fa con il protocollo proprietario Nstreme Dual che ha
      bisogno di 2 radio distinte per funzionare. Non lo conosco
      approfonditamente, ma a da quel che si può dedurre dalle
      istruzioni sul sito (<a moz-do-not-send="true"
        class="moz-txt-link-freetext"
        href="http://wiki.mikrotik.com/wiki/Nstreme_dual_Step-by-Step">http://wiki.mikrotik.com/wiki/Nstreme_dual_Step-by-Step</a>)
      lavora a livello 2 con delle modifiche al firmware delle radio;
      forse lo fanno per evitare di dover "combattere" poi con il
      routing asimmetrico, che non sempre è indolore.<br>
    </blockquote>
    <br>
    Salve a tutti, grazie per le risposte, l'esigenza di separare i due
    flussi deriva dal voler fare up/down conversione dei segnali e
    quindi portarsi fuori banda anche a frequenze molto diverse da
    quelle usuali, ovviamente solo a scopo didattico.<br>
    <br>
    La soluzione Mikrotik mi sembra interessante, avrei anche delle
    vecchie wrap dove provarla, non mi resta che provare ed
    eventualmente comprare una licenza :)<br>
    <br>
    Grazie,<br>
    Giacomo.<br>
    <br>
  </body>
</html>