Multicast трафик в сети PowerLine

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

Multicast трафик в сети PowerLine

Эта ветка закрыта для дальнейших ответов. Вы можете создать новую тему, чтобы поделиться своими идеями или задать вопросы.
Multicast трафик в сети PowerLine
Multicast трафик в сети PowerLine
2022-08-02 06:49:17 - last edited 2022-08-02 06:56:07
Модель: TL-PA7017P KIT  
Аппаратная версия: V4
Версия прошивки:

Здравствуйте, помогите, пожалуйста :) Проблема.

В локальной сети (2.*.*.*) есть устройства, которые общаются по udp, отправляя и перехватывая пакеты на мультикаст адреса 239.*.*.*. Если подключать устройства без использования PowerLine (напрямую или свитч, или роутер), все замечательно работает, устройства "слышат" друг друга, общаются. А вот при использовании PL они друг друга не слышат, как-будто мультикаст трафик не проходит через PL, работает только "прямая" связь (unicast и broadcast на 2.*.*.*) :(

Неужели эти устройства пересылают не весь трафик, что им попадается?

  0      
  0      
#1
Опции
7 Ответить
Re:Multicast трафик в сети PowerLine
2022-08-03 09:28:21

  @Us2s 

 

Добрый день.

 

PLC- адаптеры пропускают мультикаст по умолчанию без какой- либо доп. настройки. Их очень частое применение - подключение телевизоров для работы с IPTV, которое как раз использует мультикаст/IGMP. Снимите дамп, возможно что- то будет видно в нем. Мы каких-либо проблем с мультикастом на PLC не встречали.

  0  
  0  
#2
Опции
Re:Multicast трафик в сети PowerLine
2022-08-03 22:48:26 - last edited 2022-08-03 22:55:49

  @reaper_ru 

 

Может быть подойдут данные одного пакета, чтобы что-то предположить? Вот пример двух пакетов из сниффера whireshark (первый в одну сторону, второй в другую), которые при соединении без PLC вылавливаются, скажем так, на другом конце сети, а при добавлении PLC в этот промежуток между отправителем и адресатом, никак не доходят. Проблемные именно такие пакеты с адресатом 239.*.*.*, а пакеты broadcast на 2.255.255.255 замечательно проходят...

 

        --- Первый пример ---

 

Frame 7: 74 bytes on wire (592 bits), 74 bytes captured (592 bits) on interface \Device\NPF_{08444AFE-5D3C-40E1-9020-C2ADD70B4B98}, id 0
    Interface id: 0 (\Device\NPF_{08444AFE-5D3C-40E1-9020-C2ADD70B4B98})
        Interface name: \Device\NPF_{08444AFE-5D3C-40E1-9020-C2ADD70B4B98}
        Interface description: Ethernet
    Encapsulation type: Ethernet (1)
    Arrival Time: Aug  1, 2022 21:39:34.814723000 RTZ 2
    [Time shift for this packet: 0.000000000 seconds]
    Epoch Time: 1659379174.814723000 seconds
    [Time delta from previous captured frame: 0.389468000 seconds]
    [Time delta from previous displayed frame: 3.024322000 seconds]
    [Time since reference or first frame: 3.989629000 seconds]
    Frame Number: 7
    Frame Length: 74 bytes (592 bits)
    Capture Length: 74 bytes (592 bits)
    [Frame is marked: False]
    [Frame is ignored: False]
    [Protocols in frame: eth:ethertype:ip:udp:data]
    [Coloring Rule Name: UDP]
    [Coloring Rule String: udp]
Ethernet II, Src: RealtekS_68:04:c1 (00:e0:*.*.*.*), Dst: IPv4mcast_65:df:c5 (01:00:5e:65:df:c5)
    Destination: IPv4mcast_65:df:c5 (01:00:5e:65:df:c5)
        Address: IPv4mcast_65:df:c5 (01:00:5e:65:df:c5)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
        .... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast)
    Source: RealtekS_68:04:c1 (00:e0:*.*.*.*)
        Address: RealtekS_68:04:c1 (00:e0:*.*.*.*)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
    Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 2.0.0.21, Dst: 239.229.223.197
    0100 .... = Version: 4
    .... 0101 = Header Length: 20 bytes (5)
    Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
        0000 00.. = Differentiated Services Codepoint: Default (0)
        .... ..00 = Explicit Congestion Notification: Not ECN-Capable Transport (0)
    Total Length: 60
    Identification: 0x7d3f (32063)
    Flags: 0x00
        0... .... = Reserved bit: Not set
        .0.. .... = Don't fragment: Not set
        ..0. .... = More fragments: Not set
    ...0 0000 0000 0000 = Fragment Offset: 0
    Time to Live: 1
    Protocol: UDP (17)
    Header Checksum: 0x8db1 [validation disabled]
    [Header checksum status: Unverified]
    Source Address: 2.0.0.21
    Destination Address: 239.229.223.197
User Datagram Protocol, Src Port: 25957, Dst Port: 25957
    Source Port: 25957
    Destination Port: 25957
    Length: 40
    Checksum: 0x98d0 [unverified]
    [Checksum Status: Unverified]
    [Stream index: 1]
    [Timestamps]
        [Time since first frame: 3.025438000 seconds]
        [Time since previous frame: 3.025438000 seconds]
    UDP payload (32 bytes)
Data (32 bytes)
***

 

        --- Второй пример ---

