пятница, 7 февраля 2014 г.

avaya АОН

Использую данный прием, когда мне нужно по одному и тому же транку передавать на соседнюю АТС разный АОН (в зависимости от набранных цифирек):

1) В соответствующей trunk-group поставьте Format = private (или unk-pvt) на 3 стр.
Незабываем поставить  Send Name: y

2) завожу, например, два rout-pattern, в которых прописываю этот транк:
     1 - для соединения с внутренним номером на соседней АТС (отдаю внутренний АОН). В нем ставлю  Numbering format = lev0-pvt;
     2 - для транзита через соседнюю АТС вовне (отдаю нужный внешний АОН, определенный в ch pub). В нем ставлю  Numbering format  = natl-pub или pub-unk.

В зависимости от набранного номера, направляю его с помощью ars или aar через первый или второй rout-pattern, соответственно. Отдавая нужный АОН.



If the Trunk Group numbering format is set to 'private' and

a. call types are set to npvt or lpvt in ARS
or
b. call types are set to unku, lev0 or lev1 in AAR
or
c. unk-unk or lev0-pvt on the Route Pattern

Then the call WILL use the private numbering table and a '+' will not be inserted.
Note: use of numbering format on the route pattern overrides the table to use specified by call type in AAR/ARS.

If trunk group numbering format is set to public, ALL calls use public table regardless of call type or route pattern administration.

In the example given I would expect a call using Route Pattern 8 via trunk group 1 to use the private table and the + not inserted.

The trunk is set 'private' but the call type in ARS in 'fnpa' which uses the public table; but, the route pattern set with 'unk-unk' forces the use of the private table.

I would expect the public table to be used if the format on route pattern 8 was blank. Did you try that?

Note: 'Private' for the SIP Trunk Group number format provides the most flexibility allowing the 'call type' to determine which table will be used to build the calling party info.

Hope this helps and let us know what you find.

Комментариев нет:

Отправить комментарий