|
|
  |
Работа сетей Ethernet с медленными каналами связи, методы сопряжения и конвертации |
|
|
|
Aug 4 2006, 12:35
|
Местный
  
Группа: Свой
Сообщений: 347
Регистрация: 16-02-06
Из: г.Николаев, Украина
Пользователь №: 14 377

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

Частый гость
 
Группа: Свой
Сообщений: 195
Регистрация: 25-01-06
Из: г. Троицк, МО
Пользователь №: 13 575

|
Частью секрет, частью нет  4E1+Eth->Radio не очень удачный пример, я там сам еще не разобрался. Оно мне досталось AsIs. Попробую описать Eth->E3. На самом деле не совсем E3, там у нас фрейм по другому собирается. Буферы пакетов в свитче, он и согласует, так же как и в случае когда к 100Мб свитчу 10-и Мб сетевуха вешается.
Сообщение отредактировал TomaT - Aug 4 2006, 13:08
|
|
|
|
|
Sep 25 2006, 15:08
|
Местный
  
Группа: Свой
Сообщений: 347
Регистрация: 16-02-06
Из: г.Николаев, Украина
Пользователь №: 14 377

|
Было такое предложение-пожелание: Цитата(iosifk @ Aug 4 2006, 12:18)  ... Вы можете предоставить мне результаты испытаний..... Результаты есть, я их прилагаю. Здесь удаленный компьютер соединялся со свичем и далее с сервером. Между ними были два конвертора Ethernet-TDM (т.е. то, для чего все это и разрабатывалось). Канал связи - это TDM (он же PCM-30, или SHDSL). Максимальная скорость канала Vmax равна N*64 кбит/с (или N*8 кбайт/с), где N - число задействованных канальных интервалов (тайм-слотов). Относительно Vmax оценивается коэффициент заполнения Кз, как отношенеи реальной скорости пересылки файлов к максимальной. Думаю, что Кз - это интегральная характеристика эффективности получаемого канала. Испытания выполнены без применения "обратного давления" (back pressure - по натовской терминологии). Я испытал эту технологию в двух ее возможных модификациях (формирование коллизий при отсутствии свободного пространства в буферах), но она ухудшила результаты на процентов 20, поэтому от нее отказались. Вопросы есть по скорости туда и обратно, они отличаются при работе в локальной сети (в обратном направлении она низковата). Но при загрузке с интернетовских сайтов (а у нас предприятии достаточно мощный канал), коэффициент заполнения приближался к максимальному значению (в направлении от РС к серверу). Так что вопросы плодятся и без нас...
Прикрепленные файлы
p2.doc ( 75 килобайт )
Кол-во скачиваний: 909
|
|
|
|
|
Sep 28 2006, 09:34
|

Lazy
     
Группа: Свой
Сообщений: 2 070
Регистрация: 21-06-04
Из: Ukraine
Пользователь №: 76

|
Цитата(Волощенко @ May 16 2006, 12:08)  Здравствуйте! Кто сталкивался с подобной проблемой, когда разные фрагменты сети 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
--------------------
"Everything should be made as simple as possible, but not simpler." - Albert Einstein
|
|
|
|
|
Oct 3 2006, 13:44
|
Участник

Группа: Свой
Сообщений: 64
Регистрация: 16-03-05
Из: Perm, Russia
Пользователь №: 3 405

|
Цитата(Волощенко @ Sep 28 2006, 17:26)  К Victor®, спасибо за ссылку на Zarlink! Мы работаем с их продукцией, но эту схему проглядел. Информация новая и интересная (как раз требуется добавить функцию VLAN и Ethernet 10/100). Огорчает корпус 324 Ball PBGA и шаг между его выводами в 1мм (мы еще никак не освоили такие конструктивы, рискованно). Подошел бы такой же chip, но с корпусом TQFP. ADM6993 - реально работает в схеме - цена в 15 раз меньше - гибкий HDLC режим (любая частота с любой скважностью) по TDM(PCM) - hardware (или)и sowtfare settings (TWI) включая VLAN по портам и тегам.
|
|
|
|
|
Oct 3 2006, 14:28
|
Участник

Группа: Свой
Сообщений: 64
Регистрация: 16-03-05
Из: Perm, Russia
Пользователь №: 3 405

