Работа сетей Ethernet с медленными каналами связи, методы сопряжения и конвертации Опции

[Волощенко]

to TomaT
Может мне еще придется разрабатывать что-то подобное... По этому еще б небольшую структурную схему Вашего устройства: состав, что с чем связывается, и куда и на каких скоростях идут потоки, какие, где интерфейсы... Как сконфигурирован свитч, что подключается к радиорелейке.
Из сообщения все же не понятно как происходит согласование скоростей - опять все ложится на протокол TCP/IP? Какая связь между синхронными потоками Е1 и асинхронными Ethernet (где буферы пакетов)?
Если не секрет...

[TomaT]

Частью секрет, частью нет
4E1+Eth->Radio не очень удачный пример, я там сам еще не разобрался. Оно мне досталось AsIs.
Попробую описать Eth->E3. На самом деле не совсем E3, там у нас фрейм по другому собирается.

Буферы пакетов в свитче, он и согласует, так же как и в случае когда к 100Мб свитчу 10-и Мб сетевуха вешается.

Сообщение отредактировал TomaT - Aug 4 2006, 13:08

[Волощенко]

Было такое предложение-пожелание:

... Вы можете предоставить мне результаты испытаний.....

Результаты есть, я их прилагаю. Здесь удаленный компьютер соединялся со свичем и далее с сервером. Между ними были два конвертора Ethernet-TDM (т.е. то, для чего все это и разрабатывалось). Канал связи - это TDM (он же PCM-30, или SHDSL). Максимальная скорость канала Vmax равна N*64 кбит/с (или N*8 кбайт/с), где N - число задействованных канальных интервалов (тайм-слотов). Относительно Vmax оценивается коэффициент заполнения Кз, как отношенеи реальной скорости пересылки файлов к максимальной. Думаю, что Кз - это интегральная характеристика эффективности получаемого канала.
Испытания выполнены без применения "обратного давления" (back pressure - по натовской терминологии). Я испытал эту технологию в двух ее возможных модификациях (формирование коллизий при отсутствии свободного пространства в буферах), но она ухудшила результаты на процентов 20, поэтому от нее отказались. Вопросы есть по скорости туда и обратно, они отличаются при работе в локальной сети (в обратном направлении она низковата). Но при загрузке с интернетовских сайтов (а у нас предприятии достаточно мощный канал), коэффициент заполнения приближался к максимальному значению (в направлении от РС к серверу).
Так что вопросы плодятся и без нас...

Прикрепленные файлы

 p2.doc ( 75 килобайт ) Кол-во скачиваний: 909

 

[iosifk]

[quote name='Волощенко' date='Sep 25 2006, 19:08' post='157931']
Было такое предложение-пожелание:
[quote name='iosifk' post='141414' date='Aug 4 2006, 12:18']
... Вы можете предоставить мне результаты испытаний.....
[/quote]

Спасибо за информацию, буду переваривать.
Думаю, что эти результаты будут интересны не только мне...

[Victor®]

Здравствуйте!
Кто сталкивался с подобной проблемой, когда разные фрагменты сети Ethernet, отстоящие друг от друга на десятки километров, соединены между собой низкоскоростными телекоммуникационными каналами связи типа ИКМ30. Такие каналы используют конверторы и структура канала такая: Ethernet-ИКМ30-Соединительная Линия-ИКМ30-Ethernet, а пиковая скорость передачи равна 64кБит*N, где N=1..30.
Для согласования скорости из Ethernet в ИКМ30, по моему представлению, используются такие методы:
- «шлюза», когда принятые, но еще не переданные пакеты накапливаются в очереди;
- «метод обратного давления», когда во время передачи текущего пакета, прием всех новых пакетов блокируется путем создания коллизий – одновременной передачей из конвертора в сеть Ethernet любого встречного пакета.
Мне нужно найти правильный выход, так как с помощью сниффера Ethereal четко заметил, что новый пакет приходит из Ethernet в конвертор до того, как в ИКМ30 передан предыдущий - а это приводит к отказам. Возможно, здесь есть еще тонкости применения в протоколе TCP/IP.
Хотел бы обменяться мнениями с теми, кто сталкивался с данной проблемой.
Спасибо.

Здравствуйте!
Посмотрите на это:
http://products.zarlink.com/product_profiles/ZL50120.htm

[Волощенко]

К Victor®, спасибо за ссылку на Zarlink!
Мы работаем с их продукцией, но эту схему проглядел.
Информация новая и интересная (как раз требуется добавить функцию VLAN и Ethernet 10/100). Огорчает корпус 324 Ball PBGA и шаг между его выводами в 1мм (мы еще никак не освоили такие конструктивы, рискованно). Подошел бы такой же chip, но с корпусом TQFP.

[Ledol]

К Victor®, спасибо за ссылку на Zarlink!
Мы работаем с их продукцией, но эту схему проглядел.
Информация новая и интересная (как раз требуется добавить функцию VLAN и Ethernet 10/100). Огорчает корпус 324 Ball PBGA и шаг между его выводами в 1мм (мы еще никак не освоили такие конструктивы, рискованно). Подошел бы такой же chip, но с корпусом TQFP.

ADM6993
- реально работает в схеме
- цена в 15 раз меньше
- гибкий HDLC режим (любая частота с любой скважностью) по TDM(PCM)
- hardware (или)и sowtfare settings (TWI) включая VLAN по портам и тегам.

[zltigo]

ADM6993

Ага. И ADM6996 тоже.

Эскизы прикрепленных изображений

 

[Ledol]

ADM6993

Ага. И ADM6996 тоже.

Ого. Привет от Галиос-а? А не пробовали это изделие с CISCO стыковать( ADM6996(HDLC) -> G703 <-> G703 -> CISCO)?

[Shamil]

ADM6993
- реально работает в схеме
- цена в 15 раз меньше
- гибкий HDLC режим (любая частота с любой скважностью) по TDM(PCM)
- hardware (или)и sowtfare settings (TWI) включая VLAN по портам и тегам.

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

[Dainis]

ADM6993
- реально работает в схеме
- цена в 15 раз меньше
- гибкий HDLC режим (любая частота с любой скважностью) по TDM(PCM)
- hardware (или)и sowtfare settings (TWI) включая VLAN по портам и тегам.

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

После 2 годичново мученеи с ADM6993 и ADM6996F я откзалсь от ных:
1) Нормально неработает пры HDLC скоростях выше 10Mbit при гапированном клоке.
2) Достаточно сыльно греется.
3) Маленкие RAM вуфера на чипе.

[zltigo]

Ого. Привет от Галиос-а?

Да. Результат консенсуса.

А не пробовали это изделие с CISCO стыковать( ADM6996(HDLC) -> G703 <-> G703 -> CISCO)?

Не обещано :-)

[Волощенко]

ADM6993

Ага. И ADM6996 тоже.

Очень хорошо!!!
А как с реальным КПЗ - коэффициентом полезного заполнения? Отношение скорости PayLoad к пропускной способности канала в процентах (лучше придумать у меня не получилось) , надо же сравниться...
Может, Ledol, и Вы дополните этот микро вернисаж фотографией...

[Ledol]

ADM6993

Ага. И ADM6996 тоже.

Очень хорошо!!!
А как с реальным КПЗ - коэффициентом полезного заполнения? Отношение скорости PayLoad к пропускной способности канала в процентах (лучше придумать у меня не получилось) , надо же сравниться...
Может, Ledol, и Вы дополните этот микро вернисаж фотографией...

Постараюсь в ближайшее время. По поводу скоростей больше 10М пока ничего сказать не могу(VDSL только в перспективе). По КПЗ на данный момент могу сказать следующее:
Проводили сравнительный тест м-у RJ-17 и ADM6993 (предыдущее и новое решение). По ping -l .. -n.. -t .. на длинах пакетов до нескольких килобайт различия не обнаружено(ADM в реж. 10М). При копировании файлов в FARe так же разницы не увидел. Т.Е. скорость всегда опр. канальным уровнем (192-5686 Кб\с).

[Victor®]

Вот еще интересные чипы
http://www.mindspeed.com/web/product/category.html?id=731

И вот что на них делают:
 POTS48_Demo_Board_Fact_Sheet_Final__2_.pdf ( 482.79 килобайт ) Кол-во скачиваний: 1769