Как сделать WAN-порт из LAN-порта ADSL-модеме ZTE ZXDSL 831CII

@JohnyWalker · Регистрация: 15.11.2010

Студворк — интернет-сервис помощи студентам

Уважаемые участники!
Помогите решить следующую проблему.

Не так давно я решил подключить два домашних компьютера к Интернету. Настоящего роутера у меня под рукой не оказалось, поэтому временно (до покупки нормального маршрутизатора) решил воспользоваться лежащим без применения ADSL-модемом. Но здесь я столкнулся со следующей трудностью. Данная модель, ZTE ZXDSL 831CII, имеет режим роутера и снабжена 4-мя LAN-портами, находящимися на задней стороне стенки. В качестве WAN-порта у нее, как я понимаю, используется DSL-порт. Однако кабельный модем, через который идет подключение к Интернету, использует интерфейс Ethernet, а значит подключить его можно только через один из LAN-портов. Но тут возникает следующая сложность: все устройства, подключенные к LAN-портам, становятся видимыми друг для друга, сервер со стороны провайдера видит их MAC и IP-адреса, т. е. не происходит изоляции внутренней сети от сети провайдера. Заставить работать компьютеры c провайдером можно только, присвоив им одинаковые MAC-адреса, но это ведет к большой нестабильности и перебоям в работе (в этом убедился сам).

Вопрос в следующем. Можно ли в принципе сделать на этой модели один из LAN-портов WAN-портом? Например, назначить этот LAN WAN'ом? Или как-то переопределить потоки, порты у модема, чтобы он работал с провайдером как WAN, скрывая от того адреса компьютеров внутренней сети? Когда полез в настройки модема через интерфейс веб-браузера, в них почти ничего не понял. Есть там опция Port Mapping, позволяющая собирать порты модема в какие-то группы, правда для чего это делается и может ли помочь мне решить проблему, я не понял. Есть там также опция NAT--Virtual Server (виртуальный сервер), но не знаю, можно ли с помощью него что-то сделать. Всем, кто готов мне помочь, могу выслать копии веб-страниц интерфейса настройки.

Знания компьютерных сетей у меня практически нулевые. Своими силами сделать ничего не смог. Может быть, кто-то знает модемы этой серии и может мне сказать, возможно ли то, что я хочу, сделать в принципе. И если да, то хотя бы дать мне какие-то наводящие соображения.

@odip · 15.11.2010, 11:52

Заставить работать компьютеры c провайдером можно только, присвоив им одинаковые MAC-адреса, но это ведет к большой нестабильности и перебоям в работе (в этом убедился сам).

Гы-гы
Оно вообще не должно работать

Можно ли в принципе сделать на этой модели один из LAN-портов WAN-портом? Например, назначить этот LAN WAN'ом?

Как правило в таких устройствах все жестко фиксировано и то что хочешь сделать нельзя
Самый простой вариант - купить нужный тебе девайс, где WAN будет в Ethernet
может еще быть или не быть Wifi

Dmitry · 15.11.2010, 12:17

Сообщение от odip

Как правило в таких устройствах все жестко фиксировано

Никогда не задавался такой целью, но вот например вывод команды ifconfig для моего роутера

BusyBox on localhost login: root
Password:

*********************************************************
* ADSL ROUTER ACORP W422G LAN 4-PORT/WiFi *
*********************************************************

BusyBox v0.61.Acorp (2009.04.21-05:08+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.

# ifconfig
br0 Link encap:Ethernet HWaddr 00:14:2B:0A:DA:2A
inet addr:192.168.1.254 Bcast:192.168.1.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500
RX packets:177945212 errors:0 dropped:0 overruns:0 frame:0
TX packets:193064939 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:2107843890 (2010.1 Mb) TX bytes:1338257792 (1276.2 Mb)

br1 Link encap:Ethernet HWaddr 00:00:00:00:00:00
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

br2 Link encap:Ethernet HWaddr 00:00:00:00:00:00
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

br3 Link encap:Ethernet HWaddr 00:00:00:00:00:00
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 b) TX bytes:0 (0.0 b)

eth0 Link encap:Ethernet HWaddr 00:14:2B:0A:D7:2A
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:320143 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 b) TX bytes:59366348 (56.6 Mb)

eth1 Link encap:Ethernet HWaddr 00:14:2B:0A:D8:2A
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500
RX packets:990869 errors:0 dropped:0 overruns:0 frame:0
TX packets:1511219 errors:7 dropped:7 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:355790483 (339.3 Mb) TX bytes:1334997506 (1273.1 Mb)

eth2 Link encap:Ethernet HWaddr 00:14:2B:0A:D9:2A
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:320143 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:0 (0.0 b) TX bytes:59366348 (56.6 Mb)

eth3 Link encap:Ethernet HWaddr 00:14:2B:0A:DA:2A
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500
RX packets:209517501 errors:0 dropped:0 overruns:0 frame:0
TX packets:204361107 errors:13 dropped:13 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:3695489337 (3524.2 Mb) TX bytes:2736544958 (2609.7 Mb)

lo Link encap:Local Loopback
inet addr:127.0.0.1 Mask:255.0.0.0
UP LOOPBACK RUNNING MTU:16436 Metric:1 ASYMMTU:0
RX packets:52 errors:0 dropped:0 overruns:0 frame:0
TX packets:52 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:3653 (3.5 kb) TX bytes:3653 (3.5 kb)

nas0 Link encap:Ethernet HWaddr 00:14:2B:0A:D7:2C
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500
RX packets:193603843 errors:0 dropped:0 overruns:0 frame:0
TX packets:175792134 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:232016623 (221.2 Mb) TX bytes:358229788 (341.6 Mb)

ppp0 Link encap:Point-Point Protocol
inet addr:92.113.83.40 P-t-P:195.5.5.201 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1 ASYMMTU:1500
RX packets:11973891 errors:0 dropped:0 overruns:0 frame:0
TX packets:10264110 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:2437055609 (2324.1 Mb) TX bytes:4100633242 (3910.6 Mb)

wlan0 Link encap:Ethernet HWaddr 00:14:2B:0A:D7:2B
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500
RX packets:34487877 errors:0 dropped:0 overruns:0 frame:0
TX packets:52307497 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:100
RX bytes:3364596400 (3208.7 Mb) TX bytes:3165487773 (3018.8 Mb)

насколько я понимаю, танцы с бубном, и консольными командами типа ifconfig, iptables а также комадами управления клиентом pptp позволят в конечном итоге получить желаемый результат, но вот стоит ли оно того на фоне цены за простой soho-роутер...

@JohnyWalker · 15.11.2010, 16:09 **[ТС]**

