Mtik MPLS и Multicast

[skyfx]

Привет,

Ситуация:

Cisco 72xx- Radio link Mtik RB411 OS v3.10 - Cisco 18xx- Radio link Mtik RB411 OS v3.10 - Cisco 18xx

досега вместо Mtik имаше Канопи.

Между Циската има пуснат МПЛС,който не иска да работи през Микротиците.

Линковете са пуснати в режим бридж.

Проблема е,че не пускат големи пакети.

Трябва ни МТУ поне 1508. На интерфейсите им е казано МТУ-то да 1508 ,но явно не го приема или бъркаме някъде.

Някой може ли даде акъл ?

Второ имате ли наблюдение как се държи микротика с Multicast трафик .

[111111]

версия 3.хх носи на мултикаст след

инсталация на съотверния пакет

но пускане на мултикаст през безжична мрежа

е абсолютна загуба на процесорно време

[skyfx]

Multicast трябва на клиенти,които се занимават с борсова търговия,понеже това е изискването на софтуера,които ползва самата борса.

При това положение има защо да се губи процесорно време, а и няма засега друг вариант да предложим услугата на клиента.

[111111]

дълбоко се съмнявам в твърдението което са ти изтъкнали

по скоро телевизика гледкат

мултикаста няма криптиращи свойства а при борсовата търговия тайната трябва да е на ниво там е от SSH нагоре

да не пръскат трафик на порт 1234

[skyfx]

Става въпрос за Multicast MPLS VPN.

Не се изразих правилно в предишният пост.

Става въпрос за Xetra

http://deutsche-boerse.com/dbag/dispatch/en/kir/gdb_navigation/technology/20_Applications/10_Trading/10_Xetra_Trading_Platform

и за да се реализира това нещо е удобно да се ползва Multicast, за да се разпраща бюлетина с котировките.

[111111]

Xetra front end und Xetra back end will communicate via TCP/IP network (Xetra network) provided by Deutsche B[ch246]rse.

никаде не пише за мултикаст

[skyfx]

повече ме интересува как да го накарам да пуска големи пакети /mtu=1508/ през бридж интерфейса.

[111111]

повече ме интересува как да го накарам да пуска големи пакети /mtu=1508/ през бридж интерфейса.

това е доста странно при мен под ХР не минава нищо над 1480

а под виста 65500 няма проблем

[skyfx]

ето и ситуацията

от рутера преди микротика

ххх-хх-ar1#ping 194.153.145.104 size 1500 df-bit

Success rate is 100 percent (5/5), round-trip min/avg/max = 16/16/16 ms

Type escape sequence to abort.

Sending 5, 1500-byte ICMP Echos to 194.153.145.104, timeout is 2 seconds:

Packet sent with the DF bit set

!!!!!

Success rate is 100 percent (5/5), round-trip min/avg/max = 16/16/16 ms

от клиентският рутер

ххх-хх-ххх#ping 194.153.145.104 size 1500 df-bit

Type escape sequence to abort.

Sending 5, 1500-byte ICMP Echos to 194.153.145.104, timeout is 2 seconds:

Packet sent with the DF bit set

.....

Success rate is 0 percent (0/5)

Когато е на рутера преди клиента минава,защото пакетите се качват ма МПЛС чак на следвашият рутер след микротика.

Обаче когато е от клиентският рутер вече пакета се качва на МПЛС от рутера преди микротика и тогава не минава.

+ картинка

[byte]

Какъв е вариант някой от интерфейсите да не прехвърля големи фреймове.

Какво са точно моделите на картите ?

http://wiki.mikrotik.com/wiki/MPLS_Lab_Setup

[skyfx]

Мдаа,

имам лек напредък

Направих първият ВДС статик,а вторият динамик.

Съответно вдигнах МТУ-то на всички интерфейси на 1596 и сега между 2 двата мтика си минават големи пакети.

[skyfx]

Закачих ги между два каталиста 2960,на гига порт и резултата е макс. 1508 мту.

Побърках се.

Трябва да има начин да минат поне 1536.

[111111]

тунели или подобно

[skyfx]

никакви тунели

искам чист бридж

[111111]

изхвърли сиското тогава

[Mile]

Без тях наистина няма да има проблем.

Доста интересно четиво е http://delian.blogspot.com/2006/11/mpls.html