URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID6
Нить номер: 22273
[ Назад ]
Исходное сообщение
"проблема с ospf"
Отправлено himik1986 , 22-Фев-11 11:26 
на asr1002 c ios - asr1000rp1-adventerprise.02.06.02.122-33.XNF2.bin

на ней настроено 2 ospf

router ospf 39700
router-id 89.x.x.x
log-adjacency-changes
nsf cisco helper disable
nsf ietf helper disable
summary-address 192.168.144.0 255.255.240.0
summary-address 172.20.0.0 255.255.240.0
summary-address 109.x.x.0 255.255.255.0
summary-address 109.x.x.0 255.255.255.0
summary-address 89.x.x.0 255.255.255.192
summary-address 10.128.0.0 255.128.0.0
redistribute connected subnets route-map RED
redistribute static route-map IPNAT
redistribute ospf 120 subnets
passive-interface default
no passive-interface GigabitEthernet0/0/0
!
router ospf 120
router-id 10.0.120.201
log-adjacency-changes
nsf cisco helper disable
nsf ietf helper disable
area 10.0.120.0 nssa default-information-originate
summary-address 192.168.128.0 255.255.192.0
redistribute connected metric 1 subnets route-map LOCAL
redistribute ospf 39700 metric 1 subnets route-map LOCAL
passive-interface default
no passive-interface GigabitEthernet0/0/1.9
distribute-list 3 in

interface GigabitEthernet0/0/0
ip address 89.х.х.х 255.255.254.0
no ip proxy-arp
ip nat outside
ip virtual-reassembly
ip ospf network broadcast
ip ospf priority 0
ip ospf 39700 area 0
negotiation auto
pppoe enable group global
arp timeout 60


interface GigabitEthernet0/0/1.9
encapsulation dot1Q 120
ip address 10.0.120.201 255.255.255.0
no ip proxy-arp
ip ospf priority 0
ip ospf 120 area 10.0.120.0
arp timeout 300

проблема в том что все hello и от ospf39700 и от ospf120 cisco шлет в GigabitEthernet0/0/0

и из за этого происходит следующее:

Feb 20 02:20:56: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.16 on GigabitEthernet0/0/1.9 from LOADING to FULL, Loading Done
Feb 20 02:21:42: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.2 on GigabitEthernet0/0/1.9 from LOADING to FULL, Loading Done
Feb 20 02:21:46: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.16 on GigabitEthernet0/0/1.9 from LOADING to FULL, Loading Done
Feb 20 02:22:32: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.2 on GigabitEthernet0/0/1.9 from LOADING to FULL, Loading Done


Содержание
Сообщения в этом обсуждении
"проблема с ospf"
Отправлено fantom , 22-Фев-11 12:03 
>[оверквотинг удален]
> cisco шлет в GigabitEthernet0/0/0
> и из за этого происходит следующее:
> Feb 20 02:20:56: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.16 on GigabitEthernet0/0/1.9
> from LOADING to FULL, Loading Done
> Feb 20 02:21:42: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.2 on GigabitEthernet0/0/1.9
> from LOADING to FULL, Loading Done
> Feb 20 02:21:46: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.16 on GigabitEthernet0/0/1.9
> from LOADING to FULL, Loading Done
> Feb 20 02:22:32: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.2 on GigabitEthernet0/0/1.9
> from LOADING to FULL, Loading Done

"проблема с ospf"
Отправлено fantom , 22-Фев-11 12:04 
>[оверквотинг удален]
>> cisco шлет в GigabitEthernet0/0/0
>> и из за этого происходит следующее:
>> Feb 20 02:20:56: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.16 on GigabitEthernet0/0/1.9
>> from LOADING to FULL, Loading Done
>> Feb 20 02:21:42: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.2 on GigabitEthernet0/0/1.9
>> from LOADING to FULL, Loading Done
>> Feb 20 02:21:46: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.16 on GigabitEthernet0/0/1.9
>> from LOADING to FULL, Loading Done
>> Feb 20 02:22:32: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.2 on GigabitEthernet0/0/1.9
>> from LOADING to FULL, Loading Done