odip и Dmitry, спасибо за отклики.

насколько я понимаю, танцы с бубном, и консольными командами типа ifconfig, iptables а также комадами управления клиентом pptp позволят в конечном итоге получить желаемый результат, но вот стоит ли оно того на фоне цены за простой soho-роутер...

Наверное не стоит, но у меня к вопросу возник уже "спортивный" интерес с позиций расширения собственного кругозора. Интересно, если я все же попробую сделать этот фокус с портами, в каком направлении мне двигаться? Чем отличается LAN-порт от WAN'а с позиции работы самого устройства? Какие действия с точки зрения общих принципов нужно предпринять, чтобы этот трюк стал возможен? Можно ли эти изменения в конфигурации сделать через браузерный интерфейс подобного устройства или без консоли не обойтись?

Интересны также отзывы других участников.

@ruzalit · 15.11.2010, 18:44

Про браузер забудьте совсем. Кроме желания нужны знания принципов работы устройства и знания работы в линукс, ведь готового решения нет и нужно будет самостоятельно по крохам собирать информацию и реализовывать ее, ведь чтобы изменить конфигурацию работы модема, нужно будет вносить изменения в конфигурационных файлах модема, а для этого в прошивке должен быть какой то редактор файлов, который не часто присутствует в прошивках, самое удобное решение, это подключить консоль к модему и изменить в его загрузчике способ и место с которого он будет загружать прошивку с конфигурационными файлами, если можно будет указать загрузку допустим с tftp сервера, который нужно будет поднять на компьютере, на котором можно будет их редактировать, тогда процесс работы становиться более удобным. Как только вы все это осилите, тогда это уже будет не просто спортивный интерес.

@JohnyWalker · 16.11.2010, 11:58 **[ТС]**

ruzalit, Вашу мысль понял.

Хотелось бы еще задать участникам несколько вопросов общего характера. Очень хочу получить ответ на каждый из этих вопросов, т. к. для меня, как новичка, они важны.

1.

Про браузер забудьте совсем.

То есть в браузерном конфигураторе есть только простые готовые решения и ничего подобного моей задачи (переназначение портов) с его помощью выполнить невозможно. Правильно я Вас понял?

2. Какие операционные системы чаще всего используются в таких бытовых устройствах (модемах и роутерах)? Это ядро Linux, система FreeBSD, Solaris, QNX или какая-то другая система? Какая ОС сейчас наиболее популярна и наиболее массово используется в подобных устройствах?

3. Очень интересует такой вопрос. По способу работы бытовые сетевые устройства подобного класса (модемы и маршрутизаторы) выраженно программного типа (т. е. представляют собой просто маленькие компьютеры) или же чисто аппаратный принцип работы, взаимодействия узлов и компонентов в них очень сильно проявляется, а процессор используется в основном лишь для установки нужных режимов работы узлов и общего управления работой устройства? Понятно, что в последнем случае участие внутреннего ЦП или контроллера в непосредственной работе устройства минимальна, тогда как в первом вся работа происходит за счет работы ЦП. Или же при создании этих устройств использован какой-то промежуточный подход, так что роль программ и аппаратных решений примерно одинакова?

Хотелось бы разобраться с этим общим моментом, т. к. мне кажется это принципиально для понимания принципа работы этих аппаратов.

4. Прошивка здесь - это, я так понимаю, некое ППЗУ, на базе которого организована обыкновенная Unix-like файловая система и доступ к которому через драйвера ОС этого роутера организован как к обычному диску? Правильно я понимаю или нет?

5.

самое удобное решение, это подключить консоль к модему и изменить в его загрузчике способ и место с которого он будет загружать прошивку с конфигурационными файлами

Т. е. зайти в модем (точнее в его ОС) с удаленного терминала типа telnet или SSH? Правильно я Вас понял?

6. Есть ли какие-нибудь ссылки (можно послать файлы и черезфайлообменник) на какие-то толковые материалы, где подробно и доходчиво объяснен принцип работы домашних (а можно также и профессиональных) маршрутизаторов и модемов? Интересует именно принцип и внутренняя логика работы. Знаю, что если сейчас полезу с соответствующими запросами в Яндекс и Гугл, получу кучу мусора, поэтому и спрашиваю здесь.

7. Как Вы относитесь к книге "Олифер В.Г., Олифер Н.А. Компьютерные сети. Принципы, технологии, протоколы"? Что Вы можете сказать о качестве, полноте и логичности изложения материала? Хороший, на Ваш взгляд, это учебник или нет? Достаточно ли того, что изложено в этом учебнике для решения моей и подобных ей специфических задач или же там все-таки описаны более общие вещи?

Dmitry · 16.11.2010, 12:06

1. да
2. имхо, чаще всего линуксы
3. "комп" на каком-то арм-проце + ос
4. флеш-память с файловой системой
5. да, либо телнет, либо ssh
6. есть т.н. альтернативные прошивки, на форумах этих прошивок чаще всего их авторы отбиваются от кучи вопросов по их настройкам, но также есть и обсуждения посвщенные их модификациям. и вот в этих обсуждениях можно найти и полезное...
7. тут лично я не подскажу...

@odip · 16.11.2010, 12:40

1) стандартные прошивки от производителя не заморачиваются такими вещами
я уже писал что конфигурация жестко фиксированная

но вот альтернативные прошивки могут сделать что захотят

2) Linux
намного реже - FreeBSD

3)
слишком общий вопрос
во-первых производители бывают разные
даже у одного производителя есть куча моделей
так что прогрести всех под одну гребенку не получится

обычно это просто небольшой компьютер
внутри ОС общего назначения, подпиленная производителем
но могут быть и аппаратные компоненты - например аппаратная поддержка шифрования
чтобы устройство держало штук 100 VPN-каналов
На дохлом CPU этого точно не получится

4)
прошивка - firmware - общее название
конретные модели могут разную организацию

например компик этот загружается c USB-флешки ( или compact-карты )
дальше разворачивает ОС в память ( ОЗУ )
в процессе работы запись на флешку не производится
точнее производится только для
a) запись новой прошивки
b) запись конфигурации на флешку по команде или без команды пользователя

в принципе можно на обычном компьютере сделать такой же роутер
выкинуть HDD, взять прошивку и загружаться с USB

5)
насколько я понял это не удаленное подключение

6)
на форумах альтернативных прошивок должны подробно обсуждать устройство этих железок
иначе они не смогут сделать прошивку

7) книга эта - это учебник по сетям
преставляет собой описание разных вещей - теории, терминологии, технологии
рассказывают какие бывают технологии в сетях и как они используются сейчас
вообщем книга мне нравится, но это все-таки учебник а не manual по Linux-командам

