Juniper ex4200 48t как подключить и настроить

Connecting and Configuring an EX Series Switch (J-Web Procedure)

You can configure an EX Series switch using either the J-Web interface or the console using the CLI.

Starting in Junos OS Release 22.3R1, J-Web supports EX4400 switches.

Starting in Junos OS Release 22.4R1, J-Web supports EX4100 and EX4100-F switches.

Starting in Junos OS Release 23.1R1, J-Web supports EX4400-24X switches.

Starting in Junos OS Release 23.2R1, J-Web supports EX4400-EM-1C uplink module for EX4400 and EX4400-24X switches.

Have these values handy before you begin customizing settings for the switch:

• Hostname
• Root authentication password
• Management port IP address
• Default gateway IP address
• (Optional) DNS server and SNMP read community

Here’s how to configure Junos OS for the first time starting from the factory default configuration:

1. Verify that the serial port settings for your laptop or desktop PC are set to the default:

• Baud rate—9600
• Flow control—None
• Data—8
• Parity—None
• Stop bits—1
• DCD state—Disregard

• EX2200, EX3200, or EX4200 switch—Connect the cable to port 0 (ge-0/0/0) on the front panel of the switch.
• EX3300, EX4100, and EX4100-F switches—Connect the cable to the port labeled MGMT on the rear panel of the switch.
• EX4400-24X, EX4500, or EX4550 switch—Connect the cable to the port labeled MGMT on the front panel (LCD panel side) of the switch.
• EX4650 or EX4400 switches—Connect the cable to the port labeled CON on the rear panel of the switch.
• EX6200 switch—Connect the cable to one of the ports labeled MGMT on the Switch Fabric and Routing Engine (SRE) module in slot 4 or 5 in an EX6210 switch.
• EX8200 switch—Connect the cable to the port labeled MGMT on the Switch Fabric and Routing Engine (SRE) module in slot SRE0 in an EX8208 switch or on the Routing Engine (RE) module in slot RE0 in an EX8216 switch.

You don’t need to enter a password. If the software boots before you connect your laptop or desktop PC to the console port, you might need to press the Enter key for the prompt to appear.

Note: EX switches running current Junos software are enabled for Zero Touch Provisioning (ZTP). However, when you configure an EX switch for the very first time, you’ll need to disable ZTP. We show you how to do that here. If you see any ZTP-related messages on the console, just ignore them.

root@:RE:0% cli root>

 root> configure [edit] root#

[edit] root# delete chassis auto-image-upgrade

[edit] root# set system root-authentication plain-text-password New password: password Retype new password: password

[edit] root# commit configuration check succeeds commit complete

[edit] root# set system host-name name

[edit] root# delete interfaces vme root# set interfaces vme unit 0 family inet address address/prefix-length

[edit] root# set routing-options static route 0/0 next-hop address

[edit] root# set system services ssh root-login allow

[edit] root# set system services web-management https system-generated-certificate

[edit] root# set system name-server address

[edit] root# set snmp community community_name

[edit] root# commit

[edit] root# exit root@name

Базовая настройка коммутатора Juniper

Сетевые коммутаторы Juniper – одни из наиболее востребованных устройств при построении сетей для дата-центров и интернет-провайдеров, наряду с техникой от производителей Cisco и Huawei. Одно из важных достоинств оборудования от этого производителя — опция, позволяющей объединить несколько свитчей (до 6 единиц) для работы как единое устройство.

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

Что включает базовая настройка коммутатора Juniper?

Если в сети трансфер информации осуществляется между большим числом единиц оборудования, то для её корректной работы необходимо произвести базовую настройку коммутатора Juniper, в рамках которой требуется настроить следующие параметры:

• Интерфейс сети;
• Quality of Service;
• Интеграцию свитчей в виртуальное шасси;
• Потенциальную возможность произвести обнуление конфигурации до заводской.

Как происходит начальная настройка свитча Juniper?

Начальную настройку коммутатора Juniper можно описать алгоритмом, состоящим из нескольких шагов:

Настойка сетевого интерфейса свитча

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

Зададим конфигурацию L2

Коммутаторы L2 работают на канальном уровне. Установим такие параметры:

