forum.technoforward.ru

Ситуация: Endpoint(IP) - Gatekeeper - Gateway(NEC - IPTB) - PRI(NEC - PRTchannel1) - PRI(NEC - PRTchannel2) - Endpoint(NEC).
- Так вот, если Endpoit(NEC) - занят, то ни Endpoint(IP), ни Gatekeeper не слышат "busy", т.е. на Gatekeeper постоянно валится alerting, а Endpoint(IP), естественно слышит КПВ...

Ситуация: Endpoint(IP) - Gatekeeper - Gateway(NEC - IPTB) - Endpoint(NEC).
- Здесь все ок.

- Т.е, я так думаю? что либо интерфейс PRI не отдает busy в сторону IPTB, либо то, что отдает PRI непонятно IPTB...???

EndPoint -> GateKeeper -> NEC это понятно
а вот дальше что?
Что такое: "PRI(NEC - PRTchannel1) - PRI(NEC - PRTchannel2)" ?
Два канала PRI?
поподробнее схему нарисуйте

имеется ввиду что я сам себе звоню через "город"... Т.е звоню из локальной ip сети через PRI в городскую телефонную сеть... А приходит этот звонок опять же, из городской сети в нек...

А что будет при звонке на занятый городской номер?

Тоже самое... Абонент IP будет слышать КПВ...

Ну осталось сделать вызов с внутреннего абонента NEC
на занятый опять же городской номер.

Если тоже будет КПВ то виноват город.
Если будет BUSY TONE и канал PRI отвалится
тогда виноват NEC.

Похожее было не так давно, правда к IP отношения не
имело. Лекарство - новая прошивка для MP.
Еще интереснее было при звонке на unassigned number.

- Виноват нек... Если делаешь звонок c внутреннего абонента NEC - все ок. Или если звонишь с IP на занятого абонента NEC, тоже все ок, так как нек в этом случае генерит бизю, когда как в первом интерфейс IPTB ждет бизю от PRI...
- Т.е NEC не может подружить IPTB и PRI...