зная общие принципы организации сетей и функционирования уже намного проще понимать например конкретные команды настройки маршрутов что в Linux, что в Windows

но если не знать общие принципы сетей
то IMHO никакое конкретные команды не помогут - так как человек просто не понимает что именно происходит и зачем нужна вот эта команда

очевидно что одной это книги совершенно недостаточно чтобы создать прошивку для роутера

@ruzalit · 16.11.2010, 19:48

Вам уже все ответили, единственное добавление, что по началу подключение происходит не по telnet и ssh, а через программу терминального подключения, с последовательного com порта компьютера, через преобразователь сигналов последовательного порта RS-232 в сигналы уровня TTL, допустим собранного на микросхеме MAX232, к последовательному TTL интерфейсу оборудования.

@JohnyWalker · 17.11.2010, 07:03 **[ТС]**

Какая-то общая картина у меня начинает вырисовываться, спасибо всем участникам за разъяснения.

Вот еще несколько вопросов напоследок.

1. По поводу того, является ли такой роутер/модем компьютером или аппаратным устройством.
Я так понял из объяснений odip и Dmitry, что это самый обычный маленький компьютер, у которого в качестве периферии стоят конечные сетевые устройства, контроллеры и интерфейсы (Ethernet, DSL компоненты и пр.). Кроме того, возможны какие-то чисто аппаратные компоненты и модули (исполненные скорее всего в виде одной - максимум двух микросхем) для ускорения обработки информации, но они по отношению к этому микропроцессорному компьютеру играют подчиненную вторичную роль. Т. е., если проводить аналогию с обычной персоналкой, они подобны устройствам на звуковой плате и видеокарте, которые также используются для ускорения обработки информации и разгрузки ЦП, но при этом целиком управляются процессором как периферийные устройства (как правило, соответствующие программы находятся в драйверах). Корректно ли в принципе такое сравнение, прослеживается ли такая аналогия?

2.

единственное добавление, что по началу подключение происходит не по telnet и ssh, а через программу терминального подключения, с последовательного com порта компьютера, через преобразователь сигналов последовательного порта RS-232 в сигналы уровня TTL, допустим собранного на микросхеме MAX232, к последовательному TTL интерфейсу оборудования.

Вот этот момент я совершенно не понял.
Почему нельзя просто подключиться к модему по сети через telnet или ssh? Ведь у него стоит, как я понял, обычная linux с полным набором сетевых драйверов, есть Ethernet-интерфейсы, этот модем в локальной сети имеет свой IP-адрес. Что мешает к этой linux подключиться через telnet/ssh обычным способом? Почему надо подключаться с COM-порта, что это за программа терминального подключения, она должна стоять на персоналке? Из Ваших слов я понял, что потом все равно нужно будет подключаться через telnet или ssh, но тогда зачем эта предварительная стадия с COM-портом?

Объясните, пожалуйста, или дайте хорошую ссылку.

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

@ruzalit · 17.11.2010, 08:48

Просто подключение данным методом идет на более низком уровне и можно спокойно подключиться и работать с основным загрузчиком устройства, этот интерфейс напрямую подключается к процессору и не зависит от работы езернет контроллера.

@odip · 17.11.2010, 10:06

Вот этот момент я совершенно не понял.

Фактически тот же telnet, только в качестве транспорта COM-порт
TCP-IP надо еще IP-адрес настроить и поднять сервер чтобы отвечал
А вдруг оно не может настроиться ?
Для COM-порта все это проще

@JohnyWalker · 17.11.2010, 11:16 **[ТС]**

А не могли бы Вы дать мне ссылку на какие-нибудь материалы, в которых описан этот тип подключения, его принцип и как им пользоваться. Или хотя бы скажите название этого подключение и виртуального терминала, какая программа должна стоять на клиентской и серверной стороне, чтобы оно работало, остальное я бы нашел в Яндексе и Википедии.

Хотелось бы также получить какие-то комментарии по поводу моих соображений из поста №10 пункт 1 (о роли программных и аппаратных компонентов). Правильно, то что я там написал или нет?

@odip · 17.11.2010, 17:19

Кроме того, возможны какие-то чисто аппаратные компоненты и модули (исполненные скорее всего в виде одной - максимум двух микросхем) для ускорения обработки информации, но они по отношению к этому микропроцессорному компьютеру играют подчиненную вторичную роль. Т. е., если проводить аналогию с обычной персоналкой, они подобны устройствам на звуковой плате и видеокарте, которые также используются для ускорения обработки информации и разгрузки ЦП, но при этом целиком управляются процессором как периферийные устройства (как правило, соответствующие программы находятся в драйверах). Корректно ли в принципе такое сравнение, прослеживается ли такая аналогия?

Некая аналогия есть, но как всякая аналогия она немного хромает

Начнем с того что видеокарта целиком не управляется процессором

Она может работать одновременно с центральным CPU, при этом считать что-то свое
время от времени синхронизуясь с центральным CPU

Если в девайсе есть switch, то там опять же есть порты, которые работают независимо от CPU
Хотя в принципе CPU может повлиять на их работу

Добавлено через 4 минуты

А не могли бы Вы дать мне ссылку на какие-нибудь материалы, в которых описан этот тип подключения, его принцип и как им пользоваться

Да обычное подключение через COM-порт
На Windows есть программа Hyperterminal - она позволяется подключиться через COM-порт к чему-нибудь и есть на той стороне есть сервер, то он ответит - главное выставить правильные параметры COM-порта (скорость, четность)

Модемами когда-нибудь пользовался ?
Они тоже через COM-порт цепляются.
С помощью Hyperterminal можно подключиться к модему и подавать туда команды, например
ATDP02

GPRS-модемы
Аналогично, только COM-порт скорее уже виртуальный - эмулируется в ОС
Но после эмуляции туда тоже можно подключиться и подавать команды

@JohnyWalker · 18.11.2010, 10:06 **[ТС]**

Сообщение от odip

Некая аналогия есть, но как всякая аналогия она немного хромает

Начнем с того что видеокарта целиком не управляется процессором

Она может работать одновременно с центральным CPU, при этом считать что-то свое
время от времени синхронизуясь с центральным CPU

Если в девайсе есть switch, то там опять же есть порты, которые работают независимо от CPU
Хотя в принципе CPU может повлиять на их работу

Т. е. аналогия все же есть, и достаточно прямая

Да обычное подключение через COM-порт
На Windows есть программа Hyperterminal - она позволяется подключиться через COM-порт к чему-нибудь и есть на той стороне есть сервер, то он ответит - главное выставить правильные параметры COM-порта (скорость, четность)