debug ip ospf hello
Что говорит?

"проблема с ospf"
Отправлено himik1986 , 22-Фев-11 12:20 
>[оверквотинг удален]
>>> Feb 20 02:20:56: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.16 on GigabitEthernet0/0/1.9
>>> from LOADING to FULL, Loading Done
>>> Feb 20 02:21:42: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.2 on GigabitEthernet0/0/1.9
>>> from LOADING to FULL, Loading Done
>>> Feb 20 02:21:46: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.16 on GigabitEthernet0/0/1.9
>>> from LOADING to FULL, Loading Done
>>> Feb 20 02:22:32: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.2 on GigabitEthernet0/0/1.9
>>> from LOADING to FULL, Loading Done
> debug ip ospf hello
> Что говорит?

Feb 22 09:19:51.182: OSPF: Rcv hello from 10.0.120.6 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.6
Feb 22 09:19:51.182: OSPF: End of hello processing
Feb 22 09:19:51.196: OSPF: Send hello to 224.0.0.5 area 0 on GigabitEthernet0/0/0 from 89.x.x.x
Feb 22 09:19:51.749: OSPF: Rcv hello from 10.0.120.2 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.2
Feb 22 09:19:51.749: OSPF: End of hello processing
Feb 22 09:19:52.139: OSPF: Rcv hello from 10.0.120.5 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.5
Feb 22 09:19:52.139: OSPF: End of hello processing
Feb 22 09:19:52.160: OSPF: Rcv hello from 10.0.120.3 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.3
Feb 22 09:19:52.160: OSPF: End of hello processing
Feb 22 09:19:52.364: OSPF: Rcv hello from 10.0.120.25 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.25
Feb 22 09:19:52.364: OSPF: End of hello processing
Feb 22 09:19:52.606: OSPF: Rcv hello from 10.0.120.24 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.24
Feb 22 09:19:52.606: OSPF: End of hello processing
Feb 22 09:19:52.849: OSPF: Rcv hello from 10.0.120.18 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.18
Feb 22 09:19:52.849: OSPF: End of hello processing
Feb 22 09:19:53.507: OSPF: Rcv hello from 10.0.120.14 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.14
Feb 22 09:19:53.507: OSPF: End of hello processing
Feb 22 09:19:53.552: OSPF: Rcv hello from 10.0.120.15 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.15
Feb 22 09:19:53.552: OSPF: End of hello processing
Feb 22 09:19:54.901: OSPF: Rcv hello from 10.0.120.8 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.8
Feb 22 09:19:54.901: OSPF: End of hello processing
Feb 22 09:19:54.901: OSPF: Rcv hello from 10.0.120.23 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.23
Feb 22 09:19:54.901: OSPF: End of hello processing
Feb 22 09:19:55.661: OSPF: Rcv hello from 10.0.120.16 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.16
Feb 22 09:19:55.661: OSPF: End of hello processing
Feb 22 09:19:56.468: OSPF: Send hello to 224.0.0.5 area 10.0.120.0 on GigabitEthernet0/0/1.9 from 10.0.120.201
Feb 22 09:19:56.789: OSPF: Rcv hello from 10.0.120.20 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.20
Feb 22 09:19:56.789: OSPF: End of hello processing
Feb 22 09:19:56.789: OSPF: Rcv hello from 10.0.120.100 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.100
Feb 22 09:19:56.789: OSPF: End of hello processing
Feb 22 09:19:56.829: OSPF: Rcv hello from 10.0.120.19 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.19
Feb 22 09:19:56.829: OSPF: End of hello processing
Feb 22 09:19:56.990: OSPF: Rcv hello from 10.0.120.1 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.1
Feb 22 09:19:56.990: OSPF: End of hello processing
Feb 22 09:19:57.273: OSPF: Rcv hello from 10.0.120.13 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.13
Feb 22 09:19:57.273: OSPF: End of hello processing
Feb 22 09:19:57.409: OSPF: Rcv hello from 10.0.120.27 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.27
Feb 22 09:19:57.409: OSPF: End of hello processing
Feb 22 09:19:57.819: OSPF: Rcv hello from 10.0.120.9 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.9
Feb 22 09:19:57.819: OSPF: End of hello processing
Feb 22 09:19:57.894: OSPF: Rcv hello from 10.0.120.111 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.111
Feb 22 09:19:57.894: OSPF: End of hello processing
Feb 22 09:19:58.299: OSPF: Rcv hello from 10.0.120.17 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.17
Feb 22 09:19:58.299: OSPF: End of hello processing


