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

Исходное сообщение
"Подскажите трансивер/конвертер для ISL trunk."

Отправлено Юрий Клименко , 01-Фев-05 22:06 
Привет всем!
Задача - найти оптические _одноволоконные_ конвертеры на SM позволяющие прогонять через себя ISL транк.
Для тех кто не в курсе - isl frame>802.1q . (1548>1522)
Вот :
The biggest implication for systems using ISL encapsulation is that the encapsulation is a total of 30 bytes and fragmentation is not required. Therefore, if the encapsulated packet is 1518 bytes long, the ISL packet will be 1548 bytes long for Ethernet. Additionally, if packets other than Ethernet packets are encapsulated, the maximum length can be greatly increased. This length change must be considered when evaluating whether a topology can support ISL packets size.

Задача найти именно _одноволоконные_ конвертеры.


Содержание

Сообщения в этом обсуждении
"Подскажите трансивер/конвертер для ISL trunk."
Отправлено Fduch , 01-Фев-05 22:34 
>Привет всем!
>Задача - найти оптические _одноволоконные_ конвертеры на SM позволяющие прогонять через себя
>ISL транк.
>Для тех кто не в курсе - isl frame>802.1q . (1548>1522)
>Вот :
>The biggest implication for systems using ISL encapsulation is that the encapsulation
>is a total of 30 bytes and fragmentation is not required.
>Therefore, if the encapsulated packet is 1518 bytes long, the ISL
>packet will be 1548 bytes long for Ethernet. Additionally, if packets
>other than Ethernet packets are encapsulated, the maximum length can be
>greatly increased. This length change must be considered when evaluating whether
>a topology can support ISL packets size.
>

А какой смысл заморачиваться с ISL, если можно сделать обычный транк по 802.3ad? Технологически никакой разницы между ними нет, ISL не несет никакого преимущества перед 802.3ad.
>Задача найти именно _одноволоконные_ конвертеры.



"Подскажите трансивер/конвертер для ISL trunk."
Отправлено Юрий Клименко , 02-Фев-05 12:07 
>>Привет всем!
>>Задача - найти оптические _одноволоконные_ конвертеры на SM позволяющие прогонять через себя
>>ISL транк.
>А какой смысл заморачиваться с ISL, если можно сделать обычный транк по
>802.3ad? Технологически никакой разницы между ними нет, ISL не несет никакого
>преимущества перед 802.3ad.

Есть одно _глобальное_ преимущество -  много имеющегося оборудования не умеет ISL. Выкинуть жалко. А так - конечно, использую и 802.1q и транслирую одно в другое на 55-ом каталисте в центре.

По сути вопроса совета не дадите ?


"Подскажите трансивер/конвертер для ISL trunk."
Отправлено Юрий Клименко , 02-Фев-05 12:15 
В предыдущем сообщении описка :
Имелось в виду - 'много имеющегося оборудования _умеет только ISL_.'



"Подскажите трансивер/конвертер для ISL trunk."
Отправлено Fduch , 02-Фев-05 14:23 
>В предыдущем сообщении описка :
>Имелось в виду - 'много имеющегося оборудования _умеет только ISL_.'

Ну по сути не получится. Чистый медиаконвертер пропустил бы кадры большого размера.
А сейчас все конвертеры, даже одноволоконные, делаются на основе неуправляемых свичей. Там максимальный кадр ограничен 1536, если отключить проверку CRC.
Так что ваша проблема не имеет решения простыми и дешевыми средствами.


"Подскажите трансивер/конвертер для ISL trunk."
Отправлено Юрий Клименко , 02-Фев-05 14:44 
>А сейчас все конвертеры, даже одноволоконные, делаются на основе неуправляемых свичей.
>максимальный кадр ограничен 1536, если отключить проверку CRC.
>Так что ваша проблема не имеет решения простыми и дешевыми средствами.

При всем уважении к Вам это не правда. ATMC103XL пропускает все в полный рост. У меня не один ISL транк через это работает.
Давайте договоримся, что Вы будете писать только _проверенные_ данные ?
Спасибо.


"Подскажите трансивер/конвертер для ISL trunk."
Отправлено Beginner , 03-Фев-05 10:44 
>>А сейчас все конвертеры, даже одноволоконные, делаются на основе неуправляемых свичей.
>>максимальный кадр ограничен 1536, если отключить проверку CRC.
>>Так что ваша проблема не имеет решения простыми и дешевыми средствами.
>
>При всем уважении к Вам это не правда. ATMC103XL пропускает все в
>полный рост. У меня не один ISL транк через это работает.
>
>Давайте договоримся, что Вы будете писать только _проверенные_ данные ?
>Спасибо.


Начнем с того что ISL - цисковый протокол, который кроме нее самой практически не поддерживается.
Конвертер преобразующий инкапсуляцию виртуальных сетей представляю себе слабо.
Один из вариантов - обновить ПО на оборудовании. Довольно давно практически все оборудование циско поддерживает оба протокола маркировки VLAN, а в настоящее время ISL поддерживается уже не всем оборудованием циско (идет плавный переход на 802.1Q)


"Подскажите трансивер/конвертер для ISL trunk."
Отправлено Юрий Клименко , 03-Фев-05 15:16 
>Начнем с того что ISL - цисковый протокол, который кроме нее самой
>практически не поддерживается.
>Конвертер преобразующий инкапсуляцию виртуальных сетей представляю себе слабо.
>Один из вариантов - обновить ПО на оборудовании. Довольно давно практически все
>оборудование циско поддерживает оба протокола маркировки VLAN, а в настоящее время
>ISL поддерживается уже не всем оборудованием циско (идет плавный переход на
>802.1Q)

Мда....
Я не просил читать лекций.
Просьба отвечать по существу....
Обнови мне ПО на cat1924 :) Что бы 802.1q умел! У меня их много, и выкидывать не собираюсь.
Научи делать 802.1q транки на ws-x5203 ? У меня много каталистов 55хх где стоят эти платы . Их я тоже выкидывать не спешу.
Конечно, там где возможно давным давно работает 802.1q.