
Илья
23.07.2016
10:18:36
это в оспф прописано
а вот когда роут прилетает от Р1 и от Р2
то выбирается роут от Р1
и уже не смотрится на внутризонность асбр

Google

Илья
23.07.2016
10:20:16
и прочие
и я н епойму почему так

Viktor
23.07.2016
10:20:28
согласен, только где в этих префиксах информация что они с другой зоны, они же E1, насколько я понимаю нельзя быть E1 и IA одновременно
а до P1 вообще должен быть Multipath, т.к. он одинаково прилетает через R2 и R3, когда cost в дефолте

Илья
23.07.2016
10:21:52
там это определяется по advertisement router
либо есть router lsa (lsa-1)
либо asbr lsa (lsa-4)

Viktor
23.07.2016
10:23:36
надо наверное смотреть show ospf database summary 10.0.0.1 и 10.0.0.2 на R4
без пол-литра не разберешься :)

Илья
23.07.2016
10:23:52
смотрел
могу показать

Viktor
23.07.2016
10:24:05
покажи выводы, со сброшенным костом

Илья
23.07.2016
10:25:29
вот

Google

Илья
23.07.2016
10:25:38
ща в файлик вставлю
а то @freeseacher нервничать будет :)

Viktor
23.07.2016
10:30:20
ну так вроде все верно, т.е. 10.0.0.2 выбирается по наименьшему косту
а до 10.0.0.1 реально multipath
а если поднять cost?

Илья
23.07.2016
10:46:13
Вот так

Viktor
23.07.2016
10:52:04
If the forwarding address is set to 0.0.0.0, packets should
be sent to the ASBR itself. Among the multiple routing table
entries for the ASBR, select the preferred entry as follows.
а кого R4 считает ASBR?

Илья
23.07.2016
10:53:47
дык
advertized router

Viktor
23.07.2016
10:58:01
ну они оба у него во втором случае доступны через FastEthernet0/1, а 10.0.0.2 он все равно почему-то ресолвит в Fa0/0

Илья
23.07.2016
10:58:34
дык это лупбеки
а в ar прописан роутер ид

Viktor
23.07.2016
11:01:02
ну вот алгоритм вроде https://tools.ietf.org/html/rfc2328#page-173

Илья
23.07.2016
11:03:04
ну это понятно

Viktor
23.07.2016
11:03:06
я так понимаю он в шаге 3 должен посмотреть что у 10.0.0.2 advertising router 10.93.81.1, и что он доступен через Fa0/1 и разресолвить 10.0.0.2 туда же
а этого не происходит

Илья
23.07.2016
11:03:39
я думаю дело так
сначала он рассчитывает маршруты до AR
именно до роутеров

Google

Илья
23.07.2016
11:04:18
а не до лупбеков
и прочего
выбирает для R2 маршрут внутри зоны
а до р1 согласно костам
а потом уже из полученных костов выбирает меньший
и получается уогда роут генерится р2 и только р2 то он идет через прямой линк фа0/0
а те роуты которые генерятся р1 или одновременно р1 и р2 - для тех считается роут и выбирается роут до р1
потому что по костам р1 ближе
2 против 5

Viktor
23.07.2016
11:08:22
ну судя по O IA там нет никаких внутризоновых маршрутов

Илья
23.07.2016
11:08:39
ты путаешь теплое с мягким
в первую очередь маршруты по топологии до роутеров

Илья
23.07.2016
11:09:06
по графу
а потому уже таблица роутинга

Viktor
23.07.2016
11:11:36
до роутеров ты имеешь в виду R ID? 10.93.81.1 относится к area0 и никак не может быть intra-area для R4 же

Илья
23.07.2016
11:11:41
да
81,1 он абр
поэтому есть в обоих зонах
R4#show ip ospf database router 10.93.81.1
OSPF Router with ID (192.168.34.4) (Process ID 1)
Router Link States (Area 2)
Routing Bit Set on this LSA in topology Base with MTID 0
LS age: 803
Options: (No TOS-capability, DC)
LS Type: Router Links
Link State ID: 10.93.81.1
Advertising Router: 10.93.81.1
LS Seq Number: 8000002C
Checksum: 0xABDE
Length: 36
Area Border Router
AS Boundary Router
Number of Links: 1
Link connected to: a Transit Network
(Link ID) Designated Router address: 192.168.24.2
(Link Data) Router Interface address: 192.168.24.2
Number of MTID metrics: 0
TOS 0 Metrics: 1
Router Link States (Area 2)

Google

Viktor
23.07.2016
11:14:10
у меня мозг сплавился ))))

Илья
23.07.2016
11:14:46
оспф он такой, мозговысасывающий
сначала расплавить, а потом через трубочку

Viktor
23.07.2016
11:15:48
как он может одновременно знать что 10.93.81.1 это его intra-area сосед, но при этом всегда в таблице маршрутизации считать что 10.93.81 это IA

Илья
23.07.2016
11:16:14
потому что лупбек в арии 0
а роутер в обоих ареях

Viktor
23.07.2016
11:16:46
типа это "разные" 10.93.81.1, в разных LSA прилетают?