Далее следует назначить дуплекс на интерфейсе:

Как настроить интерфейс L3?

Свитчи L3 выполняют маршрутизацию, работая с IP-адресами. Из-за более широкого функционала по сравнению с L2 в настройке L3 задействовано больше характеристик.

Зададим физический интерфейс (Em0) и определим протокол интерфейса (family inet):

Проконтролируйте правильность выполненных действий, воспользовавшись командой «show» в режиме конфигурирования:

Завершающим шагом является сохранение новой конфигурации, которое выполнятся такой командой:

Используя «ping», проверьте работоспособность:

Настройка виртуальных шасси

Если настройка интерфейса завершена корректно, приступим к объединению коммутаторов. Выполнение этого шага положительно отразится на надёжности функционирования сети — используемые устройства станут взаимозаменяемыми. Объединение дополнительно упростит дальнейшее администрирование.

Важно! Отдельных портов VCP в свитчах Juniper нет, следовательно, VCP необходимо конфигурировать как обычный интерфейс.

Если VCP настраивается вручную, то следует действовать согласно алгоритму:

1. Включите все свитчи и зафиксируйте маркировку производителя — она пригодится позднее.
2. Выполните сброс настроек коммутатора, предназначенного для реализации функции master switch, предварительно его включив. Для этого используйте код:
   
3. Запустите перезагрузку системы и далее используйте такие строчки кода:
   
4. Сделайте preprovisioned configuration mode активным:
   
5. Добавьте серийные номера устройств:
   
6. Проконтролируйте результат, используя код:
   
7. Очистите конфигурацию и включите другие свитчи:
   
8. Чтобы точно знать, что virtual-chassis пустой, запустите:
   
9. Для конфигурации портов VCP свяжите свитчи портами ge-0/0/0 и ge-0/0/1 и выполните это на каждом устройстве:
   
10. Свитчи объединены, убедитесь в этом, используя команду:
    
11. При необходимости присоединить к virtual-chassis допоборудование, обнулите конфигурацию нового устройства:
    
12. При наличии их следует удалить:
    
13. Введите серийный номер подключаемого свитча:
    
14. Сконфигурируйте порты VCP в подключаемом оборудовании, коннект с которым реализуется с использованием портов ge-0/0/0 и ge-0/0/1:
    
15. Проконтролируйте результат:
    

Базовая настройка QoS в коммутаторе

Для разделения потоков информации на классы согласно нескольким приоритетам применяется технология QoS. Она увеличивает вероятность трансфера пакетов от одного узла сети к другому.

Разделим поток с отдельными приоритетами для видеотрафика и IP-телефонии, используя стандартные параметры class-of-service.

Предположим, что телефонные аппараты соединены со свитчем, а для маркировки пакетов от IP-PBX и иных IP-устройств применяются такие показания DSCP:

• 24 – cs3 — сигнализация (SIP, H323);
• 32 – cs4 — видеопоток с кодеков;
• 34 – af41 — видеопоток с телефонного аппарата, кодека, софтового клиента;
• 46 – ef — медиапоток;
• 0 — оставшийся поток данных без маркировки.

Будучи независимым компонентом в сетевой архитектуре, DSCP описывает принцип классификации. Он также отвечает за обеспечение ускорения и уменьшения задержек для мультимедиа.

Следует dscp ef и af соотнести с классами expedited-forwarding и assured-forwarding. Сформировать новые классы получится благодаря настройке classifiers.

Названия могут быть любыми. Выбирать долю выделенных буферов следует исходя из необходимости.

Планировщики соотносятся согласно внутренним классами, следовательно, scheduler-map и classifier следует применять и описывать как шаблоны.

Специальные настройки интерфейса позволяют создавать разнообразные scheduler и scheduler-maps.

Так будет выглядеть результат:

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

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

Как вернуться к базовым настройкам?

Если работа устройства Вас не устраивает, а найти ошибку в настройках свитча Juniper сложно, установите параметры по умолчанию.

Совет! Функция сброса настроек даёт возможность не тратить время на поиск ошибок, а вместо этого быстро реализовать новую конфигурацию с нуля.

Проще всего сделать это, используя команды:

