Печать

Пожалуйста, войдите или зарегистрируйтесь.
1 час 1 день 1 неделя 1 месяц Навсегда

[kos311]

День добрый.
У нас есть необходимость с помощью Тион связать две подсети.
т.е. собираем схему:

                   ETH0                        ETH1
       ПК1 <==========> Тион <==========> ПК2
192.168.0.1       192.168.0.2   10.2.0.1       10.2.0.10

Подключаем, прописываем следующие команды:

ifconfig eth0 192.168.0.2 netmask 255.255.255.0 up
ifconfig eth1 10.2.0.1 netmask 255.255.0.0 up
echo "1" > /proc/sys/net/ipv4/ip_forward

На ПК1 и ПК2 тоже прописываем маршруты и получаем установленное соединение. Ping от ПК1 к ПК2 менее 1 мс, и наоборот.
Но скорость передачи данных в одну сторону в 7-10 раз выше чем в другую, т.е. при передаче от ПК1 к ПК2 скорость порядка 30 Мбит/с, а при передаче от ПК2 к ПК1 скорость около 4 Мбит/с.
В качестве ПК1 и ПК2 пробовались разные устройства, результат не меняется.
Вопрос, можно ли как-то подравнять скорость.

PS. Привожу ifconfig:

eth0      Link encap:Ethernet  HWaddr 00:04:00:00:00:00
          inet addr:192.168.0.2  Bcast:192.168.0.255  Mask:255.255.255.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:380685 errors:0 dropped:0 overruns:0 frame:0
          TX packets:318813 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:441507539 (421.0 MiB)  TX bytes:259480066 (247.4 MiB)

eth1      Link encap:Ethernet  HWaddr 00:04:00:00:00:01
          inet addr:10.2.0.1  Bcast:10.2.255.255  Mask:255.255.0.0
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:318839 errors:0 dropped:0 overruns:0 frame:0
          TX packets:380687 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000
          RX bytes:261619847 (249.5 MiB)  TX bytes:439481110 (419.1 MiB)
          Base address:0x8000

Спасибо.

[kos311]

В дополнение к предыдущему посту.
Собрали образ, включив в него утилиту ethtool. После поднятия интерфейсов eth0 и eth1 запуск команды ethtool для каждого из них даёт следующую информацию:

Settings for eth0:
        Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
        Advertised auto-negotiation: Yes
        Speed: 100Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 0
        Transceiver: external
        Auto-negotiation: on
        Link detected: yes

Settings for eth1:
   Supported ports: [ TP MII ]
        Supported link modes:   10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
        Supports auto-negotiation: Yes
        Advertised link modes:  10baseT/Half 10baseT/Full
                                100baseT/Half 100baseT/Full
        Advertised auto-negotiation: Yes
        Speed: 100Mb/s
        Duplex: Full
        Port: MII
        PHYAD: 1
        Transceiver: external
        Auto-negotiation: on
        Link detected: yes

Кроме того, обнаружилась закономерность: при одновременной передаче информации от ПК1 к ПК2 и от ПК2 к ПК1 скорость выравнивается и составляет примерно половину от максимально возможной. При остановке передачи информации в одну из сторон асимметричность канала проявляется снова.

[kos311]

Ау, админы, ну Вы бы хоть что-нибудь ответили для приличия.
А то складывается ощущение, что Вас совсем не интересуют проблемы, возникшие у покупателей Ваших устройств.

[Danila]

Добрый день.
Пока не ясно, как эту проблему решить.

[kos311]

Спасибо за ответ.
Мы тоже пытаемся решить эту проблему, но безрезультатно.
Ещё замечено, если установить VoIP соединение, т.е. активизировать постоянную передачу данных в обе стороны, передача файла как в одну, так в другую сторону происходит с одинаковой высокой скоростью.
Получается, для того чтобы передать файл в "медленную" сторону нужно активировать канал на скачивание, причём хватит даже низкой загрузки.