Jump to content
Калькуляторы

sapsan

Новичок
  • Posts

    8
  • Joined

  • Last visited

About sapsan

  • Rank
    Абитуриент
    Абитуриент

Контакты

  • ICQ
    Array
  1. Т.е. получается, что необходимо каждую подключенную сеть прописывать в network, чтоб начать её анонсировать?
  2. Доброго времени суток! Сделал тестовый стенд, состоящий из 2х bgp-роутеров на quagga. Столкнулся с проблемой анонсирования подсетей: ! router bgp 65000 bgp router-id 10.43.42.2 bgp log-neighbor-changes redistribute connected redistribute static neighbor br1_v6 peer-group neighbor br1_v6 remote-as 65000 neighbor br1_v6 weight 500 neighbor br1_v6 next-hop-self neighbor br1_v6 soft-reconfiguration inbound neighbor br1_v6 allowas-in neighbor 3ffe:680:1::d peer-group br1_v6 ! address-family ipv6 network 3ffe:680:1::30/126 network 3ffe:680:1::40/126 network 3ffe:680:1::50/126 redistribute connected redistribute static neighbor 3ffe:680:1::d activate neighbor 3ffe:680:1::d next-hop-self neighbor 3ffe:680:1::d soft-reconfiguration inbound neighbor 3ffe:680:1::d nexthop-local unchanged neighbor 3ffe:680:1::d allowas-in neighbor 3ffe:680:1::d route-map BR1-in in neighbor 3ffe:680:1::d route-map BR1-out out exit-address-family ! router ospf ! ipv6 prefix-list DEFAULT6 seq 5 permit ::/0 ipv6 prefix-list OWN_PREFIX-V6 seq 5 permit 3ffe:680::/32 le 128 ! route-map BR1-in permit 10 description Allow Default Route match ipv6 address prefix-list DEFAULT6 ! route-map BR1-in permit 20 description Allow Own ipv6 prefixes match ipv6 address prefix-list OWN_PREFIX-V6 ! route-map BR1-out permit 10 description Anonce own prefixes match ipv6 address prefix-list OWN_PREFIX-V6 ! ip forwarding ipv6 forwarding ! line vty ! end # sh ipv6 route Codes: K - kernel route, C - connected, S - static, R - RIPng, O - OSPFv6, I - IS-IS, B - BGP, A - Babel, > - selected route, * - FIB route K>* ::/0 via 3ffe:680:1::d, eth0.15 C>* ::1/128 is directly connected, lo C>* 3ffe:680:1::c/126 is directly connected, eth0.15 C>* 3ffe:680:1::30/126 is directly connected, eth0.4050 C>* 3ffe:680:1::40/126 is directly connected, eth0.4051 C>* 3ffe:680:1::50/126 is directly connected, eth0.4052 C * fe80::/64 is directly connected, eth0.4052 C * fe80::/64 is directly connected, eth0.4051 C * fe80::/64 is directly connected, eth0.4050 C * fe80::/64 is directly connected, eth0.15 C>* fe80::/64 is directly connected, eth0 # sh ipv6 bgp neighbors 3ffe:680:1::d advertised-routes BGP table version is 0, local router ID is 10.43.42.2 Status codes: s suppressed, d damped, h history, * valid, > best, = multipath, i internal, r RIB-failure, S Stale, R Removed Origin codes: i - IGP, e - EGP, ? - incomplete Network Next Hop Metric LocPrf Weight Path *> 3ffe:680:1::30/126 3ffe:680:1::e 0 100 32768 i *> 3ffe:680:1::40/126 3ffe:680:1::e 0 100 32768 i *> 3ffe:680:1::50/126 3ffe:680:1::e 0 100 32768 i Total number of prefixes 3 Если же конфиг из конфига убрать строки: network 3ffe:680:1::30/126 network 3ffe:680:1::40/126 network 3ffe:680:1::50/126 То анонсы пропадают. Подскажите, в чем ошибка?
  3. Доброго времени суток! Столкнулись с проблемой: Есть сетевые карточки "Intel Corporation 82576 Gigabit Network Connection (rev 01)" и и свитч Allied Telesys 9924-T. Когда на медном порту коммутатора установлен автоматический выбор скорости, то между собой железки нормально договариваются на "1000-FULL"; если же на свитче установить скорость в "100-FULL", то сетевуха выбирает 100-HALF"; если установить на сетевухе режим 100-FULL, а на коммутаторе "AUTO" или "100-FULL", то нормально работают на "100-FULL". На хосте установлена ОС Linux, и драйвера igb-5.2.15.
  4. Доброго времени суток! Подскажите, пожалуйста: кто и как реализует нарезку полос, под linux, для клиентов с ipv6? Стандартными средствами tc такое не поддерживается.
  5. Доброго времени суток! Имеем в сети свитчи: SNR-S2940-8G SoftWare Version 7.0.3.1(R0058.0003) BootRom Version 7.1.3 HardWare Version 1.0.1 CPLD Version N/A SNR-S2960-24G SoftWare Version 7.0.3.1(R0058.0002) BootRom Version 7.1.3 HardWare Version 1.0.2 CPLD Version 1.2 SNR-S2950-24G SoftWare Version 7.0.3.1(R0058.0003) BootRom Version 7.1.3 HardWare Version 1.0.1 CPLD Version N/A Уже 3-5 месяцев наблюдаем картину: свитчи, иногда, "отпадывают" без каких-то явных признаков, хотя трафик через себя пропускают в штатном режиме. По ip не отвечают, в локальную консоль тоже. Решается либо перезагрузкой по питанию, либо свитчи самостоятельно оживают через 8-12 часов. Подскажите, есть ли какие-либо альтернативы, чтобы попать в консоль свитча для просмотра информации?
  6. Подскажите, пожалуйста, прошивки от 2.3 подходят к устройствам 2.0?
  7. Firmware: v.4 Устройства расположены в ящиках, в этих же ящиках установлено по 1-3 свитча. Пробовал собирать аналогичную схему на столе: 2 геркона включены последовательно между 1 и 3 контактом и удлиннял линию 3м витухи. Где-то через сутки начались ложные срабатывания.
  8. Доброго времени суток! Имеется около 2-5 устройств SNR-ERD-2.0_1:015:216, к ним подключены только герконы. Не так давно поставили еще пару аналогичных ERD в ящики со свитчами, длинна линии до герконово 2-3м, иногда проявляются ложные срабатывания. Подскажите, как пролечить данный глюк. Спасибо.