Как только Вы введёте указанные команды, система выдаст сообщение о том, что сейчас будут активированы заводские параметры. Применить конфигурацию Вы можете стандартной командой «commit», после чего следует выполнить перезагрузку. Рассмотренная нами базовая конфигурация свитчей Juniper позволяет организовать бесперебойную сеть с гибкой архитектурой, которая может быть использована для различных потребностей.

Коммутатор Juniper EX3200-48T-DC

Коммутатор Juniper EX3200-48T-DC (EX3200-48T-DC) в магазине Netstore — цена, описание, характеристики и общая информация.

Описание модели: EX 3200, 48-port 10/100/1000BaseT + 190W DC PS

Коммутатор Juniper EX3200-48T-DC 10/100/1000BASE-T, 48 портов + блок питания постоянного тока 190 Вт
Сертификат NEBS

Модельный ряд коммутаторов EX3200 — это высокопроизводительное комплексное решение, подходящее для инфраструктур с небольшой плотностью подключений, для установки в монтажных шкафах филиалов и небольших локальных сетей в крупных офисных зданиях.

В комплект каждого коммутатора входит один блок питания, кабель RJ-45, адаптер для последовательного порта RJ-45 – DB-9 и набор для монтажа в стойку 19″. Кроме того, в комплект входит кабель питания со штекером регионального стандарта, в зависимости от страны поставки.

Высокая надежность

Ничто так не воодушевляет, как успех. Вот почему в производстве коммутаторов серий EX используется большинство технологий компании Juniper, которые уже зарекомендовали себя в отрасли. Включая высокопроизводительные специализированные процессоры (ASIC); проверенная модульная архитектура и операционная система JUNOS™, которая обеспечивает успешную работу сетей крупнейших в мире поставщиков услуг. В результате получилось надежное, высокопроизводительное решение для построения локальных сетей.

Управление рисками

Коммутаторы серий EX полностью совместимы с решением по Единой Защите и Контролю Доступом (Unified Access Control). Таким образом, появляется возможность установить еще один уровень безопасности, сначала выполняя аутентификацию пользователя и проверку на вирусы, а позже — воплощая сквозную политику безопасности, в рамках которой определяется, кто получает доступ и к каким ресурсам сети. Затем применяется политика гарантированного качества обслуживания (QoS), которая отвечает за бесперебойное выполнение критически важных бизнес-процессов. Интегрированная система распознавания аномалий сетевого трафика предоставляет дополнительную защиту, идентифицируя и блокируя распределенные атаки типа «отказ в обслуживании» (DDoS).

Виртуализация сети

В новых коммутаторах серий EX представлена технология Виртуального Шасси (VirtualChassis™), разработанная компанией Juniper. Она позволяет объединять до десяти коммутаторов серии EX 4200 и управлять ими как единой системой. В действии эта технология демонстрирует идентичные показатели надежности по сравнению с системами на базе независимых шасси, но в гораздо более рентабельном и компактном формате. Таким образом, новые устройства вбирают в себя лучшие качества традиционного оборудования, добавляя к ним современные технологии.

Коммутаторы серии EX также поддерживают технологию туннелирования трафика GRE, предназначенную для зеркальной пересылки сетевого трафика с удалённых участков сети на централизованный узел мониторинга и анализа, а также для создания выделенных виртуальных IP-подсетей без традиционных затруднений, связанных с реализациями на базе протокола Spanning Tree.

Сокращение стоимости владения

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

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

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

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

Преимущества программного обеспечения JUNOS

На коммутаторах серий EX установлено то же модульное программное обеспечение JUNOS™, что и на маршрутизаторах компании Juniper, что обеспечивает согласование реализации функций органов управления на всю инфраструктуру устройств Juniper. Используя единую операционную систему для управления всеми своими продуктами, компания Juniper помогает своим клиентам значительно сократить затраты на обучение персонала, поддержку системы и управление ею, уменьшая общую стоимость владения.