"проблема с ospf"
Отправлено fantom , 22-Фев-11 13:48 
>[оверквотинг удален]
> Feb 22 09:19:57.409: OSPF: End of hello processing
> Feb 22 09:19:57.819: OSPF: Rcv hello from 10.0.120.9 area 10.0.120.0 from GigabitEthernet0/0/1.9
> 10.0.120.9
> Feb 22 09:19:57.819: OSPF: End of hello processing
> Feb 22 09:19:57.894: OSPF: Rcv hello from 10.0.120.111 area 10.0.120.0 from GigabitEthernet0/0/1.9
> 10.0.120.111
> Feb 22 09:19:57.894: OSPF: End of hello processing
> Feb 22 09:19:58.299: OSPF: Rcv hello from 10.0.120.17 area 10.0.120.0 from GigabitEthernet0/0/1.9
> 10.0.120.17
> Feb 22 09:19:58.299: OSPF: End of hello processing

Ну дык, где  Rcv hello from 89.y.y.y ?????

1. 89.y.y.y точно по ospf должен вам что-то отдавать?
2. если да - то транзитное железо мультикаст точно пропускает?
3. вы совершенно случайно nat для диагностики не пробовали отключать?

"проблема с ospf"
Отправлено himik1986 , 22-Фев-11 13:51 
>[оверквотинг удален]
>> Feb 22 09:19:57.894: OSPF: Rcv hello from 10.0.120.111 area 10.0.120.0 from GigabitEthernet0/0/1.9
>> 10.0.120.111
>> Feb 22 09:19:57.894: OSPF: End of hello processing
>> Feb 22 09:19:58.299: OSPF: Rcv hello from 10.0.120.17 area 10.0.120.0 from GigabitEthernet0/0/1.9
>> 10.0.120.17
>> Feb 22 09:19:58.299: OSPF: End of hello processing
> Ну дык, где  Rcv hello from 89.y.y.y ?????
> 1. 89.y.y.y точно по ospf должен вам что-то отдавать?
> 2. если да - то транзитное железо мультикаст точно пропускает?
> 3. вы совершенно случайно nat для диагностики не пробовали отключать?

1. нет
3. нет, не имею разрешение на такое дело...

"проблема с ospf"
Отправлено fantom , 23-Фев-11 09:55 
>[оверквотинг удален]
>>> Feb 22 09:19:57.894: OSPF: End of hello processing
>>> Feb 22 09:19:58.299: OSPF: Rcv hello from 10.0.120.17 area 10.0.120.0 from GigabitEthernet0/0/1.9
>>> 10.0.120.17
>>> Feb 22 09:19:58.299: OSPF: End of hello processing
>> Ну дык, где  Rcv hello from 89.y.y.y ?????
>> 1. 89.y.y.y точно по ospf должен вам что-то отдавать?
>> 2. если да - то транзитное железо мультикаст точно пропускает?
>> 3. вы совершенно случайно nat для диагностики не пробовали отключать?
> 1. нет
> 3. нет, не имею разрешение на такое дело...

В таком случае на основании чего сделан слеующий вывод:
"проблема в том что все hello и от ospf39700 и от ospf120 cisco шлет в GigabitEthernet0/0/0"
?????????????????

"проблема с ospf"
Отправлено himik86 , 23-Фев-11 10:04 
>[оверквотинг удален]
>>> Ну дык, где  Rcv hello from 89.y.y.y ?????
>>> 1. 89.y.y.y точно по ospf должен вам что-то отдавать?
>>> 2. если да - то транзитное железо мультикаст точно пропускает?
>>> 3. вы совершенно случайно nat для диагностики не пробовали отключать?
>> 1. нет
>> 3. нет, не имею разрешение на такое дело...
> В таком случае на основании чего сделан слеующий вывод:
> "проблема в том что все hello и от ospf39700 и от ospf120
> cisco шлет в GigabitEthernet0/0/0"
> ?????????????????

