Посоветуйте ЯП для сетевого программирования

C.

/thread

протокол маршрутизации, который использует mac адреса

зачем такое безумие?

придется писать протокол маршрутизации, который использует mac адреса

Ты имеешь в виду сделать самопальный демон для руления таблицей маршрутов? Тогда да, С хороший выбор. Взгляни на существующие решения, может их можно расширить, плагинами там например, и ещё что.

протокол маршрутизации, который использует mac адреса

подобие IPX?

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

зачем такое безумие?

включение дополнительных возможностей (управление мощностью и др.)

может их можно расширить, плагинами там например, и ещё что.

Только свое. Иначе смысл теряется. Про аналоги в курсе. Хотя плагины может и вариант.

подобие IPX?

Хз, IPX уже мало где остался и я с ним не знаком. IPX лежит выше mac уровня. Я пока не знаю что из этого получится и получится ли вообще. Сетка беспроводная и подвижная.

Все почему-то советуют C. А почему не C++? или что-то другое. В чем киллер-фича? Ключевые слова linux, ядро?

IPX лежит выше mac уровня.

и твоя сетка лежит выше канального уровня, а у IPX, ЕМНИП, маршрутизация как раз по mac адресам. Я не специалист в этом, просто ГОСы недавно сдал и еще кое-чего помню. Удачи в начинаниях.

Байтами одинаково удобно ворочать как в С, так и в ++. С++ позволяет добиться большего уровня абстракции меньшим кодом. Но С++ гораздо сложнее, и хз, нужно ли тебе тут будет много абстракции.

И я не понял, что именно ты будешь делать, имитационную модель или реальный маршрутизатор? Если второе, то наверное будет модулем ядра, там от С++ без stdlib вообще смысла почти не будет.

и твоя сетка лежит выше канального уровня, а у IPX, ЕМНИП, маршрутизация как раз по mac адресам. Я не специалист в этом, просто ГОСы недавно сдал и еще кое-чего помню.

Тебе пора освежить память. У меня задача несколько иная, и там действительно может потребоваться модификация протокола канального уровня. Касательно IPX - именно выше МАС. Вот скрин из cisco ccna.

Пока работаю над моделью (в основном в матлабе и немного на С). Все вроде неплохо. Просто если потом придется писать протокол, то понимаю, опыт в нужном ЯП будет ценен.

для быстрого создания прототипа можешь использовать python+scapy. Но оно тормозное сильно. Так что C - твой выбор.

Потому что ничего лучшего пока нет, ваш копетан. А С++ тормозное уг.

golang

Работаю над моделированием специфичной сети в матлабе.

А что за задача моделирования? DES?

А С++ тормозное уг.

О, кое-кто расписался в собственной убогости.

Плюсую за Go.

Касательно IPX - именно выше МАС

У IPX адрес узла это MAC-адрес сетевухи. Речь шла об этом.

модификация протокола канального уровня.

Что ты подразумеваешь под этим? Я сомневаюсь что можно вот так взять и поменять формать эзернет фреймов.

а у IPX, ЕМНИП, маршрутизация как раз по mac адресам.

Начнем с того, что в протоколе IPX нет никакой маршрутизации по MAC-адресам. В нем вообще нет никакой маршрутизации – это протокол сетевого уровня. А для адресации хостов действительно используются MAC-адреса. А для маршрутизации в сетях IPX используется несколько другие протоколы: RIP, например.

Так что не стоит человека путать. А для реализации задачи лучше всего подходит именно C (про ассемблер не вспоминаем). Хотя реализовать такое на Go было бы интересно, я так думаю. )

У IPX адрес узла это MAC-адрес сетевухи. Речь шла об этом.

Цифры то могут совпадать. Но функции-то различны.

Я сомневаюсь что можно вот так взять и поменять формать эзернет фреймов.

А я и не говорил ни слова про ethernet. С ним часто работаешь, но не эзернетом единым сети делаются. Можно сделать и свой протокол под что-то на базе чего-то. У меня ячеистая беспроводная сетка - соответсвенно все делается на радионтерфейсах.

А что за задача моделирования? DES?

Не знаю что ты имеешь в виду под DES, но явно не алгоритм шифрования. Делаю модель сети подвижных точек в трехмерном пространстве.

В нем вообще нет никакой маршрутизации – это протокол сетевого уровня.

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

А для маршрутизации в сетях IPX используется несколько другие протоколы: RIP

это просто сервис который правит таблицу маршрутизации.