Строгий и элегантный подход к разработке операционной системы JUNOS базируется на трёх базовых принципах единства: единый исходный код, единая цепь выхода версий и единая модульная архитектура. Единый репозиторий исходного кода гарантирует, что JUNOS останется единой, связанной операционной средой на всём протяжении разработки продукта, независимо от конкретного типа оборудования, работающего под ее управлением. Единая цепь версий обозначает, что набор функций каждой новой версии ОС JUNOS является надмножеством всех предыдущих. Другими словами, любая новая функция всегда реализуется в новой версии, а не при помощи разнообразных «заплаток», для того, чтобы гарантировать стабильность и доступность функций из предыдущей версии в новой. Наконец, модульная архитектура операционной системы JUNOS обеспечивает более чёткий контроль над процессом разработки, чем при использовании монолитного ядра. Уровень аппаратной абстракции позволяет однократно описывать функции управления системой, с последующей быстрой привязкой к конкретному аппаратному обеспечению. Модульная архитектура также улучшает отказоустойчивость системы, так как каждый отдельный модуль JUNOS, отвечающий за определенный протокол, выполняется в собственном защищенном пространстве оперативной памяти. В случае отказа одного из сервисов (например, STP) он может быть корректно перезапущен независимо, без необходимости перезапускать всю операционную систему целиком.

Возможности управления и поддержки

Для коммутаторов серий EX существует четыре способа управления, два из которых предлагают мониторинг и контроль на уровне устройства, а другие два – управление на уровне предприятия.

Основанный на XML интерфейс командной строки (CLI) операционной системы JUNOS и графический интерфейс J-Web обеспечивают непосредственное управление коммутатором на уровне устройства. CLI реализует функции, автоматизацию процессов и скриптинг, стандартные для всех продуктов на базе JUNOS, в то время как J-Webпредлагает пользователям простой и наглядный метод настройки, мониторинга и поддержки индивидуальных устройств в сети.

О сетях передачи данных

Как-то один из ex4200 после отключения питания загрузился с альтернативного раздела, где хранилась резервная копия с предыдущей версией junos, которая была установлена ранее. Вот похожая ситуация, где видно разные версии ПО на разных слайсах.

root@ex> show system snapshot media internal 
fpc0:
--------------------------------------------------------------------------
Information for snapshot on internal (/dev/da0s1a) (backup)
Creation date: Nov 15 21:40:43 2011
JUNOS version on snapshot: 
jbase : 11.4R1.6 
jcrypto-ex: 11.4R1.6 
jdocs-ex: 11.4R1.6 
jkernel-ex: 11.4R1.6 
jroute-ex: 11.4R1.6 
jswitch-ex: 11.4R1.6 
jweb-ex: 11.4R1.6 
jpfe-ex42x: 11.4R1.6
Information for snapshot on internal (/dev/da0s2a) (primary)
Creation date: Jan 6 00:25:21 2013
JUNOS version on snapshot: 
jbase : ex-11.4R5.7 
jcrypto-ex: 11.4R5.7 
jdocs-ex: 11.4R5.7 
jkernel-ex: 11.4R5.7 
jroute-ex: 11.4R5.7 
jswitch-ex: 11.4R5.7 
jweb-ex: 11.4R5.7 
jpfe-ex42x: 11.4R5.7

fpc1:
--------------------------------------------------------------------------
Information for snapshot on internal (/dev/da0s1a) (backup)
Creation date: Nov 15 21:40:49 2011
JUNOS version on snapshot: 
jbase : 11.4R1.6 
jcrypto-ex: 11.4R1.6 
jdocs-ex: 11.4R1.6 
jkernel-ex: 11.4R1.6 
jroute-ex: 11.4R1.6 
jswitch-ex: 11.4R1.6 
jweb-ex: 11.4R1.6 
jpfe-ex42x: 11.4R1.6
Information for snapshot on internal (/dev/da0s2a) (primary)
Creation date: Jan 6 00:25:21 2013
JUNOS version on snapshot: 
jbase : ex-11.4R5.7 
jcrypto-ex: 11.4R5.7 
jdocs-ex: 11.4R5.7 
jkernel-ex: 11.4R5.7 
jroute-ex: 11.4R5.7 
jswitch-ex: 11.4R5.7 
jweb-ex: 11.4R5.7 
jpfe-ex42x: 11.4R5.7

Что надо сделать после удачного обновления junos на стеке

ex>request system snapshot slice alternate all-members

Вот нормальная работа стека

root@ex# run show virtual-chassis 

