ipldk + cisco 2911, проблема с fast start Опции

[ars3n_d]

Приветствую!
Имеется схема ipldk 60 - h323 - nortel Meridian (gatekeeper) - h323 - cisco 2911 - e1 - nortel Meridian 11
Проблема в том, что когда звонок идет с лыжи на Меридиан 11, подключенный через циско, то во время вызова нет КПВ. В другую сторону все работает нормально. Если отключить Fast Start, то КПВ появляется, но такое ощущение что стороны как то некорректно договариваются о кодеках и идет сильный шум в разговоре.

Если же на место 60 лыжи поставить lg ipecs 100, то все работает нормально. Кто нибудь, кто дружил лыжи с циской, сталкивался с подобной траблой?

[exzerodivide]

Арсен, чтобы быть на 100% уверенным, что это лыжа - проверьте пожалуйста сниффером, что кошка до коннекта в сторону лыжы в rtp шлет голосовое сообщение.
По поводу трансфера с лыжи в h.323 - имейте в виду, что полноценный h450-based трансфер работать не будет. Только тромбон, по 2 канала на форворженный звонок. Это особенность реализации трансфера на лыже.

[ars3n_d]

Арсен, чтобы быть на 100% уверенным, что это лыжа - проверьте пожалуйста сниффером, что кошка до коннекта в сторону лыжы в rtp шлет голосовое сообщение.
По поводу трансфера с лыжи в h.323 - имейте в виду, что полноценный h450-based трансфер работать не будет. Только тромбон, по 2 канала на форворженный звонок. Это особенность реализации трансфера на лыже.

эээ, вы так и не посмотрели мое сообще о схеме сети. Циска никаким боком не участвует в городском соединении там схема pldk 60 - h323 - nortel Meridian (gatekeeper) - Е1 - город. Сниффер выложу чуть позже, я сейчас схемку разобрал.

[exzerodivide]

эээ, вы так и не посмотрели мое сообще о схеме сети. Циска никаким боком не участвует в городском соединении там схема pldk 60 - h323 - nortel Meridian (gatekeeper) - Е1 - город. Сниффер выложу чуть позже, я сейчас схемку разобрал.

из Вашей схемы никак не следует, что выход в город у лыжи идет через меридиан, к слову.
Тогда смотрите настройки меридиана по h.323 - стеку. Желательно остаться на старом варианте - fast+tunn
Снимайте снифф, чтобы было видно, что меридиан до коннекта шлет сообщение.

[harris]

из Вашей схемы никак не следует, что выход в город у лыжи идет через меридиан, к слову.
Тогда смотрите настройки меридиана по h.323 - стеку. Желательно остаться на старом варианте - fast+tunn
Снимайте снифф, чтобы было видно, что меридиан до коннекта шлет сообщение.

Согласен. Нужно трассировку смотреть.
Сообщение шлет оператор сотовой связи, а Меридиан должен переслать Progress-индикатор в (Alerting или в Call Proceeding или просто в отдельном сообщении Progress) и обеспечить прозрачную передачу голосового сигнала (проключить канал). Т.е. Меридиан должен начать передачу RTP до Connect'а.

[ars3n_d]

1) Знаете, разговоры о том, что здесь работает, а там не работает, значит LG виновата - это как-то, пардон, примитивно.. У Вас система построена на оборудовании разных производителей. Почему Вы думаете, что это все будет работать без нюансов??? Были бы две LDK - проблемы бы не было.
Использование стандартных протоколов ни о чем не говорит. Производитеь может понимать эти стандарты по-своему. И здесь ошибки в Циски и в Меридиане встречаются ничуть не реже, чем в LG.
Но, кстати, LG куда быстрее, чем более знаменитые бренды, вносит исправления (иногда и такие, которые вовсе не обязана делать, а только из-за того, что например, Нортел (Меридиан) не желает ничего у себя исправлять).

Да просто забавно, что из 5 тем, что я тут создавал 3 решились с помощью "тестовых неофициальных прошивочек"))) Даже не знаю, хорошо это или плохо. С одной стороны много косяков, когда думаешь, что это твои кривые руки, а в итоге то получается, что просто нужная соответствующая прошика. С другой стороны корейцы дествительно очень быстро их клепают)))

Вот еще давно назрел вопрос - можно ли в Лыже как то ограничить то количество кодеков, что он посылает при вызове? Или только задать дефолтовый, который будет идти в списке первым, и все?

[harris]

Да просто забавно, что из 5 тем, что я тут создавал 3 решились с помощью "тестовых неофициальных прошивочек"))) Даже не знаю, хорошо это или плохо. С одной стороны много косяков, когда думаешь, что это твои кривые руки, а в итоге то получается, что просто нужная соответствующая прошика. С другой стороны корейцы дествительно очень быстро их клепают)))

Вот еще давно назрел вопрос - можно ли в Лыже как то ограничить то количество кодеков, что он посылает при вызове? Или только задать дефолтовый, который будет идти в списке первым, и все?

1) А ничего забавного... Ведь мы с Вами не углублялись в детали, например, проблемы связи с Меридианом. Какого хрена Меридиан шлет пустой TerminalCapability??? Вы не пробовали написать в тех.поддержку Меридиана за разъяснениями и исправлениями?? Насколько я знаю, обычно это бесполезное дело. Поэтому и получается, что гораздо проще "подкрутить" на стороне LDK (что и делается), хотя проблема была обоюдная.
А все тестовые версии в результате сливаются в очередной официальный релиз. Так что изменения учитываются в официальной версии.
2) Насколько мне помниться - нет. Указывается дефолтный (приоритетеный), но остальные также доступны.