Модемами когда-нибудь пользовался ?
Они тоже через COM-порт цепляются.
С помощью Hyperterminal можно подключиться к модему и подавать туда команды, например
ATDP02

GPRS-модемы
Аналогично, только COM-порт скорее уже виртуальный - эмулируется в ОС
Но после эмуляции туда тоже можно подключиться и подавать команды

Общую идею я вроде бы понял. Т. е. при подключении через COM-порт внешний компьютер (та же подключенная к модему или роутеру персоналка) играет роль обычного классического терминала старого образца. При этом это не удаленный виртуальный терминал, и подключение происходит не через сеть, а обычным локальным образом. Я как понимаю, к драйверу COM-порта в этом случае должен цепляться (на уровне ОС) драйвер терминала, т. к. ОС модема - это все-таки Unix. Правильно я понял идею или нет (ответь, пожалуйста)?

PS
dialup-Интернет у меня был, и совсем недавно, до сих пор модем жив. Там действительно подключение к компьютеру через COM-порт, правда никогда всерьез не задумывался над тем, что этот порт можно использовать не только как канал передачи данных через сеть, но и в качестве консольного подключения к модему с компьютера. Кстати говоря, интересно, телефонный dial-up модем конца 90-ых годов тоже представлял собой маленгький компьютер с обычным слабеньким процессором под управлением Unix-подобной ОС? В нем тоже в качестве операционки стоял Linux или что-то другое?

Dmitry · 18.11.2010, 10:28

Сообщение от JohnyWalker

интересно, телефонный dial-up модем конца 90-ых годов тоже представлял собой маленгький компьютер с обычным слабеньким процессором под управлением Unix-подобной ОС? В нем тоже в качестве операционки стоял Linux или что-то другое?

нет. это был просто "преобразователь интерфейсов"

@odip · 18.11.2010, 13:09

Я как понимаю, к драйверу COM-порта в этом случае должен цепляться (на уровне ОС) драйвер терминала, т. к. ОС модема - это все-таки Unix. Правильно я понял идею или нет (ответь, пожалуйста)?

Можно сказать и так

Добавлено через 4 минуты

Кстати говоря, интересно, телефонный dial-up модем конца 90-ых годов тоже представлял собой маленгький компьютер с обычным слабеньким процессором под управлением Unix-подобной ОС? В нем тоже в качестве операционки стоял Linux или что-то другое?

Вроде их на DSP-процессорах делали
То есть никакого Linux-а там не было, но этот DSP-процессор тоже подается программированию
И не такие они дохлые
http://ru.wikipedia.org/wiki/Ц... _процессор
Там требуется большая вычислительная мощность чтобы преобразовывать сигнал аналог <-> цифра

@JohnyWalker · 18.11.2010, 14:06 **[ТС]**

Интересно, не знал всех этих деталей. Статью в Википедии просмотрел.
По этому типу модемов (dialup) еще 2 вопроса:
1) Какой тип модуляции в них использовался: амплитудная, частотная или фазовая? Или там вообще что-то нестандартное было?
2) Они интернет-протоколы понимали и до какого примерно уровня (если, к примеру, исходить из той же условной модели OSI)? Или же ничего они, кроме модуляции-демодуляции и буквального преобразования потока из аналоговой формы в цифровую и обратно не делали, и поток на выходе модема = потоку на входе, отличаясь лишь формой, аналоговой, либо цифровой? А вся расшифровка протокола целиком и полностью отдавалась на откуп ПО компьютера? Как было все-таки на самом деле в этих модемах?

@odip · 18.11.2010, 17:34

Ха
Да я настолько детально в модемах не ковырялся

Это надо документацию искать или форумы где про это пишут
Но IMHO сейчас все это не актуально
Сейчас актуальнее оптика на 10Gb, fiber channel и все такое прочее

Добавлено через 2 минуты
Насколько я знаю никакие Internet протоколы модемы не понимают
Собственно раньше на них BBS-ки делали
А потом появился dialup - протокол SLIP, который позднее был вытеснен PPP
Связь модем-модем - это почти как связь COM-COM, только с некоторым особенностями типа дозвона, согласования скорости, авторизацией.

Добавлено через 2 минуты
И кстати почему было - модемы и сейчас есть
И новые появились - перешли на новый виток
USB-модемы для GPRS/EDGE/3G-траффика

Кстати есть маршрутизаторы с Wifi, у которых есть USB-порт
в USB-порт можно вотнуть 3G-модем и организовать выход в Internet для небольшого числа компов

Dmitry · 18.11.2010, 18:48

Поддерживаю odip, модемы для dialup-соединений сейчас изучать наверное уже неактуально...

Вкратце, у них было два "основополагающих момента"
- АТ-команды (например ATD) - этот набор команд вначале пути конкурировал с рядом других, но в итоге остался практически монополистом.
- Протоколы V-xx (например, V90 - это уже поздняя версия протокола)

Первое - стандартизировало и определяло взаимодействие компьютера с модемом (точнее даже - с оборудованием, подключенным к коммуникационнму (СОМ) порту). Модем должен был знать эти команды, правильно их понимать и правильно на них отвечать. Например, команда ATD123123 означала "набрать номер 123123". Нагуглить полный список - дело недолгое. И кстати, не лишенное смысла, т.к. этот "краеугольный камень" по прежнему используется в тех же юсб-шных "свистках модемах"...

Второе - это как раз стандарты, определфявшие методы кодирования информации, чтобы она могла с требуемой скоростью проходить по телефонным каналам. Это те самые

Сообщение от JohnyWalker

амплитудная, частотная или фазовая?

и т.д. и т.п. Это на сегодняшний день (имхо) уже не актуально..

