URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 322
[ Назад ]

Исходное сообщение
"Cisco D-LInk 3526 не проходит часть трафика."

Отправлено TheNMinD , 27-Ноя-12 08:33 
Доброго времени суток. Сталкнулся с проблемой следующего характера.
На удаленном конце через каналы Е1 (по средствам мультиплексора МАКОМ-МХ) стоит свитч DES-3526. У меня catalyst 3650. Поднят PPoE для раздачи интернета. Есть 2 вилана. Под интернет соответсвенно и для общей сети. Отдано конечно же транком на дальний конец. В интернет все выходит у абонента замечательно. Но вот в общей сети все друг друга видят. НО!!! Не могу передать файлы...как по средствам ftp так и по средствам даже простой шары... грешу на MTU. На PPoE mtu 1452. Возможно мультиплексор не пропускает пакеты более 1500.  Подскажите что можно предпринять...

Содержание

Сообщения в этом обсуждении
"Cisco D-LInk 3526 не проходит часть трафика."
Отправлено fantom , 27-Ноя-12 10:27 
> Доброго времени суток. Сталкнулся с проблемой следующего характера.
> На удаленном конце через каналы Е1 (по средствам мультиплексора МАКОМ-МХ) стоит свитч
> DES-3526. У меня catalyst 3650. Поднят PPoE для раздачи интернета. Есть
> 2 вилана. Под интернет соответсвенно и для общей сети. Отдано конечно
> же транком на дальний конец. В интернет все выходит у абонента
> замечательно. Но вот в общей сети все друг друга видят. НО!!!
> Не могу передать файлы...как по средствам ftp так и по средствам
> даже простой шары... грешу на MTU. На PPoE mtu 1452. Возможно
> мультиплексор не пропускает пакеты более 1500.  Подскажите что можно предпринять...

1. ping пакетами разного размера, например начать с 1400 и далее до 1500, смотреть когда "заткнется", с точки зрения математики оптимально - методом половинного деления, если 1400 ходят, а 1500 - нет, то за 7 попыток придете к нужному результату :)
2. Написать в ТП МАКОМ-МХ запрос на предмет максимального размера eth фрейма для сего конвертора/мультиплексора или кто он там..


"Cisco D-LInk 3526 не проходит часть трафика."
Отправлено TheNMinD , 27-Ноя-12 11:02 

> 1. ping пакетами разного размера, например начать с 1400 и далее до
> 1500, смотреть когда "заткнется", с точки зрения математики оптимально - методом
> половинного деления, если 1400 ходят, а 1500 - нет, то за
> 7 попыток придете к нужному результату :)
> 2. Написать в ТП МАКОМ-МХ запрос на предмет максимального размера eth фрейма
> для сего конвертора/мультиплексора или кто он там..

1500 Больше не пропускает...а каталист от 1500 + он накладывает транком дополнительно если я не ошибаюсь. Вопрос в чем можно ли на длинке понизить MTU. На каталисе минимум 1500..больше можно меньше нельзя


"Cisco D-LInk 3526 не проходит часть трафика."
Отправлено fantom , 27-Ноя-12 11:37 

>> 1. ping пакетами разного размера, например начать с 1400 и далее до
>> 1500, смотреть когда "заткнется", с точки зрения математики оптимально - методом
>> половинного деления, если 1400 ходят, а 1500 - нет, то за
>> 7 попыток придете к нужному результату :)
>> 2. Написать в ТП МАКОМ-МХ запрос на предмет максимального размера eth фрейма
>> для сего конвертора/мультиплексора или кто он там..
> 1500 Больше не пропускает...а каталист от 1500 + он накладывает транком дополнительно
> если я не ошибаюсь. Вопрос в чем можно ли на длинке
> понизить MTU. На каталисе минимум 1500..больше можно меньше нельзя

MTU в смысле ping-а - это епархия L3, а не L2, если помните - фрагментации фреймов ка-то не предусмотрено в езернете.
если на всех узлах ЗА вашим МАКОМ-МХ поменять MTU на интерфейсах на (например) 1400 - многое должно заработать, но я бы все-таки написал в ТП - может вопрос тупо перепрошивкой девайса решиться...


"Cisco D-LInk 3526 не проходит часть трафика."
Отправлено TheNMinD , 27-Ноя-12 11:43 

> MTU в смысле ping-а - это епархия L3, а не L2, если
> помните - фрагментации фреймов ка-то не предусмотрено в езернете.
> если на всех узлах ЗА вашим МАКОМ-МХ поменять MTU на интерфейсах на
> (например) 1400 - многое должно заработать, но я бы все-таки написал
> в ТП - может вопрос тупо перепрошивкой девайса решиться...

Не думаю что эта железяка шьется... В ТП вообще первый раз о такой проблеме узнали. На всех узлах за  макомом...  проблематично будет. Это же на каждой раб станции MTU менять. Винда такое позволяет конечно..но это не очень приемлемо. Хоте после макома стоит длинк 3526, н на сколько я понял поменять в нем mtu нельзя =(



"Cisco D-LInk 3526 не проходит часть трафика."
Отправлено fantom , 27-Ноя-12 11:53 
>[оверквотинг удален]
>> помните - фрагментации фреймов ка-то не предусмотрено в езернете.
>> если на всех узлах ЗА вашим МАКОМ-МХ поменять MTU на интерфейсах на
>> (например) 1400 - многое должно заработать, но я бы все-таки написал
>> в ТП - может вопрос тупо перепрошивкой девайса решиться...
> Не думаю что эта железяка шьется... В ТП вообще первый раз о
> такой проблеме узнали. На всех узлах за  макомом...  проблематично
> будет. Это же на каждой раб станции MTU менять. Винда такое
> позволяет конечно..но это не очень приемлемо. Хоте после макома стоит длинк
> 3526, н на сколько я понял поменять в нем mtu нельзя
> =(

MTU на eth - наверное нет, а вот mtu на L3 интерфейсе - может и да, зависит от топологии сети, если он у вас как L3 используется.

Задайте ТП прямой вопрос - какое максимально MTU пропускает сей девайс? если меньше 1522 - плохо, если больше или равно - то причина может быть и не в нем...


"Cisco D-LInk 3526 не проходит часть трафика."
Отправлено TheNMinD , 27-Ноя-12 12:01 

> Задайте ТП прямой вопрос - какое максимально MTU пропускает сей девайс? если
> меньше 1522 - плохо, если больше или равно - то причина
> может быть и не в нем...

1500 максимально девас пропускает



"Cisco D-LInk 3526 не проходит часть трафика."
Отправлено fantom , 27-Ноя-12 13:50 

>> Задайте ТП прямой вопрос - какое максимально MTU пропускает сей девайс? если
>> меньше 1522 - плохо, если больше или равно - то причина
>> может быть и не в нем...
> 1500 максимально девас пропускает

Это скорее всего имеется ввиду MTU для IP пакета, т.е поле data с точки зрения eth фрейма, а у фрейма есть еще и заголовок и окончание, а 802.1q добавляет туда (в заголовок) еще 4 байта....