Virtual Chassis ID: 6f31.d04e.5d2c
Virtual Chassis Mode: Enabled 
Mstr Mixed Neighbor List
Member ID Status Serial No Model prio Role Mode ID Interface
0 (FPC 0) Prsnt serial_a ex4200-24f 255 Master* N 1 vcp-0 
1 vcp-1 
1 (FPC 1) Prsnt serial_b ex4200-48t 255 Backup N 0 vcp-0 
0 vcp-1 

Member ID for next new member: 2 (FPC 2)

Один из свичей мастер routing-engine, а второй backup. У меня один из свичей был с обновленной ос 12.2, а второй загрузился с альтернативного слайса с версией 11.2. Выглядело так. Второй свич не коммутировал, его ЖК меню не показывало ничего. Сам коммутатор перевелся в режим linecard с ограниченным набором команд. На мастере выглядело так, что подключен свич inactive linecard. Похожая ситация возникает при подключении в VC коммутаторов с разными версиями ПО. Чтобы восстановить работоспособность, пришлось разобрать стек, обновить софт, собрать стек. Можно и не разбирая обновить софт на всем VC сразу, либо на отдельном коммутаторе.

ex> show virtual-chassis

Preprovisioned Virtual Chassis
Virtual Chassis ID: c481.426d.c9ec
Virtual Chassis Mode: Enabled 
Mstr Mixed Neighbor List
Member ID Status Serial No Model prio Role Mode ID Interface
0 (FPC 0) Prsnt BR021149 ex4200-24f 129 Master* N 3 vcp-0 
1 vcp-1
1 (FPC 1) Prsnt BR021148 ex4200-24f 0 Linecard N 2 vcp-0 
0 vcp-1
2 (FPC 2) Inactive BR021247 ex4200-24f 129 Linecard N 1 vcp-0 
3 vcp-1
3 (FPC 3) Inactive BR021245 ex4200-24f 0 Linecard N 0 vcp-0 
2 vcp-1



root> request system software add src/jinstall-ex-4200-version-domestic-signed.tgz

Retrieving software images. This process can take several minutes. Please be patient..

Checking pending install on fpc1

Checking pending install on fpc2

Checking pending install on fpc3

Checking pending install on fpc0

[пропущено]

ex> request system reboot all-members
Reboot the system ? [yes,no] (no) yes


Rebooting fpc1

Rebooting fpc2

Rebooting fpc3

*** FINAL System shutdown message from root@ ***
System going down IMMEDIATELY


Shutdown NOW!

Если требуется подключить новый коммутатор с отличной версией Junos, то обновить можно непосредственно с шасси:

ex>request system software add validate member 3 
ex>request system reboot member 3

root@ex> show configuration virtual-chassis 
preprovisioned;
no-split-detection;
member 0 role routing-engine; 
serial-number serial_a;
>
member 1 role routing-engine; 
serial-number serial_b;
>

ex>request session member 3

ex#commit synchronize

ex> show configuration system | match commit 
commit synchronize;

ex>request system power-off

ex3300> show virtual-chassis vc-port
fpc0:
--------------------------------------------------------------------------
Interface Type Trunk Status Speed Neighbor
or ID (mbps) ID Interface
PIC / Port
1/2 Configured -1 Down 1000
1/3 Configured -1 Down 1000

ex3300> request virtual-chassis vc-port delete pic-slot 1 port 2
ex3300> request virtual-chassis vc-port delete pic-slot 1 port 3
ex3300> show virtual-chassis vc-port
fpc0:
--------------------------------------------------------------------------


ex3300>

ex> show configuration virtual-chassis
preprovisioned;
member 0 role routing-engine; 
serial-number serial_a;
>
member 1 role routing-engine; 
serial-number serial_b ;
>


ex> show virtual-chassis

Preprovisioned Virtual Chassis
Virtual Chassis ID: 3352.7ae0.1f1f
Virtual Chassis Mode: Enabled 
Mstr Mixed Neighbor List
Member ID Status Serial No Model prio Role Mode ID Interface
0 (FPC 0) Prsnt serial_a ex4200-24t 129 Backup N 1 vcp-0 
1 vcp-1
1 (FPC 1) Prsnt serial_b ex4200-24t 129 Master* N 0 vcp-0 
0 vcp-1