Frame 3: 529 bytes on wire (4232 bits), 529 bytes captured (4232 bits) on interface \Device\NPF_{08444AFE-5D3C-40E1-9020-C2ADD70B4B98}, id 0
    Interface id: 0 (\Device\NPF_{08444AFE-5D3C-40E1-9020-C2ADD70B4B98})
        Interface name: \Device\NPF_{08444AFE-5D3C-40E1-9020-C2ADD70B4B98}
        Interface description: Ethernet
    Encapsulation type: Ethernet (1)
    Arrival Time: Aug  1, 2022 21:39:31.790401000 RTZ 2
    [Time shift for this packet: 0.000000000 seconds]
    Epoch Time: 1659379171.790401000 seconds
    [Time delta from previous captured frame: 0.001116000 seconds]
    [Time delta from previous displayed frame: 0.001116000 seconds]
    [Time since reference or first frame: 0.965307000 seconds]
    Frame Number: 3
    Frame Length: 529 bytes (4232 bits)
    Capture Length: 529 bytes (4232 bits)
    [Frame is marked: False]
    [Frame is ignored: False]
    [Protocols in frame: eth:ethertype:ip:udp:data]
    [Coloring Rule Name: UDP]
    [Coloring Rule String: udp]
Ethernet II, Src: Microchi_1f:a8:b0 (00:04:*:*:*:*), Dst: IPv4mcast_65:df:c7 (01:00:5e:65:df:c7)
    Destination: IPv4mcast_65:df:c7 (01:00:5e:65:df:c7)
        Address: IPv4mcast_65:df:c7 (01:00:5e:65:df:c7)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
        .... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast)
    Source: Microchi_1f:a8:b0 (00:04:*:*:*:*)
        Address: Microchi_1f:a8:b0 (00:04:*:*:*:*)
        .... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
        .... ...0 .... .... .... .... = IG bit: Individual address (unicast)
    Type: IPv4 (0x0800)
Internet Protocol Version 4, Src: 2.224.168.176, Dst: 239.229.223.199
    0100 .... = Version: 4
    .... 0101 = Header Length: 20 bytes (5)
    Differentiated Services Field: 0x00 (DSCP: CS0, ECN: Not-ECT)
        0000 00.. = Differentiated Services Codepoint: Default (0)
        .... ..00 = Explicit Congestion Notification: Not ECN-Capable Transport (0)
    Total Length: 515
    Identification: 0x008a (138)
    Flags: 0x00
        0... .... = Reserved bit: Not set
        .0.. .... = Don't fragment: Not set
        ..0. .... = More fragments: Not set
    ...0 0000 0000 0000 = Fragment Offset: 0
    Time to Live: 100
    Protocol: UDP (17)
    Header Checksum: 0xd922 [validation disabled]
    [Header checksum status: Unverified]
    Source Address: 2.224.168.176
    Destination Address: 239.229.223.199
User Datagram Protocol, Src Port: 4097, Dst Port: 25957
    Source Port: 4097
    Destination Port: 25957
    Length: 495
    Checksum: 0x9f76 [unverified]
    [Checksum Status: Unverified]
    [Stream index: 2]
    [Timestamps]
        [Time since first frame: 0.000000000 seconds]
        [Time since previous frame: 0.000000000 seconds]
    UDP payload (487 bytes)
Data (487 bytes)
 ***

  0  
  0  
#3
Опции
Re:Multicast трафик в сети PowerLine
2022-08-08 15:16:08

  @Us2s 

 

 

Попробуйте просто сделать multicast - трансляцию с помощью VLC на 2 компьютерах в локальной сети, с "проблемными" ip- адресами, можно будет понять точнее в адресах ли мультикаст вообще дело или чем-то другом.

  0  
  0  
#4
Опции
Re:Multicast трафик в сети PowerLine
2022-09-09 21:26:07 - last edited 2022-09-09 22:01:11

  @reaper_ru 

Ой. Возвращяюсь к этой проблеме.

Пробовал через VLC UDP multicast-трансляцию между двумя компами с "проблемными" IP и портами через PL... Работает. Получается проблема не в мультикаст и не в адресах. Но именно те нужные мне пакеты между компами при использовании PL не проходят, а без PL доходят :( Очень странно. Возможно, что по содержимому каким-то образом не все пропускает или еще какие-то идеи сможете подсказать?

 

Новые данные... :) Не доходят только пакеты из первого примера, который длиной 74 байта. Из второго примера (529 байт) доходят surprise (сперва думал, что не доходят оба, т.к. это ответный пакет на первый, без первого он просто устройством не отправляется).

  0  
  0  
#5
Опции
Re:Multicast трафик в сети PowerLine
2022-09-14 06:19:04
Идей, если честно нет, никаких отзывов когда- либо о проблемах с пропуском какого-либо трафика через PLC не получали.
  0  
  0  
#6
Опции
Re:Multicast трафик в сети PowerLine
2022-09-19 16:06:04

Включив внимательность, заметил у проблемного пакета TTL=1. Забыл про такой параметр. Получается PLC, как маршрутизатор, вычитает значение из TTL, а не просто пробрасывает всё как есть? Выходит PLC устройство третьего уровня, не второго.

  0  
  0  
#7
Опции
Re:Multicast трафик в сети PowerLine
2022-09-27 15:42:34
PLC адаптер не вычитает TTL, у него вообще нет L3- интерфейса. Вы можете сделать трассировку через него и увидеть, что он не является хопом.
  0  
  0  
#8
Опции

Информация

Поблагодарили: 0

Просмотры: 343

Ответы: 9