@JohnyWalker 200 / 87 / 9 Регистрация: 15.11.2010 Сообщений: 472
		1
	Как сделать WAN-порт из LAN-порта ADSL-модеме ZTE ZXDSL 831CII 15.11.2010, 06:29. Показов 57620. Ответов 34 Метки нет (Все метки) Уважаемые участники! Помогите решить следующую проблему. Не так давно я решил подключить два домашних компьютера к Интернету. Настоящего роутера у меня под рукой не оказалось, поэтому временно (до покупки нормального маршрутизатора) решил воспользоваться лежащим без применения ADSL-модемом. Но здесь я столкнулся со следующей трудностью. Данная модель, ZTE ZXDSL 831CII, имеет режим роутера и снабжена 4-мя LAN-портами, находящимися на задней стороне стенки. В качестве WAN-порта у нее, как я понимаю, используется DSL-порт. Однако кабельный модем, через который идет подключение к Интернету, использует интерфейс Ethernet, а значит подключить его можно только через один из LAN-портов. Но тут возникает следующая сложность: все устройства, подключенные к LAN-портам, становятся видимыми друг для друга, сервер со стороны провайдера видит их MAC и IP-адреса, т. е. не происходит изоляции внутренней сети от сети провайдера. Заставить работать компьютеры c провайдером можно только, присвоив им одинаковые MAC-адреса, но это ведет к большой нестабильности и перебоям в работе (в этом убедился сам). Вопрос в следующем. Можно ли в принципе сделать на этой модели один из LAN-портов WAN-портом? Например, назначить этот LAN WAN'ом? Или как-то переопределить потоки, порты у модема, чтобы он работал с провайдером как WAN, скрывая от того адреса компьютеров внутренней сети? Когда полез в настройки модема через интерфейс веб-браузера, в них почти ничего не понял. Есть там опция Port Mapping, позволяющая собирать порты модема в какие-то группы, правда для чего это делается и может ли помочь мне решить проблему, я не понял. Есть там также опция NAT--Virtual Server (виртуальный сервер), но не знаю, можно ли с помощью него что-то сделать. Всем, кто готов мне помочь, могу выслать копии веб-страниц интерфейса настройки. Знания компьютерных сетей у меня практически нулевые. Своими силами сделать ничего не смог. Может быть, кто-то знает модемы этой серии и может мне сказать, возможно ли то, что я хочу, сделать в принципе. И если да, то хотя бы дать мне какие-то наводящие соображения. 0

@odip 7175 / 3234 / 81 Регистрация: 17.06.2009 Сообщений: 14,164
	15.11.2010, 11:52	2
	Заставить работать компьютеры c провайдером можно только, присвоив им одинаковые MAC-адреса, но это ведет к большой нестабильности и перебоям в работе (в этом убедился сам). Гы-гы Оно вообще не должно работать Можно ли в принципе сделать на этой модели один из LAN-портов WAN-портом? Например, назначить этот LAN WAN'ом? Как правило в таких устройствах все жестко фиксировано и то что хочешь сделать нельзя Самый простой вариант - купить нужный тебе девайс, где WAN будет в Ethernet может еще быть или не быть Wifi 1

Dmitry 12703 / 7274 / 770 Регистрация: 09.09.2009 Сообщений: 28,402
	15.11.2010, 12:17	3
	Сообщение от odip Как правило в таких устройствах все жестко фиксировано Никогда не задавался такой целью, но вот например вывод команды ifconfig для моего роутера BusyBox on localhost login: root Password: ********************************************************* * ADSL ROUTER ACORP W422G LAN 4-PORT/WiFi * ********************************************************* BusyBox v0.61.Acorp (2009.04.21-05:08+0000) Built-in shell (ash) Enter 'help' for a list of built-in commands. # ifconfig br0 Link encap:Ethernet HWaddr 00:14:2B:0A:DA:2A inet addr:192.168.1.254 Bcast:192.168.1.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500 RX packets:177945212 errors:0 dropped:0 overruns:0 frame:0 TX packets:193064939 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:2107843890 (2010.1 Mb) TX bytes:1338257792 (1276.2 Mb) br1 Link encap:Ethernet HWaddr 00:00:00:00:00:00 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) br2 Link encap:Ethernet HWaddr 00:00:00:00:00:00 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) br3 Link encap:Ethernet HWaddr 00:00:00:00:00:00 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:0 (0.0 b) TX bytes:0 (0.0 b) eth0 Link encap:Ethernet HWaddr 00:14:2B:0A:D7:2A UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:320143 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:0 (0.0 b) TX bytes:59366348 (56.6 Mb) eth1 Link encap:Ethernet HWaddr 00:14:2B:0A:D8:2A UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500 RX packets:990869 errors:0 dropped:0 overruns:0 frame:0 TX packets:1511219 errors:7 dropped:7 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:355790483 (339.3 Mb) TX bytes:1334997506 (1273.1 Mb) eth2 Link encap:Ethernet HWaddr 00:14:2B:0A:D9:2A UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:320143 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:0 (0.0 b) TX bytes:59366348 (56.6 Mb) eth3 Link encap:Ethernet HWaddr 00:14:2B:0A:DA:2A UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500 RX packets:209517501 errors:0 dropped:0 overruns:0 frame:0 TX packets:204361107 errors:13 dropped:13 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:3695489337 (3524.2 Mb) TX bytes:2736544958 (2609.7 Mb) lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:16436 Metric:1 ASYMMTU:0 RX packets:52 errors:0 dropped:0 overruns:0 frame:0 TX packets:52 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 RX bytes:3653 (3.5 kb) TX bytes:3653 (3.5 kb) nas0 Link encap:Ethernet HWaddr 00:14:2B:0A:D7:2C UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500 RX packets:193603843 errors:0 dropped:0 overruns:0 frame:0 TX packets:175792134 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:232016623 (221.2 Mb) TX bytes:358229788 (341.6 Mb) ppp0 Link encap:Point-Point Protocol inet addr:92.113.83.40 P-t-P:195.5.5.201 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1492 Metric:1 ASYMMTU:1500 RX packets:11973891 errors:0 dropped:0 overruns:0 frame:0 TX packets:10264110 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:2437055609 (2324.1 Mb) TX bytes:4100633242 (3910.6 Mb) wlan0 Link encap:Ethernet HWaddr 00:14:2B:0A:D7:2B UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 ASYMMTU:1500 RX packets:34487877 errors:0 dropped:0 overruns:0 frame:0 TX packets:52307497 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:100 RX bytes:3364596400 (3208.7 Mb) TX bytes:3165487773 (3018.8 Mb) насколько я понимаю, танцы с бубном, и консольными командами типа ifconfig, iptables а также комадами управления клиентом pptp позволят в конечном итоге получить желаемый результат, но вот стоит ли оно того на фоне цены за простой soho-роутер... 1

@JohnyWalker 200 / 87 / 9 Регистрация: 15.11.2010 Сообщений: 472
	15.11.2010, 16:09 [ТС]	4
	odip и Dmitry, спасибо за отклики. насколько я понимаю, танцы с бубном, и консольными командами типа ifconfig, iptables а также комадами управления клиентом pptp позволят в конечном итоге получить желаемый результат, но вот стоит ли оно того на фоне цены за простой soho-роутер... Наверное не стоит, но у меня к вопросу возник уже "спортивный" интерес с позиций расширения собственного кругозора. Интересно, если я все же попробую сделать этот фокус с портами, в каком направлении мне двигаться? Чем отличается LAN-порт от WAN'а с позиции работы самого устройства? Какие действия с точки зрения общих принципов нужно предпринять, чтобы этот трюк стал возможен? Можно ли эти изменения в конфигурации сделать через браузерный интерфейс подобного устройства или без консоли не обойтись? Интересны также отзывы других участников. 0

