Auteur Sujet: Profiter des 2Gbps sur un ordinateur donné  (Lu 22276 fois)

0 Membres et 1 Invité sur ce sujet

Florian

  • Client Bbox fibre FTTH
  • *
  • Messages: 1 952
  • Offre 2Gb/s BT - Argenteuil (95)
Profiter des 2Gbps sur un ordinateur donné
« Réponse #252 le: 16 novembre 2020 à 17:28:15 »
S'il n'y avait pas cette nécessité de passer par un équipement tier pour faire passer le hsgmii, je tenterais bien aussi chez BT... Il n'y a pas d'autres solution que la carte réseau ? Je n'ai pas vu de tests avec d'autres switches par exemple.

Dans tous les cas, chapeau bas à tout le monde ici.

mj

  • Client Orange Fibre
  • *
  • Messages: 25
  • Lyon (69)
Profiter des 2Gbps sur un ordinateur donné
« Réponse #253 le: 16 novembre 2020 à 18:50:08 »
Pour tous les experts en informatique. Log OMCI pour le module G-010S-A du fournisseur de services Internet - Telekom (Allemagne)



hwti

  • Client Orange Fibre
  • *
  • Messages: 1 420
  • Chambly (60)
Profiter des 2Gbps sur un ordinateur donné
« Réponse #254 le: 17 novembre 2020 à 00:59:07 »
S'il n'y avait pas cette nécessité de passer par un équipement tier pour faire passer le hsgmii, je tenterais bien aussi chez BT... Il n'y a pas d'autres solution que la carte réseau ? Je n'ai pas vu de tests avec d'autres switches par exemple.
J'avais listé quelques informations théoriques : https://lafibre.info/remplacer-livebox/profiter-des-2gbps-sur-un-ordinateur-donne/msg792198/#msg792198
Il y a donc certains switchs qui pourraient en théorie supporter le HSGMII, mais difficile de savoir si ça va fonctionner ou pas si ce n'est pas indiqué.

Les cartes à base d'Armada 8040 (qui sert sur la Freebox Delta) sont censées supporter le 2,5Gbps, mais une MACCHIATObin c'est 350$, ce n'est probablement pas une solution clé en main, et avec un Linux de base le routage/NAT ne sera pas accéléré, donc je ne sais pas ce que ça donnerait.

hwti

  • Client Orange Fibre
  • *
  • Messages: 1 420
  • Chambly (60)
Profiter des 2Gbps sur un ordinateur donné
« Réponse #255 le: 17 novembre 2020 à 01:00:44 »
Pour tous les experts en informatique. Log OMCI pour le module G-010S-A du fournisseur de services Internet - Telekom (Allemagne)
Quel est le contexte ? C'est un cas qui fonctionne bien ou pas ?

Je vois un SN d'ONT Huawei, et un OLT Huawei "HWTC10" (comme celui de ma ligne Orange).

Gnubyte

  • Client Orange Fibre
  • *
  • Messages: 425
  • Toulon (83)
Profiter des 2Gbps sur un ordinateur donné
« Réponse #256 le: 17 novembre 2020 à 07:30:45 »
Je vois un SN d'ONT Huawei, et un OLT Huawei "HWTC10" (comme celui de ma ligne Orange).
J'ai promis de vérifier chez moi. Je vais tâcher demain.

mj

  • Client Orange Fibre
  • *
  • Messages: 25
  • Lyon (69)
Profiter des 2Gbps sur un ordinateur donné
« Réponse #257 le: 17 novembre 2020 à 15:40:56 »
Quel est le contexte ? C'est un cas qui fonctionne bien ou pas ?

Je vois un SN d'ONT Huawei, et un OLT Huawei "HWTC10" (comme celui de ma ligne Orange).
Je ne suis pas sûr que cela fonctionne. C'est quelque chose que j'ai trouvé sur Internet. J'ai pensé que cela pourrait être utile.

mj

  • Client Orange Fibre
  • *
  • Messages: 25
  • Lyon (69)
Profiter des 2Gbps sur un ordinateur donné
« Réponse #258 le: 17 novembre 2020 à 15:58:21 »
J'ai promis de vérifier chez moi. Je vais tâcher demain.
N'oubliez pas de supprimer les informations sensibles.

getOmciOntvalues: Serial_Number
getOmciOntvalues: YP_Serial_Num
getOmciOntvalues: MACAddress
serial_number.value

et tous les messages hexidécimaux transmis et reçus qui contiennent un numéro de série
TX_OMCI_MSG
OMCI_TX#
OMCI_RX#

hwti

  • Client Orange Fibre
  • *
  • Messages: 1 420
  • Chambly (60)
Profiter des 2Gbps sur un ordinateur donné
« Réponse #259 le: 17 novembre 2020 à 22:51:15 »
J'ai promis de vérifier chez moi. Je vais tâcher demain.
Il y a aussi quelque chose que j'aimerais savoir, est-ce que tu as déjà regardé les échanges DHCP ?

De mon côté, l'établissement semble difficile :
=> Discover (broadcast)
<= Offer (de 80.10.237.77)
=> Request (broadcast)
...
=> Request (broadcast)
...
=> Discover (broadcast)
<= Offer (de 90.91.6.1, qui correspond au premier routeur Orange)
=> Request (broadcast)
...
=> Request (broadcast)
...
=> Discover (broadcast)
<= Offer (de 80.10.237.77)
=> Request (broadcast)
<= ACK (de 80.10.237.77)

Au total, ça a pris 41s.

Dans tous les cas, les Offer indiquent que le serveur DHCP est 80.10.247.146, et le relais 80.10.237.77 (même quand j'ai reçu le paquet de 90.91.6.1).
Donc cette alternance des sources est étrange, et on dirait que certains des paquets DHCP Offer que j'envoie se perdent.
« Modifié: 20 novembre 2020 à 13:58:53 par hwti »

Gnubyte

  • Client Orange Fibre
  • *
  • Messages: 425
  • Toulon (83)
Profiter des 2Gbps sur un ordinateur donné
« Réponse #260 le: 18 novembre 2020 à 07:17:32 »
Ces échanges DHCP se produisent avec l'ONU G-010S-A ou bien le XO39

hwti

  • Client Orange Fibre
  • *
  • Messages: 1 420
  • Chambly (60)
Profiter des 2Gbps sur un ordinateur donné
« Réponse #261 le: 18 novembre 2020 à 07:45:13 »
Ces échanges DHCP se produisent avec l'ONU G-010S-A ou bien le XO39
C'est avec le XO390, puisque ça fonctionne au final.
Là j'ai un Offer pour chaque Discover, preuve que si quelque chose se perd ce sont soit une partie des Request envoyés, ou des ACK attendus.

Avec le G-010S-A, je ne reçois même pas les Offer (donc soit ils se perdent, soit plus probablement ce sont mes Request qui ne sont en fait pas envoyés).

hwti

  • Client Orange Fibre
  • *
  • Messages: 1 420
  • Chambly (60)
Profiter des 2Gbps sur un ordinateur donné
« Réponse #262 le: 20 novembre 2020 à 13:57:34 »
De mon côté, l'établissement semble difficile :
=> Discover (broadcast)
<= Offer (de 80.10.237.77)
=> Request (broadcast)
...
=> Request (broadcast)
...
=> Discover (broadcast)
<= Offer (de 90.91.6.1, qui correspond au premier routeur Orange)
=> Request (broadcast)
...
=> Request (broadcast)
...
=> Discover (broadcast)
<= Offer (de 80.10.237.77)
=> Request (broadcast)
<= ACK (de 80.10.237.77)

Au total, ça a pris 41s.

Dans tous les cas, les Offer indiquent que le serveur DHCP est 80.10.247.146, et le relais 80.10.237.77 (même quand j'ai reçu le paquet de 90.91.6.1).
Donc cette alternance des sources est étrange, et on dirait que certains des paquets DHCP Offer que j'envoie se perdent.

Pour le renouvellement :
=> Request (vers 80.10.247.176)
<= NACK (de 80.10.247.176)
=> Discover (broadcast)
<= Offer (de 80.10.237.77)
=> Request (broadcast)
<= ACK (de 80.10.237.77)

Peut-être le que le NACK vient de l'envoi qui est en priorité 0, j'ai dû oublier un endroit en patchant dhclient.

J'ai aussi capturé un paquet DHCP Offer en broadcast et en priorité 7, provenant de 90.127.129.1 et assignant l'IP 90.127.129.4.
Donc à priori il était destiné à un autre client (pas une Livebox 5, puisqu'elle envoie en priorité 6, mais quand même une adresse MAC SagemCom), mais il a bizarrement été envoyé en broadcast, donc tout le monde le reçoit.

mshook

  • Client Orange Fibre
  • *
  • Messages: 10
Profiter des 2Gbps sur un ordinateur donné
« Réponse #263 le: 26 novembre 2020 à 00:19:05 »
J'ai aussi capturé un paquet DHCP Offer en broadcast et en priorité 7, provenant de 90.127.129.1 et assignant l'IP 90.127.129.4.
Donc à priori il était destiné à un autre client (pas une Livebox 5, puisqu'elle envoie en priorité 6, mais quand même une adresse MAC SagemCom), mais il a bizarrement été envoyé en broadcast, donc tout le monde le reçoit.

C'est pas anormal : le client peut demander à ce que la réponse soit en broadcast (https://www.ietf.org/rfc/rfc2131.html#section-4.1), faudrait avoir vu ce qu'avait demandé le client en question ou regarder ce que toi tu demandes pour voir si c'est pareil...

Citer
   Normally, DHCP servers and BOOTP relay agents attempt to deliver
   DHCPOFFER, DHCPACK and DHCPNAK messages directly to the client using
   uicast delivery.  The IP destination address (in the IP header) is
   set to the DHCP 'yiaddr' address and the link-layer destination
   address is set to the DHCP 'chaddr' address.  Unfortunately, some
   client implementations are unable to receive such unicast IP
   datagrams until the implementation has been configured with a valid
   IP address (leading to a deadlock in which the client's IP address
   cannot be delivered until the client has been configured with an IP
   address).

   A client that cannot receive unicast IP datagrams until its protocol
   software has been configured with an IP address SHOULD set the
   BROADCAST bit in the 'flags' field to 1 in any DHCPDISCOVER or
   DHCPREQUEST messages that client sends.  The BROADCAST bit will
   provide a hint to the DHCP server and BOOTP relay agent to broadcast
   any messages to the client on the client's subnet.  A client that can
   receive unicast IP datagrams before its protocol software has been
   configured SHOULD clear the BROADCAST bit to 0.  The BOOTP
   clarifications document discusses the ramifications of the use of the
   BROADCAST bit [21].


 

Mobile View