на основании снифера

"проблема с ospf"
Отправлено fantom , 23-Фев-11 10:08 
>[оверквотинг удален]
>>>> 1. 89.y.y.y точно по ospf должен вам что-то отдавать?
>>>> 2. если да - то транзитное железо мультикаст точно пропускает?
>>>> 3. вы совершенно случайно nat для диагностики не пробовали отключать?
>>> 1. нет
>>> 3. нет, не имею разрешение на такое дело...
>> В таком случае на основании чего сделан слеующий вывод:
>> "проблема в том что все hello и от ospf39700 и от ospf120
>> cisco шлет в GigabitEthernet0/0/0"
>> ?????????????????
> на основании снифера

А снифер vlan тег распознает?

"проблема с ospf"
Отправлено himik1986 , 24-Фев-11 13:44 
>[оверквотинг удален]
>>>>> 2. если да - то транзитное железо мультикаст точно пропускает?
>>>>> 3. вы совершенно случайно nat для диагностики не пробовали отключать?
>>>> 1. нет
>>>> 3. нет, не имею разрешение на такое дело...
>>> В таком случае на основании чего сделан слеующий вывод:
>>> "проблема в том что все hello и от ospf39700 и от ospf120
>>> cisco шлет в GigabitEthernet0/0/0"
>>> ?????????????????
>> на основании снифера
> А снифер vlan тег распознает?

я немного не так сказал... был просмотрен дебаг на другом устройстве в ospf120... hello от 10.0.120.100 приходит раз в 50 секунд... хотя на интерфейсе таймаут hello стоит 10 секунд...
и таким образов ospf 120 падает каждые 50 секунд(10 hello + 40 timeout)

"проблема с ospf"
Отправлено fantom , 24-Фев-11 14:46 
>[оверквотинг удален]
>>>> "проблема в том что все hello и от ospf39700 и от ospf120
>>>> cisco шлет в GigabitEthernet0/0/0"
>>>> ?????????????????
>>> на основании снифера
>> А снифер vlan тег распознает?
> я немного не так сказал... был просмотрен дебаг на другом устройстве в
> ospf120... hello от 10.0.120.100 приходит раз в 50 секунд... хотя на
> интерфейсе таймаут hello стоит 10 секунд...
> и таким образов ospf 120 падает каждые 50 секунд(10 hello + 40
> timeout)

На основной железке
debug ip ospf hello и ждать пока не пробегут хотя бы 2 раза send hello.
В Вашем предидущем debug ip ospf hello только 9 секунд :)

"проблема с ospf"
Отправлено fantom , 24-Фев-11 14:48 
>[оверквотинг удален]
>>> А снифер vlan тег распознает?
>> я немного не так сказал... был просмотрен дебаг на другом устройстве в
>> ospf120... hello от 10.0.120.100 приходит раз в 50 секунд... хотя на
>> интерфейсе таймаут hello стоит 10 секунд...
>> и таким образов ospf 120 падает каждые 50 секунд(10 hello + 40
>> timeout)
> На основной железке
> debug ip ospf hello и ждать пока не пробегут хотя бы 2
> раза send hello.
> В Вашем предидущем debug ip ospf hello только 9 секунд :)

router ospf 120
network 10.0.120.0 0.0.0.255 area 10.0.120.0

"проблема с ospf"
Отправлено himik1986 , 24-Фев-11 15:08 
>[оверквотинг удален]
>>> А снифер vlan тег распознает?
>> я немного не так сказал... был просмотрен дебаг на другом устройстве в
>> ospf120... hello от 10.0.120.100 приходит раз в 50 секунд... хотя на
>> интерфейсе таймаут hello стоит 10 секунд...
>> и таким образов ospf 120 падает каждые 50 секунд(10 hello + 40
>> timeout)
> На основной железке
> debug ip ospf hello и ждать пока не пробегут хотя бы 2
> раза send hello.
> В Вашем предидущем debug ip ospf hello только 9 секунд :)

