информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Страшный баг в WindowsВсе любят медАтака на Internet
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
 Умер Никлаус Вирт 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / networking
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Помогите добиться взаимопонимания между роутерами :) 15.07.04 16:49  
Автор: temp1 Статус: Незарегистрированный пользователь
<"чистая" ссылка>
доброго времени суток..

нуждаюсь в квалифицированной сетевой помощи. ситуация такова:

есть роутер BinTec X 1000, к нему подключен тазик (пока, на этапе настройки, далее будет сетка). тут у нас Ethernet. есть роутер Cisco 2504, в него воткнут токенринговский концентратор (если не ошибаюсь - ACSYS Trac 8), а в него тазик (тут тоже будет сетка - понятное дело Token Ring). эти два роутера связаны ISDN.

проблема заключается в том, что они не хотят коннектится. точнее не так - они коннектятся, мигают лампочками, в ISDN мониторе на бинтеке появляется информация о связи, на циске тоже все ок. но дальше коннекта дело не идет. тут вроде стартует LCP (если я не ошибаюсь) и пытается установить контакт по PPP, но после первых сообщений ничего не приходит в ответ (тут уж не важно с какой стороны пинговать). после нескольких попыток все это дело благополучно закрывается и ISDN коннект рвется. выглядит это примерно так:

ppp: sending CONFREQ, type = 17 (CI_MULTILINK_MRRU), value = 0x640
ppp: sending CONFREQ, type = 3 (CI_AUTHTYPE), value = 0xC223/5
ppp: sending CONFREQ, type = 5 (CI_MAGICNUMBER), value = 0x9D6F710
ppp: sending CONFREQ, type = 17 (CI_MULTILINK_MRRU), value = 0x640
ppp: sending CONFREQ, type = 3 (CI_AUTHTYPE), value = 0xC223/5
ppp: sending CONFREQ, type = 5 (CI_MAGICNUMBER), value = 0x9D6F710
ppp: sending CONFREQ, type = 17 (CI_MULTILINK_MRRU), value = 0x640
ppp: sending CONFREQ, type = 3 (CI_AUTHTYPE), value = 0

РРР на обоих роутерах настроен нормально, скорость и там и там 64к, авторизация CHAP (хотя пофиг - до нее дело не доходит)... хз

еще одна странность - на обоих роутерах открыл 2 B-Channel, но коннект постоянно устанавливается только по одному, притом что сначала почему-то ломится второй, несколько раз падает, а только потом коннектится первый. в конечном итоге получается вот что:

%ISDN-6-CONNECT: Interface BRI0: B-Channel 2 is now connected to unknown
%ISDN-6-CONNECT: Interface BRI0: B-Channel 1 is now connected to (номер)

подскажите, плз, где копать в поисках неисправности? или подскажите, что мне вам подсказать, чтобы вы могли потом мне подсказать :) тут уже спортивный интерес - я чуть ли на стенки не лезу, хочется чтобы все заработало...

заранее спасибо.
Попробуй проверить следующее, как говорит теория, для... 16.07.04 11:02  
Автор: VN Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> доброго времени суток..
>
> нуждаюсь в квалифицированной сетевой помощи. ситуация
> такова:
>
> есть роутер BinTec X 1000, к нему подключен тазик (пока, на
> этапе настройки, далее будет сетка). тут у нас Ethernet.
> есть роутер Cisco 2504, в него воткнут токенринговский
> концентратор (если не ошибаюсь - ACSYS Trac 8), а в него
> тазик (тут тоже будет сетка - понятное дело Token Ring).
> эти два роутера связаны ISDN.
>
> проблема заключается в том, что они не хотят коннектится.
> точнее не так - они коннектятся, мигают лампочками, в ISDN
> мониторе на бинтеке появляется информация о связи, на циске
> тоже все ок. но дальше коннекта дело не идет. тут вроде
> стартует LCP (если я не ошибаюсь) и пытается установить
> контакт по PPP, но после первых сообщений ничего не
> приходит в ответ (тут уж не важно с какой стороны
> пинговать). после нескольких попыток все это дело
> благополучно закрывается и ISDN коннект рвется. выглядит
> это примерно так:
>
> ppp: sending CONFREQ, type = 17 (CI_MULTILINK_MRRU), value
> = 0x640
> ppp: sending CONFREQ, type = 3 (CI_AUTHTYPE), value =
> 0xC223/5
> ppp: sending CONFREQ, type = 5 (CI_MAGICNUMBER), value =
> 0x9D6F710
> ppp: sending CONFREQ, type = 17 (CI_MULTILINK_MRRU), value
> = 0x640
> ppp: sending CONFREQ, type = 3 (CI_AUTHTYPE), value =
> 0xC223/5
> ppp: sending CONFREQ, type = 5 (CI_MAGICNUMBER), value =
> 0x9D6F710
> ppp: sending CONFREQ, type = 17 (CI_MULTILINK_MRRU), value
> = 0x640
> ppp: sending CONFREQ, type = 3 (CI_AUTHTYPE), value = 0
>
> РРР на обоих роутерах настроен нормально, скорость и там и
> там 64к, авторизация CHAP (хотя пофиг - до нее дело не
> доходит)... хз
>
> еще одна странность - на обоих роутерах открыл 2 B-Channel,
> но коннект постоянно устанавливается только по одному,
> притом что сначала почему-то ломится второй, несколько раз
> падает, а только потом коннектится первый. в конечном итоге
> получается вот что:
>
> %ISDN-6-CONNECT: Interface BRI0: B-Channel 2 is now
> connected to unknown
> %ISDN-6-CONNECT: Interface BRI0: B-Channel 1 is now
> connected to (номер)
>
> подскажите, плз, где копать в поисках неисправности? или
> подскажите, что мне вам подсказать, чтобы вы могли потом
> мне подсказать :) тут уже спортивный интерес - я чуть ли на
> стенки не лезу, хочется чтобы все заработало...
>
> заранее спасибо.

Попробуй проверить следующее, как говорит теория, для настройки 2B+1D он же BRI, необходимо получить SPID идентификатор профиля службы, причем он должен быть для каждого канала B, но может быть и тел. номером отдельного канала B, без указания SPID многие переключатели ISDN не допускают уст-ва
до вызова службы в сети.
хорошо, попробую... плохо то, что я сейчас в Германии и... 16.07.04 17:03  
Автор: temp1 Статус: Незарегистрированный пользователь
<"чистая" ссылка>
> Попробуй проверить следующее, как говорит теория, для
> настройки 2B+1D он же BRI, необходимо получить SPID
> идентификатор профиля службы, причем он должен быть для
> каждого канала B, но может быть и тел. номером отдельного
> канала B, без указания SPID многие переключатели ISDN не
> допускают уст-ва
> до вызова службы в сети.

хорошо, попробую... плохо то, что я сейчас в Германии и плоховато шпрехаю по ихнему, так что потребуется некоторое время чтобы узнать SPID, хех :) я не очень хорошо разбираюсь в ISDN, думал что спид актуален только для Северной Америки. тут еще вот какая фигня - роутеры связываются по одному номеру - ААААААА. звонящий роутер (calling) звонит на данный номер, сам же он идентифицируется принимающей стороной (called) как ББББББББББ. и наоборот. пробовал указывать ББББББББББ в спид - не работает. кроме того мне кажется, что в бинтеке нельзя прописать спид (ни в консольных командах, ни в графическом меню я такой возможности не нашел, в мануале тоже).

да, конфиг Cisco и ее дебаг-логи при приеме и передаче можно посмотреть тут:
http://www.broadbandreports.com/forum/remark,10782572~mode=flat
1




Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2024 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach