
Vladimir
15.07.2016
09:03:42
или vpu ?
просто если влан на юзера и не 15.1 - 20К в mx80 - никак
а на 15.1 хз сколько взелет

Dmitry
15.07.2016
09:04:25
вланы
IPoE
но не влан на абонента, а опция 82

Google

Vladimir
15.07.2016
09:04:44
ну типа в среднем 1 влан на сколько абонентов?

Dmitry
15.07.2016
09:04:51
15.1 при мне тупо перегрузилась при попытке настройки
1 влан на сотню, может меньше

Vladimir
15.07.2016
09:05:06

Dmitry
15.07.2016
09:05:27
15.1R4 при мне перегрузилась при попытке настройки

Vladimir
15.07.2016
09:05:29
у меня 15.1R3 работала, но поймал баг и откатился

Dmitry
15.07.2016
09:06:13
делал, все делал
при редактировании динамических профайлов сожрало всю память и перегрузилось

Yurii
15.07.2016
09:09:40

Vladimir
15.07.2016
09:10:11

Google

Vladimir
15.07.2016
09:10:21
теперь оно не завязано на ifl

Dmitry
15.07.2016
09:10:44
удивительные ребята
была у них E-series
нормально работала

Алексей
15.07.2016
09:11:01
это не у них
они ее купили же

Dmitry
15.07.2016
09:11:05
были у них NS
нормально работали
были MX
работали как часы, блин, на 9-ке

Yurii
15.07.2016
09:11:53

Dmitry
15.07.2016
09:13:11
у меня top size выгладит так:
1667 root 1 96 0 109M 63424K select 3:50 0.63% authd
1693 root 1 96 0 106M 9092K select 0:01 0.00% alarm-mgmtd
1697 root 1 96 0 104M 59120K select 1:35 0.00% dfwd
1672 root 3 20 0 101M 45736K sigwai 0:17 0.00% jl2tpd
1671 root 3 20 0 99M 42016K sigwai 0:15 0.00% jpppd
1666 root 1 98 0 97492K 46088K select 3:49 1.46% jdhcpd
1650 root 1 4 0 86512K 31364K kqread 0:44 0.00% rpd
1660 root 3 20 0 85168K 44040K sigwai 0:17 0.00% pppoed
на 15-й ветке они объединили кучу демонов в один
по их словам стало быстрее,. меньше жрать памяти, позволило одной командой выводить данные из разных подсистем, и т.п.

Dmitry
15.07.2016
09:14:45
и падает теперь махом все
ага ")

Dmitry
15.07.2016
09:14:53
:)

Dmitry
15.07.2016
09:15:18
расстраивают, короче
классные железки были на бордер

Dmitry
15.07.2016
09:15:32
а вот нафига мне запущенный jl2tpd, когда я не использую его ?
Да и сейчас классные железки, пока не пытаешься использовать аппаратные возможности

Google

Dmitry
15.07.2016
09:18:07
про глюкавость MS-MIC и MS-MPC ходят легенды

Dmitry
15.07.2016
09:18:47
ну не запущен и не запущен

Dmitry
15.07.2016
09:21:35
http://www.juniper.net/documentation/en_US/release-independent/junos/topics/reference/general/mic-mx-series-ms.html
как написано, поддерживается еще с 13.2
а теперь смотрим и офигиваем: http://www.juniper.net/documentation/en_US/release-independent/junos/topics/reference/general/mpc-mx-series-ms-features.html

Misak
15.07.2016
09:22:33
MS-MIC мы купили на потестить, все руки не доходят
НАТ делаем на фортигейтах

Dmitry
15.07.2016
09:23:15
хм, за 5k $ потестить ?

Ilya
15.07.2016
09:23:20
У нас нат на ASA ?

Misak
15.07.2016
09:23:25
ага
прелести большой компании

Dmitry
15.07.2016
09:24:07
ASA дорогая