лог с аср - http://files.mail.ru/WM46K0...
а вот часть лога с железке где есть ospf 37400 и нет 120го...

Feb 24 12:03:03.594: OSPF: Rcv pkt from 10.0.120.201, GigabitEthernet0/1, area 0.0.0.0
      mismatch area 10.0.120.0 in the header
Feb 24 12:03:03.662: OSPF: Rcv hello from x.x.x.19 area 0 from GigabitEthernet0/1 x.x.x.19
Feb 24 12:03:03.662: OSPF: End of hello processing
Feb 24 12:03:08.807: OSPF: Send hello to 224.0.0.5 area 0 on GigabitEthernet0/1 from x.x.x.8
Feb 24 12:03:12.908: OSPF: Rcv pkt from 10.0.120.201, GigabitEthernet0/1, area 0.0.0.0
      mismatch area 10.0.120.0 in the header
Feb 24 12:03:13.168: OSPF: Rcv hello from x.x.x.19 area 0 from GigabitEthernet0/1 x.x.x.19
Feb 24 12:03:13.168: OSPF: End of hello processing
Feb 24 12:03:16.749: OSPF: Rcv pkt from 10.0.120.201, GigabitEthernet0/1, area 0.0.0.0
      mismatch area 10.0.120.0 in the header
Feb 24 12:03:18.809: OSPF: Send hello to 224.0.0.5 area 0 on GigabitEthernet0/1 from x.x.x.8
Feb 24 12:03:19.237: OSPF: Rcv LS UPD from x.x.x.19 on GigabitEthernet0/1 length 64 LSA count 1
Feb 24 12:03:19.269: OSPF: Rcv LS UPD from x.x.x.19 on GigabitEthernet0/1 length 244 LSA count 6
Feb 24 12:03:22.350: OSPF: Rcv LS UPD from x.x.x.19 on GigabitEthernet0/1 length 64 LSA count 1
Feb 24 12:03:22.410: OSPF: Rcv hello from x.x.x.19 area 0 from GigabitEthernet0/1 x.x.x.19
Feb 24 12:03:22.410: OSPF: End of hello processing
Feb 24 12:03:22.478: OSPF: Rcv pkt from 10.0.120.201, GigabitEthernet0/1, area 0.0.0.0
      mismatch area 10.0.120.0 in the header
Feb 24 12:03:26.722: OSPF: Rcv pkt from 10.0.120.201, GigabitEthernet0/1, area 0.0.0.0
      mismatch area 10.0.120.0 in the header

от сюда видно что hello приходят сюда, а не как аср у себя в дебаге пишет

"проблема с ospf"
Отправлено fantom , 24-Фев-11 15:49 
>>[оверквотинг удален]
> лог с аср - http://files.mail.ru/WM46K0...
> а вот часть лога с железке где есть ospf 37400 и нет
> 120го...
> Feb 24 12:03:03.594: OSPF: Rcv pkt from 10.0.120.201, GigabitEthernet0/1, area 0.0.0.0
>       mismatch area 10.0.120.0 in the header

РРАЗ!!!!

> Feb 24 12:03:12.908: OSPF: Rcv pkt from 10.0.120.201, GigabitEthernet0/1, area 0.0.0.0
>       mismatch area 10.0.120.0 in the header

ДВА!!!


> Feb 24 12:03:26.722: OSPF: Rcv pkt from 10.0.120.201, GigabitEthernet0/1, area 0.0.0.0
>       mismatch area 10.0.120.0 in the header

Хелло отправляются исправно!


> от сюда видно что hello приходят сюда, а не как аср у
> себя в дебаге пишет

Практически на 99% уверен, что проблема или в свиче или в настройках свича.
Например у тех-же D-Link можно как untag в порт завернуть хоть все подрят vlan-ы.
Скорее всего свич в GigabitEthernet0/1 на этой вашей второй железке заворачивает как untag нужный вам vlan.

