форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форум Маршрутизаторы CISCO и др. оборудование. (Маршрутизация)
Изначальное сообщение		[ Отслеживать ]

"проблема с ospf"	+/–
Сообщение от himik1986 (ok) on 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
Ответить | Правка | Cообщить модератору

Сообщения по теме

[Сортировка по времени | RSS]

1. "проблема с ospf"	+/–
Сообщение от fantom (ok) on 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
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

	2. "проблема с ospf"	+/–
	Сообщение от fantom (ok) on 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 Что говорит?
	Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

	3. "проблема с ospf"	+/–
	Сообщение от himik1986 (ok) on 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
	Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

	4. "проблема с ospf"	+/–
	Сообщение от fantom (ok) on 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 для диагностики не пробовали отключать?
	Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

	5. "проблема с ospf"	+/–
	Сообщение от himik1986 (ok) on 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. нет, не имею разрешение на такое дело...
	Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

	6. "проблема с ospf"	+/–
	Сообщение от fantom (ok) on 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" ?????????????????
	Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

	7. "проблема с ospf"	+/–
	Сообщение от himik86 on 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" > ????????????????? на основании снифера
	Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

	8. "проблема с ospf"	+/–
	Сообщение от fantom (ok) on 23-Фев-11, 10:08
	>[оверквотинг удален] >>>> 1. 89.y.y.y точно по ospf должен вам что-то отдавать? >>>> 2. если да - то транзитное железо мультикаст точно пропускает? >>>> 3. вы совершенно случайно nat для диагностики не пробовали отключать? >>> 1. нет >>> 3. нет, не имею разрешение на такое дело... >> В таком случае на основании чего сделан слеующий вывод: >> "проблема в том что все hello и от ospf39700 и от ospf120 >> cisco шлет в GigabitEthernet0/0/0" >> ????????????????? > на основании снифера А снифер vlan тег распознает?
	Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

	9. "проблема с ospf"	+/–
	Сообщение от himik1986 (ok) on 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)
	Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

	10. "проблема с ospf"	+/–
	Сообщение от fantom (ok) on 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 секунд :)
	Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

	11. "проблема с ospf"	+/–
	Сообщение от fantom (ok) on 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
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	12. "проблема с ospf"	+/–
	Сообщение от himik1986 (ok) on 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 приходят сюда, а не как аср у себя в дебаге пишет
	Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

	13. "проблема с ospf"	+/–
	Сообщение от fantom (ok) on 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.
	Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

	14. "проблема с ospf"	+/–
	Сообщение от himik86 on 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)
	Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

	15. "проблема с ospf"	+/–
	Сообщение от fantom (ok) on 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-у! в этот порт могут быть отправлены фреймы ИЗ ДРУГОГО ВЛАН-А! связь - ОДНОСТОРОННЯЯ!! Другими словами - с АСР-а фреймы до второй железки приходят, а с этой вашей второй до АСР-а - НЕТ!
	Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

	16. "проблема с ospf"	+/–
	Сообщение от fantom (ok) on 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 !!!!
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	17. "проблема с ospf"	+/–
	Сообщение от fantom (ok) on 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 в порт вотрой железяки. Причем вполне может оказаться, что футболит только мультикаст.
	Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

	20. "проблема с ospf"	+/–
	Сообщение от himik1986 (ok) on 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 без тега и повторюсь это совершенно разные два коммутатора...
	Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

	18. "проблема с ospf"	+/–
	Сообщение от himik1986 (ok) on 25-Фев-11, 12:00
	> 1. Вы так и не показали debug с asr-а. лог с аср - http://files.mail.ru/WM46K0 со включенным дебагом...
	Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

	19. "проблема с ospf"	+/–
	Сообщение от fantom (ok) on 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 и т.д.
	Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

	21. "проблема с ospf"	+/–
	Сообщение от himik1986 (ok) on 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 без тега и повторюсь это совершенно разные два коммутатора...
	Ответить | Правка | ^ к родителю #19 | Наверх | Cообщить модератору

	22. "проблема с ospf"	+/–
	Сообщение от fantom (ok) on 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-а? может стоит оную там применить?
	Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

	23. "проблема с ospf"	+/–
	Сообщение от himik1986 (ok) on 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 можно включать на интерфейсе(был опробован и тот и этот вариант)...
	Ответить | Правка | ^ к родителю #22 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема