кстати, вопрос насчет телнета и той части эрланга, которую я все еще не полностью понял, не догнал - не доучил...

с одной стороны - в телнета по-умолчания 10 секунд на одну команду,
включая и те функции otp, которые можно напрямую с телнет-железякой использовать, без отдельного драйвера - коннектора —
это вроде как стандарт в телнета

с другой стороны - вот я нашел на гитхабе драйвер-коннектор, форкнул, выбросил зависимость
https://github.com/221V/telnet/blob/master/src/plugins/olt_zte_telnet.erl
(это рабочий модуль для zte железяки)

да вот не совсем доганяю два момента —

1 — в каком порядке ездит ответ телнета между актерами —
после ответа от железяки и перед ответом этого драйвера-коннектора —
так я пока в параллельное программирование не-осень — пока я только в фп-декларативное ок

там вроде есть 1 актер, который соединение, и передает команды-ответы туда-отбратно(на-с железяку(и) ) — или это два отдельные - не суть,
+ там на каждую команду создается отдельный актор (если я правильно работу драйвера понял) —
вопрос — а нафига так сделали??
телнет ведь тупо последовательный..

и как это переписать на последовательное вместо параллельного кода (запилить тру-последовательное — вместо псевдо-параллельной имитации последовательного исполнения) ?

вот такое...

и еще эти мусорные \b могут быть и посредине вперемешку((

вот такое...

и еще эти мусорные \b могут быть и посредине вперемешку((

кстати, вопрос насчет телнета и той части эрланга, которую я все еще не полностью понял, не догнал - не доучил...

с одной стороны - в телнета по-умолчания 10 секунд на одну команду,
включая и те функции otp, которые можно напрямую с телнет-железякой использовать, без отдельного драйвера - коннектора —
это вроде как стандарт в телнета

с другой стороны - вот я нашел на гитхабе драйвер-коннектор, форкнул, выбросил зависимость
https://github.com/221V/telnet/blob/master/src/plugins/olt_zte_telnet.erl
(это рабочий модуль для zte железяки)

да вот не совсем доганяю два момента —

1 — в каком порядке ездит ответ телнета между актерами —
после ответа от железяки и перед ответом этого драйвера-коннектора —
так я пока в параллельное программирование не-осень — пока я только в фп-декларативное ок

там вроде есть 1 актер, который соединение, и передает команды-ответы туда-отбратно(на-с железяку(и) ) — или это два отдельные - не суть,
+ там на каждую команду создается отдельный актор (если я правильно работу драйвера понял) —
вопрос — а нафига так сделали??
телнет ведь тупо последовательный..

и как это переписать на последовательное вместо параллельного кода (запилить тру-последовательное — вместо псевдо-параллельной имитации последовательного исполнения) ?

Сообщения протокола телнет могут придти вместе с данными железки, могут отдельно

Символы не мусорные, по ssh ты получишь тоже самое, т. к. эмулируется человек (\b удаляют —more— и лишние переносы строк)

Не встречал 10 секунд (может это время подготовки ответа + получение + обработка), если надумаешь делать свое, держи (я собирался делать сервер)

Для обработки вывода cisco (правда ssh) я использовал примерно такой (псевдо)код
Получено RawData (уже без сообщений протокола)
f1(RawData) ->
 Clean = binary:replace(f2(RawData, <<>>), [SW_name, <<"--More--">>, <<"\b">>], <<>>, [global]),
 VList = binary:split(Clean, <<"\r\n">>, [trim_all, global]),
 дальнейшая, построчная обработка VList

f2(Raw, Acc) ->
 case binary:match(Raw, <<"--More--">>) of
   {Pos, _Length} ->
     case отправляем_команду(<<" ">>) of
       {ok, NewRaw} -> f2(NewRaw, <<Acc/binary, (binary:part(Raw, 0, Pos))/binary>>);
       _            -> закрываем соединение в случае ошибки (возвращаем аккумулятор, если нужно или падаем)
     end;
   nomatch ->
     <<Acc/binary, Raw/binary>>
   end;

Не встречал 10 секунд (может это время подготовки ответа + получение + обработка), если надумаешь делать свое, держи (я собирался делать сервер)

блиц вопросик подскажите — вот если процесс получил сообщение от объекта, который он монитоит, сообщение {DOWN ....} то надо ли вызвать функцию demonitor? или мониторинг тут уже неявно снялся?

блиц вопросик подскажите — вот если процесс получил сообщение от объекта, который он монитоит, сообщение {DOWN ....} то надо ли вызвать функцию demonitor? или мониторинг тут уже неявно снялся?

блиц вопросик подскажите — вот если процесс получил сообщение от объекта, который он монитоит, сообщение {DOWN ....} то надо ли вызвать функцию demonitor? или мониторинг тут уже неявно снялся?

просто когда я снимаю явно мониторинг после получения DOWN - то функция возвращает true — как будто бы что то там все таки удалилось

(испльзуй demonitor/2 с опицией info если надо знать)