"проблема с ospf"
Отправлено himik86 , 24-Фев-11 18:00 
>[оверквотинг удален]
>>       mismatch area 10.0.120.0 in the header
> Хелло отправляются исправно!
>> от сюда видно что hello приходят сюда, а не как аср у
>> себя в дебаге пишет
> Практически на 99% уверен, что проблема или в свиче или в настройках
> свича.
> Например у тех-же D-Link можно как untag в порт завернуть хоть все
> подрят vlan-ы.
> Скорее всего свич в GigabitEthernet0/1 на этой вашей второй железке заворачивает как
> untag нужный вам vlan.

вторая железка соединена с аср другим коммутатором(длинк кстати) и без влана и на ней только 1 зона ospf(не 120)

"проблема с ospf"
Отправлено fantom , 25-Фев-11 10:18 
>[оверквотинг удален]
>>> от сюда видно что hello приходят сюда, а не как аср у
>>> себя в дебаге пишет
>> Практически на 99% уверен, что проблема или в свиче или в настройках
>> свича.
>> Например у тех-же D-Link можно как untag в порт завернуть хоть все
>> подрят vlan-ы.
>> Скорее всего свич в GigabitEthernet0/1 на этой вашей второй железке заворачивает как
>> untag нужный вам vlan.
> вторая железка соединена с аср другим коммутатором(длинк кстати) и без влана и
> на ней только 1 зона ospf(не 120)

1. Вы так и не показали debug с asr-а.
2. Прочтите ВНИМАТЕЛЬНО то, что написано
"Например у тех-же D-Link можно как untag в порт завернуть хоть все подрят vlan-ы."
Ваша фраза "без влана" говорит о том, что порт на D-Link-е отправляет-получает фреймы БЕЗ тега, но так или иначе порт все равно "приписан" к отпределенному VLAN-у! в этот порт могут быть отправлены фреймы ИЗ ДРУГОГО ВЛАН-А! связь - ОДНОСТОРОННЯЯ!!
Другими словами - с АСР-а фреймы до второй железки приходят, а с этой вашей второй до АСР-а - НЕТ!

"проблема с ospf"
Отправлено fantom , 25-Фев-11 10:21 
>[оверквотинг удален]
> 1. Вы так и не показали debug с asr-а.
> 2. Прочтите ВНИМАТЕЛЬНО то, что написано
> "Например у тех-же D-Link можно как untag в порт завернуть хоть все
> подрят vlan-ы."
> Ваша фраза "без влана" говорит о том, что порт на D-Link-е отправляет-получает
> фреймы БЕЗ тега, но так или иначе порт все равно "приписан"
> к отпределенному VLAN-у! в этот порт могут быть отправлены фреймы ИЗ
> ДРУГОГО ВЛАН-А! связь - ОДНОСТОРОННЯЯ!!
> Другими словами - с АСР-а фреймы до второй железки приходят, а с
> этой вашей второй до АСР-а - НЕТ!

Собтвенно это подтверждается отсутствием в дебаге АСР-а ругани на хелло
from x.x.x.8 area 0.0.0.0 !!!!

"проблема с ospf"
Отправлено fantom , 25-Фев-11 10:22 
>[оверквотинг удален]
>> "Например у тех-же D-Link можно как untag в порт завернуть хоть все
>> подрят vlan-ы."
>> Ваша фраза "без влана" говорит о том, что порт на D-Link-е отправляет-получает
>> фреймы БЕЗ тега, но так или иначе порт все равно "приписан"
>> к отпределенному VLAN-у! в этот порт могут быть отправлены фреймы ИЗ
>> ДРУГОГО ВЛАН-А! связь - ОДНОСТОРОННЯЯ!!
>> Другими словами - с АСР-а фреймы до второй железки приходят, а с
>> этой вашей второй до АСР-а - НЕТ!
> Собтвенно это подтверждается отсутствием в дебаге АСР-а ругани на хелло
> from x.x.x.8 area 0.0.0.0 !!!!

Скорее всего D-Link отфутболивает 120-й VLAN как untag в порт вотрой железяки.
Причем вполне может оказаться, что футболит только мультикаст.

