Сколько параллельных вызовов соединение на 0.9 Мбит может обработать с G711a?
Довольно бессмысленно сказать, что это "лучше", чем chkdsk. Chkdisk хорош для того, что, делает. Spinrite, предположительно, делает что-то еще.
Для многих историй выше, просто с помощью dd или предпочтительно ddrescue от загрузочного диска восстановит данные так или иначе - бесплатно.
То, что Spinrite, кажется, делает, повторно отображает badsectors на уровне диска (а не ОС) и пытается "восстановить" поверхностные дефекты путем перезаписи много раз. Если эти поврежденные секторы (физический или логичный) будут мешать диску быть считанными Windows затем, то будет казаться, что SR выполняет чудо, но часто который является любезностью его являющийся загрузочным диском - таким образом, это не становится оказавшимся в проблемах NTFS. Однако любой загрузочный диск Linux получит доступ к данным. Кроме того, на том же диске Linux, работающем ddrescue, инвертирует, клонируют диск и повторяют/игнорируют поврежденные секторы, с которыми он сталкивается для поставки всех неповрежденных данных другому диску, который Вы указываете - который является действительно, что Вы хотите произойти. Потеря нескольких секторов обычно не является катастрофой. Но разрушение уже слабого диска.
Spinrite и жесткий диск Regnerator (аналогичный продукт) имеют очень ограниченное использование. Вам нужен диск с физическими поврежденными секторами, которые препятствуют тому, чтобы диск был считан или смонтирован вообще и данные, которые Вы не оцениваете так много для оплаты надлежащий DR. В тех ситуациях SR может помочь Вам по первому препятствию и сделать надлежащее восстановление.
G.711 работает на уровне чуть менее чем 100 Кбит/с за вызов (это - полезная нагрузка на 64 Кбит/с плюс издержки).
G.729 не должен звучать искаженным - необходимо просто получить немного более "приглушенное" качество речи, и он действительно помогает с сайтами с ограниченной пропускной способностью. Однако G.729 также не справляется также с перегрузкой на схемах доступа (каждый пакет содержит больше информации, таким образом, потеря пакетов является более значительной), *
Существует превосходный калькулятор пропускной способности по http://www.bandcalc.com/
Если у Вас действительно есть переполненная схема, то Ваши опции ограничены - Вы, вероятно, извлекли бы выгоду из QoS на схеме для приоритизации речевых пакетов, но Вы, вероятно, захотите это в обоих концах, не просто Ваших. Кроме того, если существует агрегирование пропускной способности, продолжающейся между Вашим сайтом и ISP (например, ADSL в Великобритании) затем, QoS имеет ограниченную ценность, поскольку сеть не может поддерживать его.
- Можно обойти это путем изменения пакетирования для кодека, но это не рекомендуется, и Вам действительно нужны обе стороны для знания то, что они делают в этом случае.
Я думаю, что ответ будет просто небольшим количеством.
Необходимо смочь протестировать это довольно легко. Доберитесь iftop или некоторый другой транспортный наблюдатель, идущий на Вашу звездочку и, выполняет пару вызовов. Даже просто отъезд пары телефонов или строк программного обеспечения, открытых в течение минуты, должен дать Вам точное число пропускной способности с тех пор с G711 нет продолжения сжатия. Пока у Вас нет обнаружения тишины, "что видишь, то и получишь".
Вы будете видеть достаточно скоро, как быстро <1M заполняется :)
64 Кбит/с для каждого g711 канала. g729 может дать приемлемое качество, но
- при использовании АТС в офисе, необходимо быть уверены, что нет никакого транскодирования между g729, и другие форматы (транскодирование требует дополнительных аппаратных ресурсов),
- необходимо создать QoS на маршрутизаторе/брандмауэре и отдать макс. приоритет rtp потоку между Вами и Вашим оператором
можно также попробовать GSM, 13 Кбит/с