Кодировка символов значения по умолчанию Cisco на консоли
Объем памяти, использованный каждым соединением, является переменным, в зависимости от каких запросов Вы работаете, размер наборов результатов и вероятно фаза луны. Вы захотите измерить текущее использование памяти, и (принятие набора здесь) экстраполируют от текущего среднего использования памяти соединения для разработки, сколько соединений можно добраться.
Проблема с этим методом состоит в том, что память не может быть Вашим ограничивающим фактором - запрашивают конкуренцию, диск IO, или независимо от того, что могло уничтожить Вас, прежде чем Вы начнете подкачивать.
Если его американский механизм, я думаю, что могу безопасно заявить, что он просто использует ASCII для своего обычного текста. Это, вероятно, не выполнит вида проверки набора символов, таким образом, пользовательские имена могли быть любым набором символов, пока отдельные байты допустимы, что касается устройства. При получении мусора из последовательного соединения порт настроен неправильно. Когда я был младшими и на самом деле используемыми последовательными портами регулярно, я мог иногда распознавать вид мусора и определять, какая установка была неправильной.
Что касается проблем с клавишей Enter, устройство будет использовать тот же символ для, "входят", соединяетесь ли Вы из окон (где новая строка \r\n) или Unix (\n) или Mac (\r), выберите тот, который работает правильно, и он должен всегда работать. В зависимости от того, как Вы соединяетесь (Непосредственно с устройством последовательного порта или берете под свой контроль терминальное приложение?) могут быть настройки как "локальное эхо", которое вызывает то, что Вы вводите, чтобы быть распечатанными на Вашем экране терминальным приложением (Большая часть механизма echos текст для Вас, настолько включающее локальное эхо заставит все буквы быть дублированными),
Ничто более сложное, чем просто старый ASCII. Я понимаю, что UTF-8 назад совместим с этим так, необходимо согласиться с ним.
Как в стороне, я снизился на маршрут записи программ, чтобы управлять и получить отчеты от различных полей Cisco, я начал использовать консольные соединения, но реализованный после довольно короткого времени, что это действительно не долгосрочное решение, Вы закончите тем, что использовали SNMP для чего-либо во всем комплексе.
Главная причина для этого состоит в том, что ответ от CLI не всегда последователен и почти наверняка изменится между выпусками IOS, вторая причина состоит в том, что SNMP, хотя по-видимому сложный, когда сначала просматриваемый, разработан для того, чтобы получить информацию из сети и изменить настройки, стандартный и будет всегда давать последовательные результаты. Просто моя ценность на 10 пунктов.
Отказ от ответственности: Я не разработчик программного обеспечения =)
Ниже документа помогают вообще? Это обсуждает "набор символов" во многих областях - включая значения по умолчанию. Я не совсем уверен, совпадает ли это с "кодировкой символов", по крайней мере, в контексте, в котором Вы спрашиваете.
http://www.cisco.com/en/US/docs/ios/12_1/configfun/command/reference/frd1003.html