Доброго времени суток коллеги!
Имеется в наличие одна 4000 и несколько 3800 Сименсов завязанных по IP.
При организации конференции на 4000 с внутренними абонентами все идет на ура. Но подключить внешних абонентов не получается, они просто отваливаются.
На 3800 стоит флаг "Conference with external destination" в System parameters-Flags.
Простые звонки разумеется гуляют во все стороны отлично.
Кто может подсказать в чем засада? Где то есть волшебный параметр в 4000?

Отличный вопрос... :)

А конференция со внешними городскими нормально проходит? Или у 4000 нет гор. транков? А если конференцию на 3800 устанавливать, то как всё проходит?

Если с 3800 то все нормально. С городскими транками не пробовал, так как не актуально. Нужно чтобы по IP работало :)

Понимаети ли... я же не просто так задал его?
IP транк от ISDN отличаются также как река от дороги. Вроде как оби-две могут использоваться для транспорта.
Суть улавливаете...
Яже не просто вас спросил, по городской транк, лиж бы спросить....
Причин ваших беспокойств может быть уйма, особенно с IP.

А можно уточнить?
Вы хотите чтоб в конференцию , собираемую с абонентом HP4000 можно было включить внешние номера проходящие транзитом через HP3800, при условии что коференция с абонентами самой НР3800 проходит успешно?
Вот такая загогулина требуется?

to ДобрыйЙорик:
Давайте лучше с начала объясню, а то что то больно запутанно всё получается.
1)Есть 4000. Внутренние абоненты 1ххх.
2)Есть 10-12 3800. Внутренние абоненты 2ххх и 3ххх.
3)Все станции завязаны по IP. Узловая станция, которая рулит большинством маршрутов 3800.
4)Обычные звонки по IP производятся на ура во всех направлениях.
5)Конференции организованные на станциях 3800 работают нормально как с локальными так и с external абонентами.
6)Конференции организованные на 4000 работают только с локальными абонентами. При попытке расширить конференцию с external абонентом происходит следующее: дозваниваюсь, человек снимает трубку, жму "расш. конференцию" и происходит разрыв соединения с абонентом.

Сегодня сниму трейс с 3800 в момент когда абоненту приходит вызов с 4000 и производится попытка включения в конференцию. Может быть заодно подскажете как сделать аналогичную штуку со стороны 4000?

Снял трейс со станции 3800 в момент организации конференции.
Абонент 1470 (4000) звонит на номер 2479 (3800). 2479 отвечает, 1470 ставит его на удержание, потом пытается выбрать из меню "конференция" и в результате абонент 2479 отваливается.

Кроме этого проверил конференцию через городские транки - все работает как и должно. Глючит только IP.

to ДобрыйЙорик:
дозваниваюсь, человек снимает трубку, жму "расш. конференцию" и происходит разрыв соединения с абонентом.

надо не "расширить конференцию", а "конференция" после того как состоялась конференция, жмем "расширить ..."

да я так и делаю. просто опечатался с утра позапарке

Господа, помогите хотя бы снять трейс с 4000, чтобы увидеть картину в целом...

А что помогать?
Смотри что получается:
Звонки, проходящие транзитом, через HP3800 не включаются в конференцию... Вопрос кто виноват? Учить как снимать трейс на HP4000 мне кажется нет смысла. Объясняю почему. Основной транзитный узел HP3800 - через него все прет... Попробуй снять трейс (я так понял что ты это умеешь) именно на этом HP3800 через который идет соединение абонента HP4000 с городом. Первое ты увидишь кто инициатор отбоя НР4000, НР3800 или город. Второе Там же будет причина отбоя. И как следствие ясно будет где копать....
К сожалению все что могу посоветовать

Из предложенного трейса не вижу когда НР4000 пробует выйти на город...
Для сравнения покажи трейс организации конференции НР4000(один номер) - НР3800(два номера).....
Причем могут оба номера находиться на одной НР3800

Одного не пойму - почему вы решили что 3800 - это транзитный узел?
3800 - это конечные абоненты, которые должны участвовать в конференции собранной на 4000.
4000 выходит в город через поток Е1, который на ней же и расположен. И конференция в данном случае работает успешно.
В понедельник сниму трейс с 3800 как вы предложили - один абонент инициатор на 4000 и два участника на 3800.

Минуточку....
Сообщение от 30.06.10 в 1:25 цитирую:

п.3)Все станции завязаны по IP. Узловая станция, которая рулит большинством маршрутов 3800.


Потому и думаю.......

да признаю - было такое )
забыл только дописать, что с 4000 маршруты прописаны напрямую на большинство hgate'ов.
и в данный момент я тестирую конференции со станцией, на которой прописаны прямые маршруты на 4000.

ОК, с вами тяжеловато конечно, что не пост, то новые подробности вскрываются...
А конференция с другими 3800 тоже не работает?
Может у вас не работает конференция только с ближайшей станцией?

Хрень такая иногда встречается, это настройки 3800 надо разруливать, типа там DMC всякие, к чертям поотключать...

Согласен, не просто :) Все от того, что деталей много.
А не работает конфа со всеми станциями, которых насчитывается до 30 штук (вместе с 3500).
А подскажите, что есть DMC и где его отключать?

Согласен, не просто :) Все от того, что деталей много.
А не работает конфа со всеми станциями, которых насчитывается до 30 штук (вместе с 3500).
А подскажите, что есть DMC и где его отключать?

Проехали.
Читайте "Маркса", там всё написано. ;)

Я думаю дело в этом:
Вспомогательная система реализует оптимизацию маршрута -- также при более, чем двух задействованных системах.
В общем случае действительно следующее:
Если система HiPath3000 выступает в качестве вторичного окончания, она с задержкой пытается тем не менее провести оптимизацию маршрута.
Исключения:
Конференц-связь не оптимизируется.

Fender как отключается оптимизация маршрута?

Fender как отключается оптимизация маршрута?
Для начала я бы порекомендовал на 3000 поставить галочку Always use DSP
Lines\networking->Routes-> на TrkGrp16->...Это прекратит "передёргиване" канала,т.е. при "вешении" абонента на Hold и далнейшее FWD,CONF...будет проходить без повторного соединения.
Функция DMC (Прямое управление носителями информации) по умолчанию выкл. проверте:System parameters->Flags->Direct Media Connection (DMC).
На 4000 посмотрите в TDCSU->DMCCALLWG..N
Но я сомневаюсь что получиться,как бы сказал Zodiac: DMCуй не DMCуй всё равно получишь.........:D

Короче проблему решили пока так - зарулили по Е1 вызовы с 4000 через транзитный 3800 на все проблемные направления.
Что конкретно не так с IP будет решать гуру из (Бобруйска) Москвы... Когда приедет...