@ruzalit 6742 / 3269 / 269 Регистрация: 12.09.2009 Сообщений: 13,195
	15.11.2010, 18:44	5
	Про браузер забудьте совсем. Кроме желания нужны знания принципов работы устройства и знания работы в линукс, ведь готового решения нет и нужно будет самостоятельно по крохам собирать информацию и реализовывать ее, ведь чтобы изменить конфигурацию работы модема, нужно будет вносить изменения в конфигурационных файлах модема, а для этого в прошивке должен быть какой то редактор файлов, который не часто присутствует в прошивках, самое удобное решение, это подключить консоль к модему и изменить в его загрузчике способ и место с которого он будет загружать прошивку с конфигурационными файлами, если можно будет указать загрузку допустим с tftp сервера, который нужно будет поднять на компьютере, на котором можно будет их редактировать, тогда процесс работы становиться более удобным. Как только вы все это осилите, тогда это уже будет не просто спортивный интерес. 1

@JohnyWalker 200 / 87 / 9 Регистрация: 15.11.2010 Сообщений: 472
	16.11.2010, 11:58 [ТС]	6
	ruzalit, Вашу мысль понял. Хотелось бы еще задать участникам несколько вопросов общего характера. Очень хочу получить ответ на каждый из этих вопросов, т. к. для меня, как новичка, они важны. 1. Про браузер забудьте совсем. То есть в браузерном конфигураторе есть только простые готовые решения и ничего подобного моей задачи (переназначение портов) с его помощью выполнить невозможно. Правильно я Вас понял? 2. Какие операционные системы чаще всего используются в таких бытовых устройствах (модемах и роутерах)? Это ядро Linux, система FreeBSD, Solaris, QNX или какая-то другая система? Какая ОС сейчас наиболее популярна и наиболее массово используется в подобных устройствах? 3. Очень интересует такой вопрос. По способу работы бытовые сетевые устройства подобного класса (модемы и маршрутизаторы) выраженно программного типа (т. е. представляют собой просто маленькие компьютеры) или же чисто аппаратный принцип работы, взаимодействия узлов и компонентов в них очень сильно проявляется, а процессор используется в основном лишь для установки нужных режимов работы узлов и общего управления работой устройства? Понятно, что в последнем случае участие внутреннего ЦП или контроллера в непосредственной работе устройства минимальна, тогда как в первом вся работа происходит за счет работы ЦП. Или же при создании этих устройств использован какой-то промежуточный подход, так что роль программ и аппаратных решений примерно одинакова? Хотелось бы разобраться с этим общим моментом, т. к. мне кажется это принципиально для понимания принципа работы этих аппаратов. 4. Прошивка здесь - это, я так понимаю, некое ППЗУ, на базе которого организована обыкновенная Unix-like файловая система и доступ к которому через драйвера ОС этого роутера организован как к обычному диску? Правильно я понимаю или нет? 5. самое удобное решение, это подключить консоль к модему и изменить в его загрузчике способ и место с которого он будет загружать прошивку с конфигурационными файлами Т. е. зайти в модем (точнее в его ОС) с удаленного терминала типа telnet или SSH? Правильно я Вас понял? 6. Есть ли какие-нибудь ссылки (можно послать файлы и черезфайлообменник) на какие-то толковые материалы, где подробно и доходчиво объяснен принцип работы домашних (а можно также и профессиональных) маршрутизаторов и модемов? Интересует именно принцип и внутренняя логика работы. Знаю, что если сейчас полезу с соответствующими запросами в Яндекс и Гугл, получу кучу мусора, поэтому и спрашиваю здесь. 7. Как Вы относитесь к книге "Олифер В.Г., Олифер Н.А. Компьютерные сети. Принципы, технологии, протоколы"? Что Вы можете сказать о качестве, полноте и логичности изложения материала? Хороший, на Ваш взгляд, это учебник или нет? Достаточно ли того, что изложено в этом учебнике для решения моей и подобных ей специфических задач или же там все-таки описаны более общие вещи? 0

Dmitry 12703 / 7274 / 770 Регистрация: 09.09.2009 Сообщений: 28,402
	16.11.2010, 12:06	7
	1. да 2. имхо, чаще всего линуксы 3. "комп" на каком-то арм-проце + ос 4. флеш-память с файловой системой 5. да, либо телнет, либо ssh 6. есть т.н. альтернативные прошивки, на форумах этих прошивок чаще всего их авторы отбиваются от кучи вопросов по их настройкам, но также есть и обсуждения посвщенные их модификациям. и вот в этих обсуждениях можно найти и полезное... 7. тут лично я не подскажу... 1

@odip 7175 / 3234 / 81 Регистрация: 17.06.2009 Сообщений: 14,164
	16.11.2010, 12:40	8
	1) стандартные прошивки от производителя не заморачиваются такими вещами я уже писал что конфигурация жестко фиксированная но вот альтернативные прошивки могут сделать что захотят 2) Linux намного реже - FreeBSD 3) слишком общий вопрос во-первых производители бывают разные даже у одного производителя есть куча моделей так что прогрести всех под одну гребенку не получится обычно это просто небольшой компьютер внутри ОС общего назначения, подпиленная производителем но могут быть и аппаратные компоненты - например аппаратная поддержка шифрования чтобы устройство держало штук 100 VPN-каналов На дохлом CPU этого точно не получится 4) прошивка - firmware - общее название конретные модели могут разную организацию например компик этот загружается c USB-флешки ( или compact-карты ) дальше разворачивает ОС в память ( ОЗУ ) в процессе работы запись на флешку не производится точнее производится только для a) запись новой прошивки b) запись конфигурации на флешку по команде или без команды пользователя в принципе можно на обычном компьютере сделать такой же роутер выкинуть HDD, взять прошивку и загружаться с USB 5) насколько я понял это не удаленное подключение 6) на форумах альтернативных прошивок должны подробно обсуждать устройство этих железок иначе они не смогут сделать прошивку 7) книга эта - это учебник по сетям преставляет собой описание разных вещей - теории, терминологии, технологии рассказывают какие бывают технологии в сетях и как они используются сейчас вообщем книга мне нравится, но это все-таки учебник а не manual по Linux-командам зная общие принципы организации сетей и функционирования уже намного проще понимать например конкретные команды настройки маршрутов что в Linux, что в Windows но если не знать общие принципы сетей то IMHO никакое конкретные команды не помогут - так как человек просто не понимает что именно происходит и зачем нужна вот эта команда очевидно что одной это книги совершенно недостаточно чтобы создать прошивку для роутера 1