Илья
23.07.2016
11:17:24
R2#show ip ospf database router 10.93.81.1
OSPF Router with ID (10.93.81.1) (Process ID 1)
Router Link States (Area 0)
LS age: 1310
Options: (No TOS-capability, DC)
LS Type: Router Links
Link State ID: 10.93.81.1
Advertising Router: 10.93.81.1
LS Seq Number: 8000002C
Checksum: 0x25BB
Length: 48
Area Border Router
AS Boundary Router
Number of Links: 2
Link connected to: a Stub Network
(Link ID) Network/subnet number: 10.93.81.1
(Link Data) Network Mask: 255.255.255.255
Number of MTID metrics: 0
TOS 0 Metrics: 1
Link connected to: a Transit Network
(Link ID) Designated Router address: 10.93.0.11
(Link Data) Router Interface address: 10.93.0.12
Number of MTID metrics: 0
TOS 0 Metrics: 1
Router Link States (Area 2)
LS age: 1064
Options: (No TOS-capability, DC)
LS Type: Router Links
Link State ID: 10.93.81.1
Advertising Router: 10.93.81.1
LS Seq Number: 8000002C
Checksum: 0xABDE
Length: 36
Area Border Router
AS Boundary Router
Number of Links: 1
Link connected to: a Transit Network
(Link ID) Designated Router address: 192.168.24.2
(Link Data) Router Interface address: 192.168.24.2
Number of MTID metrics: 0
TOS 0 Metrics: 1

Admin
ERROR: S client not available

Илья
23.07.2016
11:18:11
Router Link States (Area 0)
Link State ID: 10.93.81.1
Router Link States (Area 2)
Link State ID: 10.93.81.1

Viktor
23.07.2016
11:24:34
ну т.е. для R4 прилетает два LSA о 10.93.81.1, один Router LSA (и он я так понимаю в таблицу маршрутизации в принципе не ставится) и Summary LSA (т.к. относится к area0) и он то и ставится в таблицу как IA уже.

Илья
23.07.2016
11:25:53
ты путаешь лса и маршруты

Viktor
23.07.2016
11:42:07
всегда думал что они отождествлены, но видимо не все LSA передают информацию о сетях и используются напрямую при построении таблицы, как раз как в данном случае

Илья
23.07.2016
11:43:24
lsa 3 5 7 в некотором роде да, остальные нет, от слова совсем

Aleksandr
24.07.2016
10:09:03
https://kb.nocproject.org/pages/viewpage.action?pageId=22380903 после копирования ключей предлагается сделать так:
root@noc-tower:/# ssh ansible@noc-node1 однако это надо делать не от root, а от tower ansible@noc-node1:~/$ sudo –s это будет нереально сделать, если юзер ansible не будет в группе sudo usermod ansible -G sudo
при ./bin/pip install https://cdn.nocproject.org/tower/noc-tower-latest.tar.bz2 Downloading/unpacking mercurial>=3.5.1 (from noc-tower==0.1a53)
Downloading mercurial-3.8.4.tar.gz (4.8MB): 4.8MB downloaded
Running setup.py (path:/tmp/pip-build-Q2yPxv/mercurial/setup.py) egg_info for package mercurial
Python headers are required to build Mercurial but weren't found in /usr/include/python2.7/Python.h
Complete output from command python setup.py egg_info:
running egg_info


Kote
24.07.2016
10:14:00
Подскажите, кто шарит. Хочу написать приложение на джанге, которое будет селектить из базы, которая с джангой никак не связана, и иногда в неё писать. Для этого надо делать API?

Алексей
24.07.2016
10:14:36
пиши на каком нить фласке

Google

Алексей
24.07.2016
10:14:58
и используй алхимию

Kote
24.07.2016
10:15:00
Блин.
А я хотел джангу поизучать таким образом. Она востребована в вакансиях

Алексей
24.07.2016
10:15:18
для джанги такой подход будет попыткой плыть против течения.
если джанга самоцель возьми другую задачу

Kote
24.07.2016
10:17:03
Но в ноке даже несколько бд, а указана всего дефолтная на постгресе (branch develop). Как в нём это реализовано?
в 2х словах если
лан, на фласке буду писать. ты прав

Алексей
24.07.2016
10:27:38

Kote
24.07.2016
10:27:43
о как

Алексей
24.07.2016
10:28:13
Торнадо молодец

Aleksandr
24.07.2016
10:58:09
жму deploy в tower и получаю <html><title>404: Not Found</title><body>404: Not Found</body></html> делал все по инструкции для дебиана 8.4 на дебиане 8.5
победил эту 404... все ж дока не совсем понятна... при установке башни и заведении environments в имени не должно быть никаких пробелов и спец.символов, только текст, при этом хостом надо указывать адрес сервера, на котором будут жить ноды, что не совсем прозрачно... после этого деплой прошел
поторопился [DEPRECATION WARNING]: Skipping task due to undefined Error, in the future this will be a fatal error.: 'dict object' has no attribute 'svc-postgres-master'.
This feature will be removed in a future release. Deprecation warnings can be
disabled by setting deprecation_warnings=False in ansible.cfg.
fatal: [Node1]: FAILED! => {"failed": true, "msg": "'item' is undefined"}
вот что с этим делать - точно не знаю ok=36 changed=5 unreachable=0 failed=1


Andrey
24.07.2016
12:38:57
@akubatkin проверить настройке Postgres
@akubatkin по какому руководству устанавливаешь?

Aleksandr
24.07.2016
12:59:04
по дебиану 8.4 и по фре, в обоих случаях TASK [node : Set up noc.conf]07:13
[DEPRECATION WARNING]: Skipping task due to undefined Error, in the future this will be a fatal error.: 'dict object' has no attribute 'svc-postgres-master'.
This feature will be removed in a future release. Deprecation warnings can be
disabled by setting deprecation_warnings=False in ansible.cfg.
fatal: [Node2]: FAILED! => {"failed": true, "msg": "'item' is undefined"}
фря 11.0-бета2, а дебиан 8.5

Andrey
24.07.2016
12:59:42
вот эта? https://kb.nocproject.org/pages/viewpage.action?pageId=22380842
а Postgres в Settings галочка стоит?