А какая тогда маршрутизация есть в IP сетях?

В таблицах маршрутизации содержатся IP-адреса - это маршрутизация на 3-м уровне. Есть маршрутизация на уровне 2.5 (batman-adv). Кроме того трафик можно заворачивать и нетрадиционным способом (forward-policy по определенным критериям - выше 3-го уровня).

Логично, роутинг фреймов это маршрутизация L2, маршрутизация IP это L3 роутинг :).

L2 - это коммутация. Кстати ее у тебя может и не быть вовсе (например serial интерфейсы в cisco). Кроме того MAC ставится в соответствие строго определенному уникальному ip-адресу. А в таблице маршрутизации у тебя может быть несколько путей на нужное направление.

L2 - это коммутация

да, но именно на этом уровне работает маршрутизация в ethernet-свитчах.

ее у тебя может и не быть вовсе

да модель OSI вообще весьма спорна :)

MAC ставится в соответствие строго определенному уникальному ip-адресу

Это тут ни при чём. Кстати, не обязательно, carp же :).

в таблице маршрутизации у тебя может быть несколько путей на нужное направление.

Есть такое в ethernet. Начиная от bounding и заканчивая stp и carp. Так же ты можешь дать сетевухе несколько MAC. А ещё есть протокол openflow который позваляет делать любые извращения. Если интересует multipath то есть и такое. Это типа stp, только позволяет задействовать все линки. К сожалению забыл ключевое слово, спроси в admin, если интересно.

протокол маршрутизации, который использует mac адреса

IPv6 / EUI64 ? :D

да, но именно на этом уровне работает маршрутизация в ethernet-свитчах.

Да нет же. В свитчах есть и маршрутизация, но не за 20$. Она работает и в свитчах на уровне IP, а интерфейсы могут быть ethernet, rpr и другие. Когда железка нормальная, то там сам выбираешь, в каком режиме порт работает - роутинг или свитчинг. Идея то одна - передать данные, только уровни абстракции разные. Ты к этому ведешь, но нужно называть вещи своими именами. ;)

Если интересует multipath то есть и такое. Это типа stp, только позволяет задействовать все линки. К сожалению забыл ключевое слово, спроси в admin, если интересно.

Пометку сделал - как-нить посмотрю что к чему. Я так много линков загоняю в LAG- и там выбираешь нужный уровень. Но эта зараза почему-то не всегда поровну трафик раскидывает. 2 порта по 10 - на одном прет 9,5, а на втором 7,5 - и производитель классный, а не китайское говно. На zte через 10g вообще 6,5 пролазит.

В свитчах есть и маршрутизация, но не за 20$.

Не-не-не. Вот откуда свитч знает на каком порту какой IP? И чем отличается свитч от хаба? Это l2-маршрутизация http://en.wikipedia.org/wiki/LAN_switching

Это примитивная маршрутизация, но маршрутизация.

Но эта зараза почему-то не всегда поровну трафик раскидывает

Возможно, я тебя не понял, но ты про это? http://www.cisco.com/en/US/tech/tk389/tk213/technologies_tech_note09186a00800...

Если да то эта штука может неравномерно распределять траффик т.к. решение в какой канал запихивать пакет принимается на основе хэша от IP. Этот метод не свободен от недостатков.

Вот откуда свитч знает на каком порту какой IP?

никак. это ему и не надо для работы

И чем отличается свитч от хаба?

тем, что свитч бьет коллизионные домены (не транслит инфу по всем портам, а передает только на нужный, за исключением случая переполнения своей таблицы соответствия порту mac-адреса)

Это примитивная маршрутизация, но маршрутизация.

Отдохни немного. Это коммутация.

Возможно, я тебя не понял, но ты про это?

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

А, ну тогда это другое. DES - discrete event simulation.

Хотя, может быть, и DES. Там бывают разные приемы: событийно-ориентированное моделирование, процесс-ориентированное и с постоянным шагом по времени. Задача одной размерности: все эволюционирует во времени.

Быть может, для матлаба есть пакеты. А так, есть библиотеки для разных языков программирования, облегчающие моделирование через DES. Такие могут быть и для си и си++.

Но может статься, что такие библиотеки нафиг не нужны, даже если окажется у тебя DES :) Можешь все писать сам - пиши.

Теперь-то понятно) Не буду терять времени

На Erlang можно посмотреть. У него хороший bit-syntax, ворочать битиками удобнее, чем в C.