@ruzalit 6742 / 3269 / 269 Регистрация: 12.09.2009 Сообщений: 13,195
	16.11.2010, 19:48	9
	Вам уже все ответили, единственное добавление, что по началу подключение происходит не по telnet и ssh, а через программу терминального подключения, с последовательного com порта компьютера, через преобразователь сигналов последовательного порта RS-232 в сигналы уровня TTL, допустим собранного на микросхеме MAX232, к последовательному TTL интерфейсу оборудования. 1

@JohnyWalker 200 / 87 / 9 Регистрация: 15.11.2010 Сообщений: 472
	17.11.2010, 07:03 [ТС]	10
	Какая-то общая картина у меня начинает вырисовываться, спасибо всем участникам за разъяснения. Вот еще несколько вопросов напоследок. 1. По поводу того, является ли такой роутер/модем компьютером или аппаратным устройством. Я так понял из объяснений odip и Dmitry, что это самый обычный маленький компьютер, у которого в качестве периферии стоят конечные сетевые устройства, контроллеры и интерфейсы (Ethernet, DSL компоненты и пр.). Кроме того, возможны какие-то чисто аппаратные компоненты и модули (исполненные скорее всего в виде одной - максимум двух микросхем) для ускорения обработки информации, но они по отношению к этому микропроцессорному компьютеру играют подчиненную вторичную роль. Т. е., если проводить аналогию с обычной персоналкой, они подобны устройствам на звуковой плате и видеокарте, которые также используются для ускорения обработки информации и разгрузки ЦП, но при этом целиком управляются процессором как периферийные устройства (как правило, соответствующие программы находятся в драйверах). Корректно ли в принципе такое сравнение, прослеживается ли такая аналогия? 2. единственное добавление, что по началу подключение происходит не по telnet и ssh, а через программу терминального подключения, с последовательного com порта компьютера, через преобразователь сигналов последовательного порта RS-232 в сигналы уровня TTL, допустим собранного на микросхеме MAX232, к последовательному TTL интерфейсу оборудования. Вот этот момент я совершенно не понял. Почему нельзя просто подключиться к модему по сети через telnet или ssh? Ведь у него стоит, как я понял, обычная linux с полным набором сетевых драйверов, есть Ethernet-интерфейсы, этот модем в локальной сети имеет свой IP-адрес. Что мешает к этой linux подключиться через telnet/ssh обычным способом? Почему надо подключаться с COM-порта, что это за программа терминального подключения, она должна стоять на персоналке? Из Ваших слов я понял, что потом все равно нужно будет подключаться через telnet или ssh, но тогда зачем эта предварительная стадия с COM-портом? Объясните, пожалуйста, или дайте хорошую ссылку. Есть еще один очень важный для меня вопрос, но о нем лучше позже. 0

Опции темы

@ruzalit 6742 / 3269 / 269 Регистрация: 12.09.2009 Сообщений: 13,195
	17.11.2010, 08:48	11
	Просто подключение данным методом идет на более низком уровне и можно спокойно подключиться и работать с основным загрузчиком устройства, этот интерфейс напрямую подключается к процессору и не зависит от работы езернет контроллера. 1

@odip 7175 / 3234 / 81 Регистрация: 17.06.2009 Сообщений: 14,164
	17.11.2010, 10:06	12
	Вот этот момент я совершенно не понял. Фактически тот же telnet, только в качестве транспорта COM-порт TCP-IP надо еще IP-адрес настроить и поднять сервер чтобы отвечал А вдруг оно не может настроиться ? Для COM-порта все это проще 1

@JohnyWalker 200 / 87 / 9 Регистрация: 15.11.2010 Сообщений: 472
	17.11.2010, 11:16 [ТС]	13
	А не могли бы Вы дать мне ссылку на какие-нибудь материалы, в которых описан этот тип подключения, его принцип и как им пользоваться. Или хотя бы скажите название этого подключение и виртуального терминала, какая программа должна стоять на клиентской и серверной стороне, чтобы оно работало, остальное я бы нашел в Яндексе и Википедии. Хотелось бы также получить какие-то комментарии по поводу моих соображений из поста №10 пункт 1 (о роли программных и аппаратных компонентов). Правильно, то что я там написал или нет? 0

@odip 7175 / 3234 / 81 Регистрация: 17.06.2009 Сообщений: 14,164
	17.11.2010, 17:19	14
	Кроме того, возможны какие-то чисто аппаратные компоненты и модули (исполненные скорее всего в виде одной - максимум двух микросхем) для ускорения обработки информации, но они по отношению к этому микропроцессорному компьютеру играют подчиненную вторичную роль. Т. е., если проводить аналогию с обычной персоналкой, они подобны устройствам на звуковой плате и видеокарте, которые также используются для ускорения обработки информации и разгрузки ЦП, но при этом целиком управляются процессором как периферийные устройства (как правило, соответствующие программы находятся в драйверах). Корректно ли в принципе такое сравнение, прослеживается ли такая аналогия? Некая аналогия есть, но как всякая аналогия она немного хромает Начнем с того что видеокарта целиком не управляется процессором Она может работать одновременно с центральным CPU, при этом считать что-то свое время от времени синхронизуясь с центральным CPU Если в девайсе есть switch, то там опять же есть порты, которые работают независимо от CPU Хотя в принципе CPU может повлиять на их работу Добавлено через 4 минуты А не могли бы Вы дать мне ссылку на какие-нибудь материалы, в которых описан этот тип подключения, его принцип и как им пользоваться Да обычное подключение через COM-порт На Windows есть программа Hyperterminal - она позволяется подключиться через COM-порт к чему-нибудь и есть на той стороне есть сервер, то он ответит - главное выставить правильные параметры COM-порта (скорость, четность) Модемами когда-нибудь пользовался ? Они тоже через COM-порт цепляются. С помощью Hyperterminal можно подключиться к модему и подавать туда команды, например ATDP02 GPRS-модемы Аналогично, только COM-порт скорее уже виртуальный - эмулируется в ОС Но после эмуляции туда тоже можно подключиться и подавать команды 1