ex> request chassis routing-engine master switch check
warning: Traffic will be interrupted while the PFE is re-initialized
Standby Routing Engine is not ready for graceful switchover.
Command aborted. Not ready for mastership switch, try after 73 secs.


ex> request chassis routing-engine master switch check
warning: Traffic will be interrupted while the PFE is re-initialized
Standby Routing Engine is not ready for graceful switchover.


ex>
Amnesiac (ttyu0)

login: ex
Password:

--- JUNOS 12.3R1.7 built 2013-01-26 01:32:53 UTC
ex@:RE:0% cli

ex> show virtual-chassis

Preprovisioned Virtual Chassis
Virtual Chassis ID: 3352.7ae0.1f1f
Virtual Chassis Mode: Enabled 
Mstr Mixed Neighbor List
Member ID Status Serial No Model prio Role Mode ID Interface
0 (FPC 0) Prsnt serial_a ex4200-24t 129 Master* N 1 vcp-0 
1 vcp-1
1 (FPC 1) Prsnt serial_b ex4200-24t 129 Backup N 0 vcp-0 
0 vcp-1


ex>

ex# set chassis redundancy graceful-switchover


ex> request chassis routing-engine master switch check


ex>
Amnesiac (ttyu0)

login: ex

Logging to master
Password:

--- JUNOS 12.3R1.7 built 2013-01-26 01:32:53 UTC
ex@:RE:1% cli

ex> show virtual-chassis

Preprovisioned Virtual Chassis
Virtual Chassis ID: 3352.7ae0.1f1f
Virtual Chassis Mode: Enabled 
Mstr Mixed Neighbor List
Member ID Status Serial No Model prio Role Mode ID Interface
0 (FPC 0) Prsnt serial_a ex4200-24t 129 Backup N 1 vcp-0 
1 vcp-1
1 (FPC 1) Prsnt serial_b ex4200-24t 129 Master* N 0 vcp-0 
0 vcp-1


ex> request chassis routing-engine master switch check
Command aborted. Not ready for mastership switch, try after 170 secs.

ex> request system software nonstop-upgrade /var/tmp/jinstall-ex-4200-12.3R3.4-domestic-signed.tgz 
warning: NSR not active

ex# set routing-options nonstop-routing 

ex> request system software nonstop-upgrade /var/tmp/jinstall-ex-4200-12.3R3.4-domestic-signed.tgz 
Chassis ISSU Check Done
ISSU: Validating Image
ISSU: Preparing Backup RE
Installing image on other FPC's along with the backup

Checking pending install on fpc1
Pushing bundle to fpc1

root@ex> show configuration virtual-chassis 
no-split-detection;

login: root 
Password: 
*********************************************************************** 
** ** 
** WARNING: THIS DEVICE HAS BOOTED FROM THE BACKUP JUNOS IMAGE ** 
** ** 
** It is possible that the active copy of JUNOS failed to boot up ** 
** properly, and so this device has booted from the backup copy. ** 
** ** 
** Please re-install JUNOS to recover the active copy in case ** 
** it has been corrupted. ** 
** ** 
***********************************************************************

ex>request system snapshot slice alternate all-members
ex>request system reboot slice alternate

--- JUNOS 12.3R1.7 built 2013-01-26 01:32:53 UTC

***********************************************************************
** **
** WARNING: THIS DEVICE HAS BOOTED FROM THE BACKUP JUNOS IMAGE **
** **
** It is possible that the primary copy of JUNOS failed to boot up **
** properly, and so this device has booted from the backup copy. **
** **
** Please re-install JUNOS to recover the primary copy in case **
** it has been corrupted and if auto-snapshot feature is not **
** enabled. **
** **
***********************************************************************


ex> show system alarms 
2 alarms currently active
Alarm time Class Description
2013-01-26 12:05:39 GMT-8 Minor Host 1 Boot from backup root
2013-01-26 12:05:37 GMT-8 Minor Host 0 Boot from backup root

ex> show system alarms 
1 alarms currently active
Alarm time Class Description
2013-01-26 03:59:00 UTC Minor Host 3 Boot from backup root

