Но ведь 3 платы INTIP2 находятся в 0 шелфе и привязаны к домену 0. Соответственно и абоненты 0 шелфа должны ходить через свой домен 0 и соответственно свои доменные платы INTIP2 или я ошибаюсь?

У меня 3 платы INTIP2. 2 из них находятся в разных TG для организации H.323 стыка с OXO. Одна из плат нигде в транкгруппах не прописана. Все платы находятся в домене 0 (смотрю в Ethernet parameters конкретной платы).
Под SIP TG я понимаю SIP trunk group.
Mutual aid with remote ACT: 0 : No Mutual aid: no mutual aid possible with remote ACT

Правильно, SIP TG не привязывается к железу но привязывается к своему домену. Соответственно и должна пользоваться как мне кажется и как описано в доках ресурсами своего домена, т.е. в моём случае ресурсами 3-ёх плат INTIP2. У меня так не происходит.

SIP TG находится в процессорном кристалле 0, там же где и 3 платы INTIP2.
Про IP абонента речь не шла. К кристаллу 0 через SIP TG приключена железка (колл-центр стороннего производителя например)

Не совпадает. По этим правилам кодеки я должен брать в первую очередь из своего IPMG (или кристалла)-что в принципе логично. У меня не так.

Доброго времени суток всем,
Имеется OXE с 3-мя платами INTIP2 и более 20-ти удалённых выносов MG. Вчера заметил что на на одном из MG выдало ошибку что не хватает кодеков. Запустил compvisu и увидел на этом MG что несколько каналов стоит в состоянии CG (RTP Direct : CG = Comp used:Flux RTP on GW). Я так понял что центральная станция воспользовалась кодеками платы GD этого MG для звонка на железку, подключенную по SIP. В этот момент на 3-ёх платах INTIP2 центральной станции было много свободных каналов.
Какой же принцип занятия каналов SIP TG? Как заставить брать каналы только из плат INTIP2?
MG и центральная станции в разных IP-доменах.

В пределах Астериска не только номер но даже и фамилия на русском.

Заказчику качество связи на 4018 больше понравилось чем на китайских девайсах.

В SIP режиме могут работать только 4008 и 4018, а в них нет аудиоразъёма.

Доброго времени суток всем,
Подцепил 4018 в SIP режиме к Asterisk (качество звука кстати выше чем у конкурентов). Можно ли включить режим гарнитуры в моём случае или эта функция железячная только должна быть (разъём, кнопка например)

Эта проблема возникает только на новой линейке аппаратов 40х9. Причём возникает когда абонент, активировавший громкую связь, начинает говорить сразу и спокойным голосом. На 4020 и 4035 такой проблемы нет. Также такой проблемы нет на новой линейке IP-телефонов 40х8. Проблема не зависит от версии ПО OXE. Думаю что проблема в бинарниках. Мы толкнули уже Алкатель по этой проблеме и ждём ответа. Пока мои рекомендации:

1. Порекомендуйте отвечать по громкой связи более громко и не сразу.
или
2. Замените аппарат на IP 40х8 (Мы кстати так и сделали)
или
3. Замените аппарат на 4020 или 4035

Доброго времени суток,
Имеется OXE (подключение к ГТС по Е1) и аналоговый GSM шлюз подключеный в NDDI плату. Некоторые абоненты активировали функцию "Переадрессация по неответу" на сотовые номера. При звонке из города время с момента первого звонка на фиксированный телефон и до звонка на сотовый телефон слишком велико (20 сек), хотя Таймер №4 ужал до минимума 8 сек. Можно ли:

- позвонившему абоненту слать при переадрессации не КПВ, а фразу типа "включена переадрессация, ждите соединения"
- заставить фиксированный и сотовый телефон зазвонить одновременно-про Remote extension знаю, хотелось бы бесплатно.

Спасибо.

Tone 60 поменять, Timer 88 увеличить надо.

Если плата GD3 то нужно ввести cpl_online shelf board и войти под root

Сигнализация ABCF и QSIG не нравится ГТС. Нарыл документ, что у Алкатель есть partial rerouting, т.е. то что работает по входу. ГТС, получив в Feature информацию от меня о том, куда я сделал переадрессацию освобождает канал мой и делает переадрессацию у себя. Если она не умееет или не хочет этого делать то не дождавшись подтверждения в течение 2 сек OXE делает обычную переадрессацию. Возможно, это всё что можно сделать.