"проблема с ospf"
Отправлено himik1986 , 25-Фев-11 13:22 
>[оверквотинг удален]
>>> Ваша фраза "без влана" говорит о том, что порт на D-Link-е отправляет-получает
>>> фреймы БЕЗ тега, но так или иначе порт все равно "приписан"
>>> к отпределенному VLAN-у! в этот порт могут быть отправлены фреймы ИЗ
>>> ДРУГОГО ВЛАН-А! связь - ОДНОСТОРОННЯЯ!!
>>> Другими словами - с АСР-а фреймы до второй железки приходят, а с
>>> этой вашей второй до АСР-а - НЕТ!
>> Собтвенно это подтверждается отсутствием в дебаге АСР-а ругани на хелло
>> from x.x.x.8 area 0.0.0.0 !!!!
> Скорее всего D-Link отфутболивает 120-й VLAN как untag в порт вотрой железяки.
> Причем вполне может оказаться, что футболит только мультикаст.

тут схема примерно такая...
7206(вторая железка ospf 39700) - (dlink 3426) - asr(ospf 39700 и 120) - (dlink 3627) - ospf 120...
тут и длинки разные и порты на аср разные, которые смотрят в зоны ospf... и снифом сейчас посмотрел - аср шлет пакеты для зоны 120 не в g0/0/1.9 c 120 тегом, а в g0/0/0 без тега и повторюсь это совершенно разные два коммутатора...

"проблема с ospf"
Отправлено himik1986 , 25-Фев-11 12:00 

> 1. Вы так и не показали debug с asr-а.

лог с аср - http://files.mail.ru/WM46K0 со включенным дебагом...

"проблема с ospf"
Отправлено fantom , 25-Фев-11 12:22 
>> 1. Вы так и не показали debug с asr-а.
> лог с аср - http://files.mail.ru/WM46K0 со включенным дебагом...

Feb 24 11:54:09.531: OSPF: Rcv hello from 10.0.120.2 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.2
Feb 24 11:54:09.531: OSPF: Send immediate hello to nbr 10.0.120.2, src address 10.0.120.2, on GigabitEthernet0/0/1.9
Feb 24 11:54:09.531: OSPF: Send hello to 10.0.120.2 area 10.0.120.0 on GigabitEthernet0/0/1.9 from 10.0.120.201
Feb 24 11:54:09.531: OSPF: End of hello processing
Feb 24 11:54:09.535: OSPF: Rcv hello from 10.0.120.2 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.2
Feb 24 11:54:09.535: OSPF: End of hello processing
Feb 24 14:54:09: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.2 on GigabitEthernet0/0/1.9 from LOADING to FULL, Loading Done


Feb 24 11:54:14.181: OSPF: Rcv hello from 10.0.120.16 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.16
Feb 24 11:54:14.181: OSPF: Send immediate hello to nbr 10.0.120.16, src address 10.0.120.16, on GigabitEthernet0/0/1.9
Feb 24 11:54:14.181: OSPF: Send hello to 10.0.120.16 area 10.0.120.0 on GigabitEthernet0/0/1.9 from 10.0.120.201
Feb 24 11:54:14.181: OSPF: End of hello processing
Feb 24 11:54:14.183: OSPF: Rcv hello from 10.0.120.16 area 10.0.120.0 from GigabitEthernet0/0/1.9 10.0.120.16
Feb 24 11:54:14.183: OSPF: End of hello processing
Feb 24 14:54:14: %OSPF-5-ADJCHG: Process 120, Nbr 10.0.120.16 on GigabitEthernet0/0/1.9 from LOADING to FULL, Loading Done


Feb 24 11:54:20.091: OSPF: Send hello to 224.0.0.5 area 10.0.120.0 on GigabitEthernet0/0/1.9 from 10.0.120.201

Feb 24 11:54:29.668: OSPF: Send hello to 224.0.0.5 area 10.0.120.0 on GigabitEthernet0/0/1.9 from 10.0.120.201

Feb 24 11:54:39.068: OSPF: Send hello to 224.0.0.5 area 10.0.120.0 on GigabitEthernet0/0/1.9 from 10.0.120.201

