Перейти к содержимому
Калькуляторы

johnnys

Пользователи
  • Публикации

    28
  • Зарегистрирован

  • Посещение

О johnnys

  • Звание
    Абитуриент
    Абитуриент

Информация

  • Пол
    Array

Посетители профиля

Блок посетителей профиля отключен и не будет отображаться другим пользователям

  1. спасибо! network есть на эту подсеть. п. 4 в первом посте. добавил route-map и заработало. route-map test permit 10 set origin igp на cisco и без set origin XXX работает. еще раз спасибо.
  2. Не совсем понял вопрос. Мне нужно проанонсировать конкретную сеть. 10.253.0.0/24 Она есть в таблице маршрутизации. 7050SX# sh ip route vrf bgp | inc 10.253 S 10.253.0.0/24 is directly connected, Null0 в таблице bgp BGP routing table entry for 10.253.0.0/24 Paths: 1 available Local - from - (10.255.255.2) Origin INCOMPLETE, metric 0, localpref 0, weight -, received 2d16h ago, valid, local, best, redistributed (Static) Rx SAFI: Unicast valid, local, best, redistributed (Static) но ее origin INCOMPLETE - по поводу дефаулт - да, он есть. 7050SX# sh ip route vrf bgp | inc 0.0.0.0/0 B E 0.0.0.0/0 [200/0] via 10.10.94.1, Vlan119 и да, neighbor 10.254.0.6 default-originate always - тоже работает.
  3. Хочу поднять bgp в vrf на аристе 7050sx. ариста - DCS-7050SX-64-R софт - 4.18.11M (один из последних для этой железки) Делаю все как по мануалу. 1. Создаю vrf. vrf definition bgp rd 100:100 2. Включаю роутинг в vrf. ip routing vrf bgp 3. Маршрут в null для подсети. ip route vrf bgp 10.253.0.0/24 Null0 200 4. Настраиваю bgp. router bgp XXXXX vrf bgp neighbor 10.254.0.6 remote-as 65530 network 10.253.0.0/24 redistribute static В итоге соседство есть. Маршруты от пира получаю. 7050SX# sh ip bgp sum vrf bgp BGP summary information for VRF bgp Router identifier 10.255.255.2, local AS number XXXXX Neighbor Status Codes: m - Under maintenance Neighbor V AS MsgRcvd MsgSent InQ OutQ Up/Down State PfxRcd PfxAcc 10.254.0.6 4 65530 5878 5162 0 0 3d13h Estab 4 4 А вот к пиру маршрут есть в advertised-routes, но не работает. 7050SX# sh ip bgp neighbors 10.254.0.6 advertised-routes vrf bgp BGP routing table information for VRF bgp Router identifier 10.255.255.2, local AS number XXXXX Route status codes: s - suppressed, * - valid, > - active, # - not installed, E - ECMP head, e - ECMP S - Stale, c - Contributing to ECMP, b - backup, L - labeled-unicast, q - Queued for advertisement Origin codes: i - IGP, e - EGP, ? - incomplete AS Path Attributes: Or-ID - Originator ID, C-LST - Cluster List, LL Nexthop - Link Local Nexthop Network Next Hop Metric LocPref Weight Path * > 10.253.0.0/24 10.254.0.5 - - - XXXXX ? Висит в состоянии INCOMPLETE. BGP routing table entry for 10.253.0.0/24 Paths: 1 available Local - from - (10.255.255.2) Origin INCOMPLETE, metric 0, localpref 0, weight -, received 2d16h ago, valid, local, best, redistributed (Static) Rx SAFI: Unicast Что я делаю не так? Или как подебажить? help 🙂 + может у кого-то есть похожий конфиг и у него все работает - дайте знать.
  4. Последние 100 строк перед падением. Ядро #1 SMP Debian 4.1.6-1 (2015-08-23) + ixgbe-4.0.1-k (4.1.2 не собрались). Собрал accel-ppp с дебагом. Жду.
  5. Я склоняюсь думать что нет. У меня три одинаковые конфигурации (Intel® Core™ i7-4790K CPU @ 4.00GHz + Intel Corporation 82599ES 10-Gigabit SFI/SFP+ Network Connection). До момента "падения" ведут себя абсолютно нормально, нет повисших процессов, скорость чтения/записи удовлетворительна. И в Call Trace я так понимаю видны сетевые функции. Пока лучший результат у ядра 3.2.68-1+deb7u4 + драйвер ixgbe-3.6.7-k.
  6. Дождался. Это старое ядро? (Linux PPPoE 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt11-1+deb8u4 (2015-09-19) x86_64 GNU/Linux) Ну обрыв связи или еще что. Или клиент ждет LCP чаще. Говорю же - уменьшите значение до вменяемых величин. Спасибо. Уменьшил, наблюдаю.
  7. Клиент уже успел ребутнуть роутер и приконнектиться к другому брасу, а вы все еще ждете пока он ответит на посланный вникуда LCP... В том-то и дело что с роутером никто ничего не делает. Т. е. висит сессия accel-ppp отправляет 'LCP EchoReq' и всё, клиент (роутер) уже устанавливает новую сессию. И сессии у такого клиента по 5 - 15 - 40 минут. Тот же клиент с mpd5 так себя не ведёт. Или это не проблема accel-ppp? Какой еще дебаг можно включить? Еще есть клиент который не может установить сессию (хотя с тем же mpd5 всё работает): И интересует вопрос что такое 'incorrect AC-Cookie' и почему их там много: (UPDATE: т. е. с чем они связаны? некорректный клиент?)
  8. Очевидно же: Нафига 5 минут таймаут? Это что, для оооочень мееееедленных роутеров, которые на lcp отвечают через 5 минут? Поставьте интервал 5-10 секунд, кол-во failures - 3-5 максимум, таймаут - 2-3 сек. Так они такие большие и стоят потому что я переживаю что эти клиенты не успевают отвечать на LCP. + я так понимаю опции 'lcp-echo-timeout' и 'lcp-echo-failure' взаимо исключающие. man accel-ppp.conf: Что такое "adaptive lcp echo functionality"?
  9. Переезжаем с mpd5 (PPPoE). Столкнулись с проблемой что появились клиенты у которых сессии по 5 - 15 мин. (причем это одни и теже клиенты). Выглядит это так: RADIUS Disconnect-Request - присылает биллинг так как клиент уже установил новое соединение на другом PPPoE-концентраторе. Конфиг accel-ppp: (accel-ppp из git'а) Я так понимаю есть небольшая разница в поведении между accel-ppp и mpd5, а именно (из документации mpd5): Что можно подкрутить? На биллинг приходит: Acct-Terminate-Cause=2 - Lost Carrier (На порту был сброшен сигнал DCD (детектирование несущей)).
  10. Cхема L3-connected с DHCP так и не реализуема? (т. е. аналог RedBack Dynamic CLIPS через L3 сеть).
  11. А у кого-то патч для igb работает так как нужно?
  12. Ткните где я понимаю что-то не так. Система FreeBSD10 (STABLE). В драйверах ixgbe (2.5.15) сделал правки аналогичные этим http://static.ipfw.ru/patches/igb_flowid.diff Т. е. закомментировал строки в sys/dev/ixgbe/ixgbe.c sendmp->m_pkthdr.flowid = que->msix; sendmp->m_flags |= M_FLOWID; Хотел добиться распределения пакетов системой netisr не в одну очередь. Так как карта все PPPoE-пакеты (mpd5) складывает в одну очередь и обрабатывает одним ядром. Но желаемого не получилось. Вопроc: этот патч (правка) не поможет?
  13. Всем большое спасибо. Всё заработало. Тему можно закрывать. ЗЫ: vurd, myst, orlik - реально гуру. (:
  14. 1. ip vrf VRF_BGP rd 48XXX:100 Этого хватит? 2. Ищю что это такое. 3. Да, всё в UP. Gateway# sh int vlan 5 Vlan5 is up, line protocol is up Hardware is EtherSVI, address is 001c.0f5e.c080 (bia 001c.0f5e.c080) Internet address is 10.0.0.2/30 MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive not supported ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:00, output 00:07:40, output hang never Last clearing of "show interface" counters 2d01h Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 340000 bits/sec, 602 packets/sec 5 minute output rate 341000 bits/sec, 602 packets/sec L2 Switched: ucast: 39336667 pkt, 33417412923 bytes - mcast: 25652 pkt, 2250612 bytes L3 in Switched: ucast: 805956 pkt, 60051220 bytes - mcast: 0 pkt, 0 bytes mcast L3 out Switched: ucast: 819108 pkt, 61030996 bytes mcast: 0 pkt, 0 bytes 1666823 packets input, 121765705 bytes, 0 no buffer Received 38162 broadcasts (483 IP multicasts) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 1684885 packets output, 121625420 bytes, 0 underruns 0 output errors, 0 interface resets 0 unknown protocol drops 0 output buffer failures, 0 output buffers swapped out Gateway# sh int vlan 15 Vlan15 is up, line protocol is up Hardware is EtherSVI, address is 001c.0f5e.c080 (bia 001c.0f5e.c080) Internet address is 10.0.0.1/30 MTU 1500 bytes, BW 1000000 Kbit/sec, DLY 10 usec, reliability 255/255, txload 1/255, rxload 1/255 Encapsulation ARPA, loopback not set Keepalive not supported ARP type: ARPA, ARP Timeout 04:00:00 Last input 00:00:05, output 00:07:42, output hang never Last clearing of "show interface" counters 2d01h Input queue: 0/75/0/0 (size/max/drops/flushes); Total output drops: 0 Queueing strategy: fifo Output queue: 0/40 (size/max) 5 minute input rate 0 bits/sec, 0 packets/sec 5 minute output rate 0 bits/sec, 0 packets/sec L2 Switched: ucast: 101 pkt, 8060 bytes - mcast: 353 pkt, 29977 bytes L3 in Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes mcast L3 out Switched: ucast: 0 pkt, 0 bytes mcast: 0 pkt, 0 bytes 4357 packets input, 295002 bytes, 0 no buffer Received 4354 broadcasts (0 IP multicasts) 0 runts, 0 giants, 0 throttles 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored 14 packets output, 964 bytes, 0 underruns 0 output errors, 0 interface resets 0 unknown protocol drops 0 output buffer failures, 0 output buffers swapped out Gateway#