Не проходит голос после перевода звонка на 7070

[brownbear]

Вроде получилось снять трайс. Посмотрите, пожалуйста.
http://rusfolder.com/38197519

[brownbear]

Оператор тоже снял трейс. Говорит, что проблема на атс. После перевода звонка атс шлет bye.
Вот трейс http://rusfolder.com/38204869

[LionB]

Оператор тоже снял трейс. Говорит, что проблема на атс

Аргуметы и "название" оператора, на основании данного трэйса, в студию..

[brownbear]

Оператор Кантриком. А аргументы..... "ваша атс неправильно настроена, после перевода звонка через 10 секунд она шлет bye. На нашем оборудование регистрация не теряется, порты не закрываются. Наш главный сервер находится в Москве и московский админ не будет из за одного клиента разбираться и менять настройки." А клиенту они вообще предложили перевести всю свою телефонию на Asterisk.

[Ave]

Чего-то во втором трейсе я ни одного invite не вижу... одни попытки регистрации...
Да, кстати - поднимите прошивку до 4.70.
С Hold Re-Invite были проблемы на старых прошивках.
Вы его выключили, а судя по трейсу он у Вас включен.

[LionB]

Я бы при таком отношении оператора к клиенту от него тут же сбежал.
При таком отношении к саппорту, еще и Астериск от этого оператора получить - самоубийство.
Ни одного аргумента оператор не привел и прислал пофильтрованный трэйс с одним SIP и констатацией факта, а не разъяснениями.

Ну да ладно. По сути на основе вашего первого трэйса (он более информативен).

1) Оператор присылает первый Invite with Session Description к нему на IP 62.16.100.100 и UDP порт 43926 (пакет 44)
далее все штатно и OS7070 ставит Session Description к себе на IP 94.19.124.6 и UDP порт 30004 (пакет 57).
2) Теперь OS7070 начинает трансфер и делаеет Invite in Dialog with Session Description на тот же IP 94.19.124.6 и UDP порт 30004 (пакет 410).
3) Cisco подтверждает сессию, но выставляет Session Description к себе на IP 192.168.230.1 и UDP порт 19128 (пакет 412). Это замечательно попросить слать голос на какой-то свой локальный IP.

4) Естейственно OS7070 не может получить доступа к этому Destination и выдает ICMP пакет Destination Port Unreachable (пакет 449) и досвидос Bye (пакет 453)

[brownbear]

Спасибо за подробное разъяснение трейса.
Hold Re-Invite точно отключен, сейчас проверил. Вот на всякий случай конфиг http://rusfolder.com/38257504(пароль 4321). Если будет время посмотрите, всё ли там верно по настройкам.
В четверг будем встречаться совместно с клиентом и оператором и пытаться найти решение проблемы.

[LionB]

Я описал суть проблемы. И она не в АТС.

[brownbear]

Оператор не смог(или не захотел) решить проблему....... И теперь у клиента снова стоят шлюзы, с которых все и начиналось. Вот так!

[LionB]

Проблема скорее всего в том (точно так же было и с Beeline, когда они только заменили Голденовский биллинг, на свой сотовый и с Манго похоже было, пока они не обновили SIP stack), что этот примитивный билинг оператора считает все регистраци, как SIP телефоны и в упор не понимает, как это так с того же IP может та же сессия переназначиться на тот же IP (абсолютно штатная процедура). Билинг уходит в ступор и медиа шлюз Циски начнает с ума сходить выдавая непонятные IP для приема медиа пакетов.

Если клиент считает такое отношение оператора гуманным, то так тому и быть.

Вот так!