Мне кажется, что вторая команда не будет выполняться на 192.168.10.1, она ждет окончания ssh connect... после чего отработает на 192.168.0.5.
Варианты
1) Команду copy startup-config... попробовать вписать в параметры команды ssh connect
2) Средствами ssh пробросить порт, если на этом оборудовании такой функционал поддерживается.
Либо написать на Perl/Python/expect скрипт, который будет заходить куда угодно и выполнять что скажешь.
Kim_Soal, а этот файл Вы взяли с рабочей системы? На ней можно посмотреть через CLI маки в системе и потом попытаться восстановить структуру файла?
Например, в дампе в тексте (самый правый столбец - печатные символы) часто встречается :5 и g. В hex (два центральных столбика) встречаются c8 3a 35, что может быть как частью мак-адреса (я, правда, не знаю какому OUI это соответствует), так и какой-то константой (тип данных, например).
ioangrozniy, погуглите на предмет SIP ALG. Если кратко - этот механизм помогает работать SIPу за NATом. Но по разным причинам он может как помогать, так и вредить (ложное срабатывание или типа того).
Если наружу через NAT по SIP у вас все исправно работает (вызовы проходят в обе стороны, слышимость полная, вызовы не прерываются, переводы/перехваты/факсы отрабатываются как надо) после отключения SIP helper-а, то беспокоится не о чем.
Прямоугольная матрица - это когда стоят две группы регистровых микросхем (одна отвечает за столбцы, вторая за строки) и на пересечении каждого вывода стоят встречно-параллельно два диода? Или я не про ту схему говорю?
Findet, приложение (обычно) не опускается до канального уровня - ему всё равно какой там будет транспорт. В случае Ethernet-интерфейсов MAC-адрес есть, в случае другого транспорта (например, USB-модем) MAC-адреса вообще нет.
Вы уверены, что дело в этом?
Изначально вообще в чем потребность такого разделения?
А где курят знаете? Может задачу "обнаружение дыма" переформулируете "обнаружение стоящих более ХХХ секунд людей"? Там и датчиков больше - ёмкостный, тепловой, камера, микрофон...
Вера Кривощепова, не совсем понял. Есть некие железнодорожные службы, которые нужно обеспечить связью в стандарте DMR?
Если написать "Оценка потребности служб ..." - то здесь у Вас стоит задача оценить сколько и каких служб располагается на участке ЖД, какая у них интенсивность общения и сколько ресурсов (частотный ресурс, мощность радиопередающего оборудования и т.д.) необходимо потратить на обеспечение их связью.
На сколько я понимаю, нормы ЖД связи известны (даже статья на Википедии есть), поэтому Вам остается только сравнить имеющуюся систему связь (Тетра или что там у них) и DMR.
Не спешите с формулировкой, оцените что Вы можете сделать.
Номер порта (а также IP-адрес) в явном виде присутствует в SIP-пакетах (именно поэтому для работы SIP через NAT требуется реализация ALG). В разных SIP-клиентах по-разному может быть реализована такая ситуация, поэтому где-то работает, где-то нет.
Если у вас в Астериск поддерживается модуль pjsip, то используйте его, в нем можно определить несколько "транспортов" (udp/tcp/tls, разные порты и т.д.) и раскидывать по ним клиентов.
Можно запустить два инстанса (два экземпляра Астериск) - по разным портам, а потом соединить их. Но это костыль, конечно.
Опять же, перед Астериском можно поставить Kamailio (или OpenSIPS), который будет проксировать SIP. Там также можно слушать разные порты.
Попробуйте поискать компании, которые используют радиооборудование Ubiquiti/Mikrotik. Горит ого часто и чинят его обычно сами, не обращаясь в сервисные центры.
Варианты
1) Команду copy startup-config... попробовать вписать в параметры команды ssh connect
2) Средствами ssh пробросить порт, если на этом оборудовании такой функционал поддерживается.
Либо написать на Perl/Python/expect скрипт, который будет заходить куда угодно и выполнять что скажешь.