Доброго времени суток!
После последнего обновления MPB возникла проблема с входящими вызовами. Обрисую по порядку.
Имеются следующие CO

Группа GrСО 1 - стык с головной станцией,
GrСО 2 - вх/исх на провайдера номера ххх001 ххх002 ххх111, вызовы приземляются в станции
GrСО 5 - входящие от провайдера номер ххх000, вызовы отправляются транзитом в GrСО1 на call-центр.
Дак вот, до обновления все работало нормально, после обновления входящие c ххх000, которые должны попадать на CO 14-23, всегда стали идти только на СО11. Соответственно если эта СО занята, то и абонент не попадет в call-центр.
Подскажите где копать.

Что у вас в SIP CO Data? Что в Digit Conv Table(251~252)[N]?

SIP CO Basic Registration Attributes
CO Group 1
Main Proxy Address: IP головной станции
Main Proxy Port: 5060
Main Domain Name: IP головной станции
Proxy Type: NOMAL

CO Group 2
Main Proxy Address: IP провайдера
Main Proxy Port: 5060
Main Domain Name: IP провайдера
Proxy Type: NOMAL

CO Group 5
Main Proxy Address: IP провайдера
Main Proxy Port: 5060
Main Domain Name: IP провайдера
Proxy Type: NOMAL

SIP CO Additional Registration Attributes
CO Group 2
User ID Start Index 2
User ID End Index 4
Main Outbound Proxy Address IP провайдера
Main Outbound Proxy Port 5060
Sub Proxy Address
Sub Proxy Port 5060
Sub Domain Name
Sub Outbound Proxy Address
Sub Outbound Proxy Port 5060
Connection Mode UDP
Registration Timer 3600
100rel Support ON
Session Timer Support OFF
Max Session Timer 1800
Min Session Timer 90
Use 181 Message OFF
Use RPORT OFF
P-Asserted-Identity NOT USE
DTMF Send Mode RFC2833
SRTP Usage OFF
Connect RTP when Receive REINVITE No Reconnect
Privacy OFF
Name ON

CO Group 2
User ID Start Index 5
User ID End Index 5
Main Outbound Proxy Address IP провайдера
Main Outbound Proxy Port 5060
Sub Proxy Address
Sub Proxy Port 5060
Sub Domain Name
Sub Outbound Proxy Address
Sub Outbound Proxy Port 5060
Connection Mode UDP
Registration Timer 3600
100rel Support ON
Session Timer Support OFF
Max Session Timer 1800
Min Session Timer 90
Use 181 Message OFF
Use RPORT OFF
P-Asserted-Identity NOT USE
DTMF Send Mode RFC2833
SRTP Usage OFF
Connect RTP when Receive REINVITE No Reconnect
Privacy OFF
Name ON

SIP CO User-ID Table
Index c 2 по 5
Registration YES
Usage YES
From Number UserID
Contact Number UserID
Firewall Routing YES

SIP CO Allowed Address Table
Все 10 строк пустые

В Digit Conversion Table ххх001, ххх002, ххх111 преобразуются в номера станций, а ххх000 преобразуется в 801хххххххх - вызов проходит в call-центр при условии что CO11 свободна

Т.е., Dialed Digit - ххх000, а Changed Digit - 801хххххххх? ххх000 составной частью 801хххххххх не является?
Для Apply Option что стоит?

Совершенно верно

нет, на головной станции совсем другой номер, да и город другой

All

А АОН при транзите правильный формируете? Не получилось ли, что только на СО11 правильно он формируется?
Еще может CO COS Assignment(177)[N] влиять, например.

C CO COS Assignment(177) не заморачивались, везде стоит 1.
До версии 21Ас проблем не было, занимались правильные СО и АОН проходил нормальный. После обновления не хочет вызов попадать на свои СО, АОН проходит корректный.

Сейчас то на всех СО COS1? Проверяли?

Да, проверял http://clip2net.com/s/2NytN

Небольшая поправка, вызов приходить не только по СО11, а по СО11-13