> > > >> modemcap entry mica: а далее по документации.
> > > >Да в том то все и дело, что так я пробовал, но настройки сбиваются после
> > > >первого сеанса связи. :-(
> > > Очевидно, что-то не так, ибо вышеуказанный способ работает по крайней
> > > мере в трёх известных мне местах. Может, пора IOS менять :-)
> > Или дебаг конфмодем посмотреть....
> Спасибо, попробую.
> А с каким IOS точно работает, можно узнать?
Я еще не видел тех, где это не работало-бы... Ж;-))
===
no modemcap entry MOYA-MICA
modemcap entry MOYA-MICA:MSC=&F&D2_CHTO_TAM_ESHE_NADO?
line x y
modem autoconf type MOYA-MICA
===
--
===
Good luck!
Andrey Zimin
AVZ7-RIPE
MTU-Inform ISP team
_ RU.CISCO (2:5077/15.22) __________________________________________ RU.CISCO _
From : Alex Kushnaryov 2:5020/400 15 Jan 28 17:45:28
Subj : 2511 + ModemPool
_______________________________________________________________________________
From: "Alex Kushnaryov" <help@panda.net.ua>
> bsa> Можно-ли Cisco указать самому инициализационную строчку, и если отбила
> bsa> человека то проинициализировать модем.
>
> /me уже устал говорить что единственно правильное
> решение - инициализация загрузкой профайла при
> даун/ап dtr. за несколько лет при этой схеме не было
> не одной проблемы.
не знаю, но если это - всё, то у меня именно с этой схемой проблеммы были -
вследствие того, что модемы не получали никаких AT-команд, они не знали, на
какой скорости их пытаются залочить - не знаю, у кого как, но у моих модемов
скорость в порту = скорость последней АТ-команды; по-моему, это - стандарт.
не было команд - лочились на что им вздумается, с вытекающими отсюда
"левыми" соединениями. вылечилось элементарно:
modemcap entry idc2814bxlv:FD=Z
!
line x
modem autoconfigure type idc2814bxlv
естественно, дополнительно модемы один раз нужно настроить на нужные режимы
и загнать их в профайл.
вот после такой добавки - точно никаких проблем.
кстати, есть ещё одно узкое место, обнаружилось на модемах TAINET,
работающих у меня в режиме 4W-LL на выделенке. у них есть такой прикол - при
&d3, когда модем уже переинитился и вновь поднял DCD (у него это занимает
около 3-4 секунд), если DTR всё ещё отсутствует - он опять начинает
инициализацию, и так до появления DTR, а затем почему то соединяется без
подъёма DCD и так пару минут висит. киска, в течение этого времени не
получившая up на интерфейсе, снова начинает его инитить, и всё сначала... то
ли у меня HС подгулявший, то ли это глюк Таинета - решение всё равно одно,
уменьшить задержку появления DTR с 5-ти сек (по умолчанию) до 1, например.
делается легко:
int as x
pulse-time 1
может, у кого-то ещё такие же глюки - лечите... :)
> --
> john
--
With respects, Alex "Help" Kushnaryov. [help@vopli.com] [icq#6127905]
--- ifmail v.2.14dev3
* Origin: ISP Panda Ltd (2:5020/400)
_ RU.CISCO (2:5077/15.22) __________________________________________ RU.CISCO _
From : Andy Igoshin 2:5020/400 29 Jan 28 15:33:06
Subj : Cisco2509+Motorola 3267 Fast ?
_______________________________________________________________________________
From: Andy Igoshin <ai@vsu.ru>
set initstr1 "AT&F&C1&D3*CM1*CT1*DE21*FL3*MF*MN2*MS*RA*SC1*SI*SM3*TT2*XC2"
set initstr2 "ATS0=1&W&W1&W2&W3&W4"
#-------------------------------------------------------------------------
set force_conservative 0 ;# set to 1 to force conservative mode even if
;# script wasn't run conservatively originally
if {$force_conservative} {
set send_slow {1 .1}
proc send {ignore arg} {
sleep .1
exp_send -s -- $arg
}
}
#-------------------------------------------------------------------------
set hostname [lindex $argv 0]
set minport [lindex $argv 1]
if {$argc == 2} {
set maxport $minport
} else {
set maxport [lindex $argv 2]
}
set timeout -1
send_user "==> login: "
expect_user -re "(.*)n"
set logname $expect_out(1,string)
stty -echo
send_user "==> Password: "
expect_user -re "(.*)n"
set passwd $expect_out(1,string)
Vova