|
Цитата(zltigo @ Oct 3 2006, 19:48)  Цитата(Ledol @ Oct 3 2006, 16:44)  ADM6993
Ага. И ADM6996 тоже. Ого. Привет от Галиос-а? А не пробовали это изделие с CISCO стыковать( ADM6996(HDLC) -> G703 <-> G703 -> CISCO)?
|
|
|
|
|
Oct 3 2006, 14:43
|
Частый гость
 
Группа: Свой
Сообщений: 160
Регистрация: 23-12-04
Из: Уфа
Пользователь №: 1 631

|
Цитата(Ledol @ Oct 3 2006, 19:44)  ADM6993 - реально работает в схеме - цена в 15 раз меньше - гибкий HDLC режим (любая частота с любой скважностью) по TDM(PCM) - hardware (или)и sowtfare settings (TWI) включая VLAN по портам и тегам. Эх, ей бы еще индустриальный диапазон рабочей температуры, цены б ей не было, для наших приложений.
|
|
|
|
|
Oct 3 2006, 18:59
|
Местный
  
Группа: Свой
Сообщений: 251
Регистрация: 23-06-04
Пользователь №: 154

|
Цитата(Shamil @ Oct 3 2006, 17:43)  Цитата(Ledol @ Oct 3 2006, 19:44)  ADM6993 - реально работает в схеме - цена в 15 раз меньше - гибкий HDLC режим (любая частота с любой скважностью) по TDM(PCM) - hardware (или)и sowtfare settings (TWI) включая VLAN по портам и тегам.
Эх, ей бы еще индустриальный диапазон рабочей температуры, цены б ей не было, для наших приложений.  После 2 годичново мученеи с ADM6993 и ADM6996F я откзалсь от ных: 1) Нормально неработает пры HDLC скоростях выше 10Mbit при гапированном клоке. 2) Достаточно сыльно греется. 3) Маленкие RAM вуфера на чипе.
|
|
|
|
|
Oct 3 2006, 20:22
|

Гуру
     
Группа: Свой
Сообщений: 13 372
Регистрация: 27-11-04
Из: Riga, Latvia
Пользователь №: 1 244

|
Цитата(Ledol @ Oct 3 2006, 17:28)  Ого. Привет от Галиос-а? Да. Результат консенсуса. Цитата А не пробовали это изделие с CISCO стыковать( ADM6996(HDLC) -> G703 <-> G703 -> CISCO)? Не обещано :-)
--------------------
Feci, quod potui, faciant meliora potentes
|
|
|
|
|
Oct 4 2006, 06:32
|
Местный
  
Группа: Свой
Сообщений: 347
Регистрация: 16-02-06
Из: г.Николаев, Украина
Пользователь №: 14 377

|
Цитата(zltigo @ Oct 3 2006, 16:48)  Цитата(Ledol @ Oct 3 2006, 16:44)  ADM6993
Ага. И ADM6996 тоже. Очень хорошо!!! А как с реальным КПЗ - коэффициентом полезного заполнения? Отношение скорости PayLoad к пропускной способности канала в процентах (лучше придумать у меня не получилось) , надо же сравниться... Может, Ledol, и Вы дополните этот микро вернисаж фотографией...
|
|
|
|
|
Oct 4 2006, 12:30
|
Участник

Группа: Свой
Сообщений: 64
Регистрация: 16-03-05
Из: Perm, Russia
Пользователь №: 3 405

|
Цитата(Волощенко @ Oct 4 2006, 12:32)  Цитата(zltigo @ Oct 3 2006, 16:48)  Цитата(Ledol @ Oct 3 2006, 16:44)  ADM6993
Ага. И ADM6996 тоже. Очень хорошо!!! А как с реальным КПЗ - коэффициентом полезного заполнения? Отношение скорости PayLoad к пропускной способности канала в процентах (лучше придумать у меня не получилось) , надо же сравниться... Может, Ledol, и Вы дополните этот микро вернисаж фотографией... Постараюсь в ближайшее время. По поводу скоростей больше 10М пока ничего сказать не могу(VDSL только в перспективе). По КПЗ на данный момент могу сказать следующее: Проводили сравнительный тест м-у RJ-17 и ADM6993 (предыдущее и новое решение). По ping -l .. -n.. -t .. на длинах пакетов до нескольких килобайт различия не обнаружено(ADM в реж. 10М). При копировании файлов в FARe так же разницы не увидел. Т.Е. скорость всегда опр. канальным уровнем (192-5686 Кб\с).
|
|
|
|
|
  |
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|