Интервалы практически 10 секунд - ASR все исправно отсылает.
Уверен, что если вы gig0/0/1 вашего ASR-а включите патчкордом прямо в gig другой циски и поднимете на ней vlan 120 и взаимодействие по OSPF-у - проблем будет ровно 0!

Ищите нестыковки в ethernet сити - vlan-ы, мультикасты, igmp snooping и т.д.

"проблема с ospf"
Отправлено himik1986 , 25-Фев-11 13:23 
>[оверквотинг удален]
> from 10.0.120.201
> Feb 24 11:54:29.668: OSPF: Send hello to 224.0.0.5 area 10.0.120.0 on GigabitEthernet0/0/1.9
> from 10.0.120.201
> Feb 24 11:54:39.068: OSPF: Send hello to 224.0.0.5 area 10.0.120.0 on GigabitEthernet0/0/1.9
> from 10.0.120.201
> Интервалы практически 10 секунд - ASR все исправно отсылает.
> Уверен, что если вы gig0/0/1 вашего ASR-а включите патчкордом прямо в gig
> другой циски и поднимете на ней vlan 120 и взаимодействие по
> OSPF-у - проблем будет ровно 0!
> Ищите нестыковки в ethernet сити - vlan-ы, мультикасты, igmp snooping и т.д.

тут схема примерно такая...
7206(вторая железка ospf 39700) - (dlink 3426) - asr(ospf 39700 и 120) - (dlink 3627) - ospf 120...
тут и длинки разные и порты на аср разные, которые смотрят в зоны ospf... и снифом сейчас посмотрел - аср шлет пакеты для зоны 120 не в g0/0/1.9 c 120 тегом, а в g0/0/0 без тега и повторюсь это совершенно разные два коммутатора...

"проблема с ospf"
Отправлено fantom , 26-Фев-11 14:31 
>[оверквотинг удален]
>> другой циски и поднимете на ней vlan 120 и взаимодействие по
>> OSPF-у - проблем будет ровно 0!
>> Ищите нестыковки в ethernet сити - vlan-ы, мультикасты, igmp snooping и т.д.
> тут схема примерно такая...
> 7206(вторая железка ospf 39700) - (dlink 3426) - asr(ospf 39700 и 120)
> - (dlink 3627) - ospf 120...
> тут и длинки разные и порты на аср разные, которые смотрят в
> зоны ospf... и снифом сейчас посмотрел - аср шлет пакеты для
> зоны 120 не в g0/0/1.9 c 120 тегом, а в g0/0/0
> без тега и повторюсь это совершенно разные два коммутатора...

т.е. debug на аср бессовестно врет....
Feb 24 11:54:39.068: OSPF: Send hello to 224.0.0.5 area 10.0.120.0 on GigabitEthernet0/0/1.9

в таком варианте или замена иос-а помжет или железки...
Но мне все-таки кажется, что где-то между длинками собака порылась.
Кстати, а как вам без network команды удалось обойтись в настройке ospf-а? может стоит оную там применить?

"проблема с ospf"
Отправлено himik1986 , 02-Мрт-11 08:16 
>[оверквотинг удален]
>> тут и длинки разные и порты на аср разные, которые смотрят в
>> зоны ospf... и снифом сейчас посмотрел - аср шлет пакеты для
>> зоны 120 не в g0/0/1.9 c 120 тегом, а в g0/0/0
>> без тега и повторюсь это совершенно разные два коммутатора...
> т.е. debug на аср бессовестно врет....
> Feb 24 11:54:39.068: OSPF: Send hello to 224.0.0.5 area 10.0.120.0 on GigabitEthernet0/0/1.9
> в таком варианте или замена иос-а помжет или железки...
> Но мне все-таки кажется, что где-то между длинками собака порылась.
> Кстати, а как вам без network команды удалось обойтись в настройке ospf-а?
> может стоит оную там применить?

замена ios на последний результата не принесла... а обойтись без network можно... ospf можно включать на интерфейсе(был опробован и тот и этот вариант)...