ex> show system auto-snapshot 
Auto-snapshot Configuration: Disabled
Auto-snapshot State: Disabled


ex> configure 
Entering configuration mode

[edit]
ex# set system auto-snapshot 

[edit]
ex# commit and-quit 
fpc0: 
configuration check succeeds
fpc1: 
commit complete
fpc2: 
commit complete
fpc3: 
commit complete
fpc0: 
commit complete
Exiting configuration mode


ex> show system auto-snapshot 
Auto-snapshot Configuration: Enabled
Auto-snapshot State: Disabled

authentication-order [ tacplus password ];
tacplus-server 10.0.0.1 timeout 2; 
single-connection; 
>
>
accounting events [ login change-log interactive-commands ]; 
destination tacplus server 10.0.0.1 timeout 2; 
single-connection; 
> 
> 
> 
>
>
login user remote full-name "All remote users"; 
uid 2004; 
class super-user; 
>
>
services ssh root-login deny; 
protocol-version v2; 
connection-limit 15; 
rate-limit 10; 
> 
telnet connection-limit 15; 
rate-limit 10; 
>
>

ex# set system tacplus-server 10.0.0.1 source-address ?
Possible completions: 
 Use specified address as source address

ex> show ethernet-switching interfaces ge-1/0/1 detail | match "3400|900|100|mode"
Interface: ge-1/0/1.0, Index: 10, State: up, Port mode: Access 
vl3400, 802.1Q Tag: 3400, Mapped Tag: 400, swap, unblocked 
vl900, 802.1Q Tag: 900, Mapped Tag: 900, swap, unblocked 
vl100, 802.1Q Tag: 3100, Mapped Tag: 100, swap, dot1q-tunneled, unblocked


ex> show configuration vlans vl3400 
vlan-id 3400;
interface ge-1/0/1.0 mapping 400 swap; 
> 
> 
>
>


ex> show configuration vlans vl3100 
vlan-id 3100;
interface ge-1/0/1.0 mapping 100 swap; 
> 
> 
>
>
dot1q-tunneling;


ex> show configuration vlans vl900 
vlan-id 900;
interface ge-1/0/1.0 mapping 900 swap; 
> 
> 
>
>


ex> show configuration interfaces ge-1/0/1.0 
family ethernet-switching;

ex> show configuration ethernet-switching-options 
dot1q-tunneling ether-type 0x8100;
>

ex> show configuration interfaces ge-1/0/47 
mtu 9100;
unit 0 description "LOOP Dot1Q-tunnel"; 
family ethernet-switching;
>



ex> show configuration interfaces ge-1/0/46 
mtu 9100;
unit 0 description "LOOP Customer trunk"; 
family ethernet-switching port-mode trunk; 
vlan members [ c10 c20 c30 c40 ]; 
> 
>
>



ex> show ethernet-switching interfaces ge-1/0/47.0 detail 
Interface: ge-1/0/47.0, Index: 70, State: up, Port mode: Access
Ether type for the interface: 0x8100
VLAN membership: 
s100, 802.1Q Tag: 100, dot1q-tunneled, untagged, unblocked
Number of MACs learned on IFL: 16



ex> show configuration vlans s100 
vlan-id 100;
interface ge-1/0/47.0;
>
dot1q-tunneling;



ex> show configuration protocols mstp 
configuration-name REGION;
revision-level 1;
bridge-priority 4k;
interface ge-1/0/46.0 disable;
>
interface ge-1/0/47.0 disable;
>

ex>configure
ex#delete interfaces
ex#delete vlans
ex#delete protocols rstp
ex#
ex#commit
>

root> show chassis hardware | match "SFP\+" 
PIC 1 REV 07 711-026017 CH0212428171 2x 10GE SFP+ 
Xcvr 0 REV 01 740-021308 ANA0LFK SFP+-10G-SR 
Xcvr 2 NON-JNPR APF1212003315M SFP+-10G-CU3M 
PIC 1 REV 07 711-026017 CH0212417264 2x 10GE SFP+ 
Xcvr 0 REV 01 740-021308 ANC084G SFP+-10G-SR 
Xcvr 2 NON-JNPR APF12120032YDE SFP+-10G-CU3M