Проблем с EoIP, насичане на iptv при връщане назад на предаване.

[v3ctor]

Здравейте. Имам проблем с един пренос със eoip между 2 микротик rb951. Не ползвам ip sec. По тунела върви мултикаст Iptv в реално време без проблем. При връщане назад на предаване обаче, започва едно зацикляне(накъсване на моменти) на картината. Като времена на icmp през тунела са от 13-15ms,трафик минава повече от 50Мбпс. Според вас на какво може да се дължи това? Пробвах да вдигна MTU на тунела на 1500, не помага. Тествах с IGMP snooping, не помага. Спирах fast path и forward, няма ефект. Спрял съм Stp. Dont fragment ми е на ''no'' по тунелите.

Редактирано 23 Септември, 2021 от v3ctor

[v3ctor]

преди 3 минути, kokaracha написа:

Изчисти си филтрите и броячите по тях и интерфейсите и гледай за дроп и грешки някакви евентуално.

Пуни някаква пингвалка и виж дали пропада или лагва връзката вътре и от двете стерани  на вановете.

/tool profile

 

 

Няма никакви грешки или дропове по интерфейсите. Няма загуба на пакети между 2-та рутера, времезакъсненията също са стабилни-около 15-6мс.

 

NAME                    CPU        USAGE
l2tp                                1.5%
wireless                            0.5%
ethernet                            2.5%
console                               1%
firewall                            0.5%
networking                          0.5%
winbox                              0.5%
management                            4%
profiling                           0.5%
telnet                                0%
bridging                              0%
unclassified                        0.5%
total                                12%

Това е натоварването с l2tp със BCP, сега това тествам и си насича. Върви 12Мбпс трафик през тунела 1 hd канал.

[kokaracha]

server/client max-mru=1500 ?
Пакет с каква големина може да мина през тунела ?

Във трафика има ли цикличност при лага или пикове някакви ,пусни нещо да ти чертае на 1 мин там от двете страни.

 

 ping iphost do-not-fragment size=xxxx

[v3ctor]

преди 23 минути, kokaracha написа:

server/client max-mru=1500 ?
Пакет с каква големина може да мина през тунела ?

Във трафика има ли цикличност при лага или пикове някакви ,пусни нещо да ти чертае на 1 мин там от двете страни.

 

 ping iphost do-not-fragment size=xxxx

server/client max-mru=1500 ? - това е 1450 на сървъра, на клиента е също толкова. Направих го на 1500 за тест сега. Иначе MRRU=1600 съм сетнал от двете страни.

Трафика си седи стабилно примерно 12,2Мбпс и на моменти пада за малко до 12,1.

 

 ping 192.168.99.1 do-not-fragment size=1596
  SEQ HOST                                     SIZE TTL TIME  STATUS             
    0 192.168.99.1                             1596  64 13ms

 

Това минава като пакет без да се фрагментира макс.

 

Пробвах да спра encryption на тунела, не помага.

 

Разкарах и vlan-a който ползвах, вдигнах l2tp на последния суич и не ми трябва влан-а вече. Но пак си насича като върна предаване.

Редактирано 23 Септември, 2021 от v3ctor

[kokaracha]

https://wiki.mikrotik.com/wiki/Manual:Maximum_Transmission_Unit_on_RouterBoards#MAC.2FLayer-2.2FL2_MTU

виж си модела и колко може да носи и си го калкулирай за входящия изходяшия и бриджа

На SD канал и запис колко трафик върви и пак ли лагва ?

[v3ctor]

Как да сметна? Да събера актуалното mtu (bridge1458+eoip1596+ether1500=4554 от макс4076) за 3-те интерфейса и после да видя дали ще мине през ъплинка? То ако е така не минава. Сетнал съм на l2tp тунелите MRRU=1600 по съвет на другия колега дето писа по темата.

Това са рутерите от двете страни:

RB951 Max MTU

ether1:4076; ether2-ether5:2028       На sd канал трафика е около 7Мбпс, пак си има насичане и там като се върне предаване.

Редактирано 24 Септември, 2021 от v3ctor

[kokaracha]

ми намали на 1400 и пробвай.

След това илизат ли нещо в лога ?

/ip firewall raw
add action=log log-prefix="raw-fragment" \
chain=prerouting fragment=yes

/ip firewall mangle
add action=log chain=prerouting fragment=yes \
log-prefix=mangle-pre-fragment

 

[v3ctor]

преди 3 минути, kokaracha написа:

ми намали на 1400 и пробвай.

След това илизат ли нещо в лога ?

/ip firewall raw add action=log log-prefix="raw-fragment" \ chain=prerouting fragment=yes /ip firewall mangle add action=log chain=prerouting fragment=yes \ log-prefix=mangle-pre-fragment

/ip firewall raw
add action=log log-prefix="raw-fragment" \
chain=prerouting fragment=yes

/ip firewall mangle
add action=log chain=prerouting fragment=yes \
log-prefix=mangle-pre-fragment

 

Тези правила на сървъра ли да ги добавя? Ще пробвам да намаля на 1400. MRRU да си го оставя ли на 1600 или да го върна по подразбиране?

[111111]

Записа е на друг протокол пусни един torch на интерфейса с 30сек задържане и всички атрибути.

[v3ctor]

Преди 5 часа, 111111 написа:

Записа е на друг протокол пусни един torch на интерфейса с 30сек задържане и всички атрибути.

Излиза си същия протокол 17(UDP) при запис, както е на това в реално време. Само ip адресите са други.

[v3ctor]

Намалих MTU на етернетите на 1400, същата работа.

[JohnTRIVOLTA]

Преди 1 час, v3ctor написа:

Намалих MTU на етернетите на 1400, същата работа.

Няма нужда от тези "гимнастики". Сподели тук, когато пробваш на място, колко трафик дърпа приемника - със сигурност повече от колкото пуска шейпъра на WAN от и към публичното пространство!

[v3ctor]

преди 5 минути, JohnTRIVOLTA написа:

Няма нужда от тези "гимнастики". Сподели тук, когато пробваш на място, колко трафик дърпа приемника - със сигурност повече от колкото пуска шейпъра на WAN от и към публичното пространство!

Приемника генерира около 10Мбпс, ъплинка е около 50Мбпс през тунела. Не е проблема във wan порта и шейпене.

[JohnTRIVOLTA]

Преди 1 час, v3ctor написа:

Приемника генерира около 10Мбпс, ъплинка е около 50Мбпс през тунела. Не е проблема във wan порта и шейпене.

Говорим, когато връщаме назад какво се генерира при услугата.

[v3ctor]

Пак си е трафика колкото е от страната на клиент тунела, около 10Мбпс.

[net-sar]

Тази гимнастика съм я правил!Проблема ти е в разгъване и згъване на пакетите!Демек микротиците !Виждам че си на "ти" с микротиците и мисля,че знаеш какво правят тунелите - Згъват и Разгъват!Трябва да намериш кое се чупи при разгъване?

Но като се замисля може да е проблема от началния ти рутер до микротика където вдигаш нещата!Трябват проби.

малко се позамислих и имам въпросче- как е upload?Понеже при превъртане най много ще ти трябва

Редактирано 25 Септември, 2021 от net-sar