Немного задерживаемся в силу технических причин.

сроки можно7

Уже сейчас.

все слышно?

слышно

ток как всегда - музон потише ))

музон потишу,да

так норм?

да

еще, слишком голос басисстый у участника

так?

стартанули с 28 слушателями онлайн

кто слушает сейчас? нормальный звук?

да, вроде неплохо

А у меня по ссылке музон играет

А вот

F5

Переоткрыл

не пугай блин)))

Ты сам не пугай) с таким ником то)

да, звук вполне норм стало

http://qtxasset.com/styles/max_2600x2600/s3fs/2016-08/tesubcom_hawaiki_cable_800.png?FjaHH7rvrwvDbCRVHHhR3_arXQnamgMB&itok=q70QsRHU

http://qtxasset.com/styles/max_2600x2600/s3fs/2016-08/tesubcom_hawaiki_cable_800.png?FjaHH7rvrwvDbCRVHHhR3_arXQnamgMB&itok=q70QsRHU

Ну да, Германия тоже вся в ADSL...

В Австралии всего 24 млн. жителей

У нас скоро будет везде ADSL обратно - а то закон Яровой не выполнить :)))

У нас скоро будет везде ADSL обратно - а то закон Яровой не выполнить :)))

?

Адсл у нас не меряно еще. В МО так ваще

сдаем CCIE за год и едем в австралию

Артем привет! :)

Кому эта Австралия интересна, давайте про dpi

Во во

35 человек онлайн

все ждут dpi

На техподдержку Cisco SCE всё время в Австралию переводили

Dpi лажа

Вроде не жаловались

40% шифрования

да получите....

Вощет там avx

У пфринга

Intel dpdk?

У ската pfring, изначально движок был ndpi

Было)

dpdk, snabb, pfring, pfq.io

@Unkledolan Вы работаете в разработчике?

Да

Каком, если не секрет?

Стартап по инфобезу и прочему хайлоаду, semnotec.ru

А на чем писали?

А как будет обрабатывает данные идущие в туннеле (Mpls, GRE, VXLAN...)?

Есть ли адаптация под ipv6 ?

Подкаст записывается?

25-го выложим.

Отлично, спасибо

35 человек слушают онлайн. Не забываем репостить, онлайн интереснее слушать))

:)))

сожги все свои девайсы теперь))

Да капец :)

адблок+гостери+хттпс евривеар

Вообще у яндекса неприятно-агрессивная политика по размещению рекламы.

Можно поснифать, там вполне будет список ближайших сетей, imei и т.д

адблок+гостери+хттпс евривеар

На пк так с делано.

А разве можно конекты перенаправлять в другой канал после установления сессии? Вроде роутинг возможен только ДО начала конекта

Роутинг и конекты вроде в разных уровнях?

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

Тут видимо вопрос в том, кто оно?

или тср-сессия не оборвется если ее бросить на другой аплинк?

Мне кажется не оборвется, если адресация не меняется.

Иначе как делать хотстендбай

Тут видимо вопрос в том, кто оно?

ну даже обычная НТТР-закачка . если на другом канале другая белая айпишка то как отработает при смене канала?

я просто DPI баловался только на микротике на начальном уровне. и смена таблицы маршрутизации не прокатывала после установления tcp-сессии. а ДО DPI не имело смысла, ведь даные еще не передавались

Давайте спросим у скатовца

Это же он нам обещает смену маршрутизации по анализу трафика

Мне кажется он имел ввиду не смену маршрутов на лету

А заранее заданный алгоритм

давайте. только вопрос сформулируйте окончательно )

Типа если дпи поймал воип то отправь в канал 1

А если поймал торент то отправь в канал 2

Сергей, сформулируй вопрос. А то я ща телефон разобью. С этой клавой гребаной

блин, НЕ УМЕЮ. я вообще эникейщик ?

А ты Сергей или СЕргий?

Дмитрий же дал ответ. Либо редирект - то есть клиенту сообщается новый IP-адрес назначения. Либо кэш представляется истинным адресатом. В этом случае DPI просто перенаправляет пакеты на кэш вместо реального направления.

Ну мы о торентах и т.д. тоесть трафик с разным приоритетом по типу, а не по конкретному файлу что скачивается.

Тогда точнее вопрос :)

щас попробую. но я задам вопрос как умею, а вы уже "литературно" озвучьте. Вопрос: Говорили что разные типы трафика направляют в разные каналы. Как именно это происходит? Так как смена маршрутов после начала сессии вроде бы не возможна, а ДО начала сессии ДПИ не имеет смысла ведь даные еще не передаются.

Вообще, строго говоря, маршрут может измениться в любой момент, без обрыва сессии

с этого момента поподробней ?

пакетная передача данных

Если по 2-м маршрутам доступен получатель (без изменения src\dst ip) - вообще нет разницы, по какому из них передавать данные. Хоть через пакет чередавать

я просто DPI баловался только на микротике на начальном уровне. и смена таблицы маршрутизации не прокатывала после установления tcp-сессии. а ДО DPI не имело смысла, ведь даные еще не передавались

На выходе же был nat?

это если у юзера белый адрес. а если серый?

На выходе же был nat?

да, НАТ, с разными адресами на интерфейсах

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

Белый или серый - без разницы. Главное иметь возможность передавать src ip один и тот же - с обоих интерфейсов.

Мы же не говорим, о том что у нас 2 разных uplink, на которых у нас серые IP, верно?)

ну я воспринимал ситуацию с точки зрения админа небольшой конторы у которой есть роутер с несколькими каналами , и DPI происходит на этом роутере По DPI планировалось ловить торенты и заносить в правила айпишку и src. порт в правила. Тоесть сначала по ДПИ вычисляли порт торента, а уже на основании порта и айпишки отрабатывали правила маршртутизации и приоритезации в будущем. Правда руки так и не дошли закончить, так как скрипты получались заковыристые