На выносе 24 кодека (одна мада), на голове - 48 (две мады); сию секунду compvisu lio пишет, что мада на GA пока что вообще свободна (24/24 free), занятость мады на GD примерно равна занятости мады на выносе. А так как кол-во транков на вынос равно кол-ву кодеков, при полном занятии последних неплохо бы увеличить их число. Значит, GA/Mada3 в вынос воткнуть МОЖНО. Это - хорошо!

Спасибо огромное!

Привет.
Завел-таки вынос с Е1 до клиента и уже обнаружил пару раз "No more TS between Crystal 1 and 3". Однако и взялся звонить клиент!
Вопрос. В основной станции (MG, R9.1) уже стоит GD/Mada3 и GA/Mada3. Обслуживают два выноса (этот - второй) и кучку сип-транков. Можно ли сунуть в вынос GA/Mada3 с целью расширения трубы до него?

Спасибо!!!

Надо не позабыть сменить (при возможности) адреса на всех платах сразу - иначе придется действительно лезть по v24 и вспоминать логин на каждую... Если есть сиповый регистрар/прокси/IP domains - тоже тщательно проверить, не остались ли в пыльном уголке какие старые адреса. Если резервируемый CS - по-моему, роли заново настраивать. В общем, проверить десятки мест перед перезагрузкой.

Так с ебея и появляются. Взял корзину - перешил GD в GA, CS - на stby, UA16 юзерам, а T1 пока валяется.

Сам же и ответил. Прошерстил entities, нашел его (не в той, что он состоял!)
Удалил оттуда, удалил совсем. Фуф.

Привет!
Сабж. На самом деле, глюк, что кто-то форвардится на этого юзера ночью, приполз еще из старой базы, при переезде на R9.1, но, пока я не взялся удалять юзера, не проявлялся.
Как узнать, КТО форвардится на него по ночам, и убрать этот форвард?

Спасибо!

Привет. Кто-нибудь может скопировать прошиву микроконтроллера с платы PRA-T2? или выкинуть в мой огород сдохшую плату? Досталась америкозная версия, перемычками в T2 не переделывается...
Плыйзь хельп!!!

Ничем - тот ответ, который мне хотелось услышать, спасибо!  
Синхру я буду раздавать, а не получать - потоки пойдут клиенту. Операторские потоки я принимаю на головной станции (так что PRA вместо SLI, а не вместо АРА).
Как раз опасался начудить с синхрой (если для этого нужен отдельный бубен) и превысить максимальное (которого не знаю) число потоков на станцию.

Привет. Поиск по форуму выдает кривые URLы, поэтому, если есть уже такая тема, не бейте сильно, а просто ткните в нее, пожалуйста!
Ситуация: есть OXE 9.1 (2 CS, 6 PRA-T2, 1 SLI16, 1 UA16, GD+MADA3, GA+MADA3), есть два выноса (GD+MADA1, SLI16 и GD+MADA3, SLI16, UA16). Второй вынос сейчас перепрофилируется с обслуживания конечных абонентов на обслуживание аж двух местных АТС. Вместо аналоговых плат планируется сунуть в него две платы PRA-T2 и дальше рулить потоками.
Я никогда такого не делал, посему вопрос: где и как НЕ накосячить? Спасибо за понимание!

Отключи т38 на астериске.

Знать бы заранее про этот ЭПИЧЕСКИЙ баг - ни разу бы не ставил приватные номера. А так сейчас почти всю маршрутизацию перетрахивать... чорт.

Солидарен.
Пошел плодить ентити...

Спасибо за помощь!

Пардон. Что именно Вы имеете в виду?

На одного оператора мне надо слать семизнак - или договариваться с технарями пяти контор, чтобы они наняли спецов по АТС (панас, нортель итд) и переделали свои АОНы, плюс согласовать МОМЕНТ переделки еще и с оператором.
На другого мне надо слать десятизнак, причем уломать его на семизнак не удается, и я его понимаю.

Так что имеем либо адский гемор с бюрократией, либо лечимся подпорками к имеющемуся сетапу. Имеющийся сетап ничем не плох, кроме обсуждаемого глюка ОХЕ. Вывод - надо обойти глюк. Вопрос - как лучше?

vad, я знаю, что так не бывает! Но вот так - есть. Спасибо Вам за участие - Вы моя единственная на данный момент надежда, потому что понять суть глюка я не могу.

Тандема у абонента нету.

Влетающий вызов на 788уууу разруливается так: к приходящему из города B-номеру лепится цифра А, и далее номер А788уууу через speed dialing ассоциируется с хант-группой С010, в которой сидят вызываемые абоненты. В город они выходят минуя АРС, просто Prof Tg Seiz. 0, у каждого personal number 788yyyy.
Это сложилось исторически годы назад и, пока работало, я не видел нужды это переделывать.

Ситуация с перепутыванием номеров возникла только сейчас, когда у меня появился второй аплинк (sip), и появилась нужда пробрасывать абонентов по разным направлениям на разные транки - с разным форматом А-номера, и пришлось заводить ARS с DID-перекодировкой. Как устроено последнее, я тут уже рассказывал.

Еще раз - спасибо за помощь. Я думаю, надо убивать personal numbers вообще, а группы юзеров сувать в свои ентити с install number'ом - как Вы думаете?..

vad, станьте ежиками, ага. При проектировании сети никто не подозревал о подобных глюках. Сейчас - поздно. Надо как-то лечить.

По теме. Нашелся абонент, чей personal number подставляется при звонке с панаса. Этот extension не имеет НИ ОДНОЙ общей цифры с А-номером, который шлет мне панас, и не участвует ни в одной хант-группе.

Ваши идеи?!!