Здравствуйте, коллеги.
Станция OXE R10.1.1 Patch 36.
Звонок по SIP-транку от провайдера приходит на циску, потом транзитом передаётся на ALCATEL. Там в свою очередь есть Ext. SIP Gateway и ассоциированная с ним SIP транковая группа . Звонок прилетает на Alcatel на некий внутренний номер , который является статистическим пилотом CCD. Далее идёт примерно такая цепочка: cтатистический пилот - роутинг пилот - приветсnвие автотётьки - очередь CCD - вход в Processing Group - попадаем на живого оператора - просим его перевести звонок - звонок переводится на конечного собеседника. И вот тут жопка. Я конечного собеседника слышу, он меня нет. Через 9 секунд звонок рвётся.
Трассировка на циске (там чуть поудобнее) показала следующую картину:
оператор кол-центра и конечный собеседник сидят на разных GD платах. Во время всей цепочки, по которой проходит звонок, от Alcatel прилетают RE-INVITE (что закономерно) и эти реинвайты также транзитом шлются циской провайдеру. Всё хорошо до самого последнего момента. Когда звонок переведён на конечного собеседника , Alcatel присылает RE-INVITE с пустым SDP. Такой RE-INVITE отправляется провайдеру и тот его не принимает: SIP/2.0 400 No SDP in re-INVITE
После чего, как я описал, слышимость от конечного собеседника ко мне есть, меня собеседник не слышит и через 9 секунд Alcatel присылает CANCEL + BYE.
Есть три других городских SIP провайдера, работающих по той же схеме. Все они "кушают" RE-INVIRE без SDP и тогда всё хорошо (ведь на участке "Cisco --- SIP провайдер" ни ip адреса, ни порты RTP во время RE-INVITE не меняются).
Проблема в ALCATEL или в провайдере? Куда копать?
Станция OXE R10.1.1 Patch 36.
Звонок по SIP-транку от провайдера приходит на циску, потом транзитом передаётся на ALCATEL. Там в свою очередь есть Ext. SIP Gateway и ассоциированная с ним SIP транковая группа . Звонок прилетает на Alcatel на некий внутренний номер , который является статистическим пилотом CCD. Далее идёт примерно такая цепочка: cтатистический пилот - роутинг пилот - приветсnвие автотётьки - очередь CCD - вход в Processing Group - попадаем на живого оператора - просим его перевести звонок - звонок переводится на конечного собеседника. И вот тут жопка. Я конечного собеседника слышу, он меня нет. Через 9 секунд звонок рвётся.
Трассировка на циске (там чуть поудобнее) показала следующую картину:
оператор кол-центра и конечный собеседник сидят на разных GD платах. Во время всей цепочки, по которой проходит звонок, от Alcatel прилетают RE-INVITE (что закономерно) и эти реинвайты также транзитом шлются циской провайдеру. Всё хорошо до самого последнего момента. Когда звонок переведён на конечного собеседника , Alcatel присылает RE-INVITE с пустым SDP. Такой RE-INVITE отправляется провайдеру и тот его не принимает: SIP/2.0 400 No SDP in re-INVITE
После чего, как я описал, слышимость от конечного собеседника ко мне есть, меня собеседник не слышит и через 9 секунд Alcatel присылает CANCEL + BYE.
Есть три других городских SIP провайдера, работающих по той же схеме. Все они "кушают" RE-INVIRE без SDP и тогда всё хорошо (ведь на участке "Cisco --- SIP провайдер" ни ip адреса, ни порты RTP во время RE-INVITE не меняются).
Проблема в ALCATEL или в провайдере? Куда копать?