Misak
15.07.2016
09:24:14
у нас каждый год выбор - потратить 150-200к на CGNAT или купить дополнительно ип адресов
пока докупаем адреса

Ilya
15.07.2016
09:24:26
Но мы можем

Dmitry
15.07.2016
09:28:05
а ASA BRAS умеет ?

Алексей
15.07.2016
09:29:04
:)
нет

Dmitry
15.07.2016
09:30:56
и CGNAT все склоняется к тому, что будет дешевое решение на x86
:)

Google

Dmitry
15.07.2016
09:31:20
по крайней мере одну такую сеточку в РФ я знаю
:)

Misak
15.07.2016
09:31:43
да, на привозили тестить
он я лично против этого CGNAT-а

Dmitry
15.07.2016
09:32:02
ребята там сильно развиваются

Misak
15.07.2016
09:32:05
https://www.opennet.ru/opennews/art.shtml?num=44792

Dmitry
15.07.2016
09:32:17
за несколько месяцев сделали вполне рабочий продукт

Misak
15.07.2016
09:33:07
все надеюсь на IPv6, хоть это и сильно наивно :)

Dmitry
15.07.2016
09:33:38
не надейся

Алексей
15.07.2016
09:33:41
в долговременной перспективе переход на cgnat более правильное решение чем докупка адресов

Dmitry
15.07.2016
09:33:55
не выгодно на x86
в моем случае нужно несколько компов на VPN, а несколько на NAT
по цене получается как Juniper MX80 с MS-MIC модулем
но жрет электроэнергии на порядок больше.

Dmitry
15.07.2016
09:34:07
но для CGNAT настоятельно советую смотреть по сторонам
Cisco и Juniper так скоро в аутсайдерах окажутся
Дим, смотря на чем делать и как

Vladimir
15.07.2016
09:35:38

Dmitry
15.07.2016
09:35:48
шасси MX480 с нормальной набивкой тоже за 2kW уходят

Misak
15.07.2016
09:35:51
вместо CGNAT можно деплоить IPv6 и делать NAT64

Dmitry
15.07.2016
09:36:35
зачем там максимальная набивка ?
достаточно пары 10G модулей и сервисного модуля для NAT

Dmitry
15.07.2016
09:37:21
я про то, что оно тоже жрет нормально так

Ilya
15.07.2016
09:37:35

Google

Dmitry
15.07.2016
09:37:35
и 2 RE, кстати, тоже не забесплатно работают

Ilya
15.07.2016
09:39:07
32xs жрут по 600 W
40ge 240 W

Dmitry
15.07.2016
09:50:19
чтобы догнать по производительности MX480
нужно штук 10 x86 на BRAS, и столько же на NAT
итого получаем 20 серверов, каждый по 200-300 W
Это если IPoE
А если PPTP, PPPoE или l2TP - тогда x86 в жопе, из-за того, что весть трафик будет крутиться на одном ядре
У меня у самого полтора десятка серверов x86 выступают в качестве BRAS. Так что я знаю все подводные камни

Dmitry
15.07.2016
09:58:10
я про BRAS не говорил в общем-то

Dmitry
15.07.2016
09:59:28
pfe работает нормально
глючит MS-MIC
я не готов натить несколько гигабит на pfe

N
15.07.2016
10:07:54
а,ю сек

Goletsa
15.07.2016
10:08:53

Dmitry
15.07.2016
10:09:13
а SRX умеют BRAS ?

Goletsa
15.07.2016
10:09:44
BRAS - mx

Dmitry
15.07.2016
10:10:28
ну так и взяли MX с сервисным модулем
в результате, как BRAS - глючный
сервисный модуль - глючный
я так понял, что Juniper, кроме как тупо форвардить пакеты между аппаратными интерфейсами, ни на что не годен.

Goletsa
15.07.2016
10:13:00

Dmitry
15.07.2016
10:13:22
сколько сессий ?