Deployment of ET263 as a Bridge in China over different countries

角色

今天跟yiucsw交谈了一个晚上，得出一些非常重要的信息，为了大家理解问题，先阐述他有的器材，分别有3个OBi110 devices,OBi-HK, OBi-MO, OBi-GZ。

OBi-HK 安装于香港
OBi-MO 安装于澳门
OBi-GZ 安装于广州

三个OBI的SP1都连接香港的IP-01，SP2连接ET-263。

香港（OBi-HK）与 澳门（OBi-MO），不管用OBiTalk，SP1或者SP2，说很久都没有问题。

香港（OBi-HK）或者 澳门（OBi-MO）与 广州（OBI-GZ）就有不同的结果，1）如果用OBiTalk和SP1效果不太好，但是用SP2（ET63）就非常清晰，还有说很久都没有问题。

结论
1）因为VoIP进出中国境内都会被检查，除非是预先登记的IP就可以减免，所以OBiTalk，普通VoIP的voice packets都会被drop，而ET263就有些不同，因为它是国家第一大VoIP供应商，跟很多地方都通了气，所以打出或者打入都很畅顺，而很少被drop packets。

2）所以建议大家，如果要拨打或者接入中国大陆地区电话，不能直接拨打，而是通过ET263做桥梁。

以后的测试跟进：
我们把现在深圳与香港之前的Trunk，先用ET263用Trunk，如果不行的，才改用直接，看看效果时候好转。

角色

Qnewbie

One question is DISA function:
A(Mainland) => ET263 account 1(SP2) =blind transfer(?)=> ET263 account 2 => DISA in Asterisk(HK) => Other destination
Does DISA function work with ET263 bridge?

The second question is other option, like vpn.
A(Mainland) =vpn=> DISA in Asterisk(HK) => Other destination
Which one is better, vpn or Et263?

Looking forward to the test report!

仁杰

如果不需要落地的话，比如VOIP2VOIP，暂时还可以改用其它如G729这些编码来规避目前的检查

角色

用G729当然会好很多，但是都会被drop，不过我试试用ET263做桥是否有改善？

角色

角色

我深圳和香港的Asterisk都安装了ET263后，给香港的member挂电话，我拨打方式是用我的深圳Asterisk的ET263账号拨打香港的NAS里的Asterisk的ET263账号（SZ-ET263 --> Beijing ET263 server --> HK ET263 --> OBi110 -> OBiTalk --> Member 的OBi device)

测试结果：效果是非常满意。

对方说过了15分，话音也非常清晰，不像以前说15分钟就不再清晰。

角色

Qnewbie

Sounds great!

However, ET263 seems to be problematic outside China

角色

在香港没有问题，如果有需要，你可以用我的香港的Asterisk server。

角色

角色

但是香港能注册是使用。

角色

Qnewbie

It might be better to rely on ourself, i.e., vpn.

    -- Called 588012345/075512345678
    -- Got SIP response 503 "Service Unavailable" back from 211.150.115.14
    -- SIP/588012345-0000001b is circuit-busy