@JohnyWalker 200 / 87 / 9 Регистрация: 15.11.2010 Сообщений: 472
	18.11.2010, 10:06 [ТС]	15
	Сообщение от odip Некая аналогия есть, но как всякая аналогия она немного хромает Начнем с того что видеокарта целиком не управляется процессором Она может работать одновременно с центральным CPU, при этом считать что-то свое время от времени синхронизуясь с центральным CPU Если в девайсе есть switch, то там опять же есть порты, которые работают независимо от CPU Хотя в принципе CPU может повлиять на их работу Т. е. аналогия все же есть, и достаточно прямая Да обычное подключение через COM-порт На Windows есть программа Hyperterminal - она позволяется подключиться через COM-порт к чему-нибудь и есть на той стороне есть сервер, то он ответит - главное выставить правильные параметры COM-порта (скорость, четность) Модемами когда-нибудь пользовался ? Они тоже через COM-порт цепляются. С помощью Hyperterminal можно подключиться к модему и подавать туда команды, например ATDP02 GPRS-модемы Аналогично, только COM-порт скорее уже виртуальный - эмулируется в ОС Но после эмуляции туда тоже можно подключиться и подавать команды Общую идею я вроде бы понял. Т. е. при подключении через COM-порт внешний компьютер (та же подключенная к модему или роутеру персоналка) играет роль обычного классического терминала старого образца. При этом это не удаленный виртуальный терминал, и подключение происходит не через сеть, а обычным локальным образом. Я как понимаю, к драйверу COM-порта в этом случае должен цепляться (на уровне ОС) драйвер терминала, т. к. ОС модема - это все-таки Unix. Правильно я понял идею или нет (ответь, пожалуйста)? PS dialup-Интернет у меня был, и совсем недавно, до сих пор модем жив. Там действительно подключение к компьютеру через COM-порт, правда никогда всерьез не задумывался над тем, что этот порт можно использовать не только как канал передачи данных через сеть, но и в качестве консольного подключения к модему с компьютера. Кстати говоря, интересно, телефонный dial-up модем конца 90-ых годов тоже представлял собой маленгький компьютер с обычным слабеньким процессором под управлением Unix-подобной ОС? В нем тоже в качестве операционки стоял Linux или что-то другое? 0

Dmitry 12703 / 7274 / 770 Регистрация: 09.09.2009 Сообщений: 28,402
	18.11.2010, 10:28	16
	Сообщение от JohnyWalker интересно, телефонный dial-up модем конца 90-ых годов тоже представлял собой маленгький компьютер с обычным слабеньким процессором под управлением Unix-подобной ОС? В нем тоже в качестве операционки стоял Linux или что-то другое? нет. это был просто "преобразователь интерфейсов" 1

@odip 7175 / 3234 / 81 Регистрация: 17.06.2009 Сообщений: 14,164
	18.11.2010, 13:09	17
	Я как понимаю, к драйверу COM-порта в этом случае должен цепляться (на уровне ОС) драйвер терминала, т. к. ОС модема - это все-таки Unix. Правильно я понял идею или нет (ответь, пожалуйста)? Можно сказать и так Добавлено через 4 минуты Кстати говоря, интересно, телефонный dial-up модем конца 90-ых годов тоже представлял собой маленгький компьютер с обычным слабеньким процессором под управлением Unix-подобной ОС? В нем тоже в качестве операционки стоял Linux или что-то другое? Вроде их на DSP-процессорах делали То есть никакого Linux-а там не было, но этот DSP-процессор тоже подается программированию И не такие они дохлые http://ru.wikipedia.org/wiki/Ц... _процессор Там требуется большая вычислительная мощность чтобы преобразовывать сигнал аналог <-> цифра 1

@JohnyWalker 200 / 87 / 9 Регистрация: 15.11.2010 Сообщений: 472
	18.11.2010, 14:06 [ТС]	18
	Интересно, не знал всех этих деталей. Статью в Википедии просмотрел. По этому типу модемов (dialup) еще 2 вопроса: 1) Какой тип модуляции в них использовался: амплитудная, частотная или фазовая? Или там вообще что-то нестандартное было? 2) Они интернет-протоколы понимали и до какого примерно уровня (если, к примеру, исходить из той же условной модели OSI)? Или же ничего они, кроме модуляции-демодуляции и буквального преобразования потока из аналоговой формы в цифровую и обратно не делали, и поток на выходе модема = потоку на входе, отличаясь лишь формой, аналоговой, либо цифровой? А вся расшифровка протокола целиком и полностью отдавалась на откуп ПО компьютера? Как было все-таки на самом деле в этих модемах? 0

@odip 7175 / 3234 / 81 Регистрация: 17.06.2009 Сообщений: 14,164
	18.11.2010, 17:34	19
	Ха Да я настолько детально в модемах не ковырялся Это надо документацию искать или форумы где про это пишут Но IMHO сейчас все это не актуально Сейчас актуальнее оптика на 10Gb, fiber channel и все такое прочее Добавлено через 2 минуты Насколько я знаю никакие Internet протоколы модемы не понимают Собственно раньше на них BBS-ки делали А потом появился dialup - протокол SLIP, который позднее был вытеснен PPP Связь модем-модем - это почти как связь COM-COM, только с некоторым особенностями типа дозвона, согласования скорости, авторизацией. Добавлено через 2 минуты И кстати почему было - модемы и сейчас есть И новые появились - перешли на новый виток USB-модемы для GPRS/EDGE/3G-траффика Кстати есть маршрутизаторы с Wifi, у которых есть USB-порт в USB-порт можно вотнуть 3G-модем и организовать выход в Internet для небольшого числа компов 1

Dmitry 12703 / 7274 / 770 Регистрация: 09.09.2009 Сообщений: 28,402
	18.11.2010, 18:48	20
	Поддерживаю odip, модемы для dialup-соединений сейчас изучать наверное уже неактуально... Вкратце, у них было два "основополагающих момента" - АТ-команды (например ATD) - этот набор команд вначале пути конкурировал с рядом других, но в итоге остался практически монополистом. - Протоколы V-xx (например, V90 - это уже поздняя версия протокола) Первое - стандартизировало и определяло взаимодействие компьютера с модемом (точнее даже - с оборудованием, подключенным к коммуникационнму (СОМ) порту). Модем должен был знать эти команды, правильно их понимать и правильно на них отвечать. Например, команда ATD123123 означала "набрать номер 123123". Нагуглить полный список - дело недолгое. И кстати, не лишенное смысла, т.к. этот "краеугольный камень" по прежнему используется в тех же юсб-шных "свистках модемах"... Второе - это как раз стандарты, определфявшие методы кодирования информации, чтобы она могла с требуемой скоростью проходить по телефонным каналам. Это те самые Сообщение от JohnyWalker амплитудная, частотная или фазовая? и т.д. и т.п. Это на сегодняшний день (имхо) уже не актуально.. 1