主页 / server / 问题 / 496100
Accepted
Meiko Watu
Asked: 2013-04-05 05:13:41 +0800 CST

Asterisk / Voip 电话重定向到上次呼叫的号码

  • 772

我在使用 PBX（Asterisk 1.8、FreePBX、Grandstream GXP1200 电话）时遇到了一个非常奇怪的问题

如果我拨打内部号码（在本例中为 1020），星号服务器会将我重定向到电话的最后一个呼叫号码。

我启用并检查了调试日志，看起来 302 消息来自电话，但在电话配置中我在任何地方都看不到号码或任何重定向功能。

日志看起来像：

[2013-04-04 13:16:46] VERBOSE[3278] app_dial.c:     -- Called SIP/3543*
[2013-04-04 13:16:46] VERBOSE[3278] chan_sip.c: 
<--- Transmitting (no NAT) to 10.10.10.240:5062 --->
SIP/2.0 180 Ringing
Via: SIP/2.0/UDP 10.10.10.240:5062;branch=z9hG4bK197ebd0e30221ad9;received=10.10.10.240
From: "Michael *" <sip:1070@*.org;user=phone>;tag=1afa14dde19d2814
To: <sip:1020@*.org;user=phone>;tag=as24cb89e7
Call-ID: [email protected]
CSeq: 39761 INVITE
Server: FPBX-2.10.0rc1(1.8.15)
Allow: INVITE, ACK, CANCEL, OPTIONS, BYE, REFER, SUBSCRIBE, NOTIFY, INFO, PUBLISH
Supported: replaces, timer
Contact: <sip:[email protected]:5060>
Remote-Party-ID: "Philipp *" <sip:1020@*.org>;party=called;privacy=off;screen=no
Content-Length: 0

电话里的回答：

<------------>
[2013-04-04 13:16:46] VERBOSE[3278] app_dial.c:     -- Connected line update to SIP/1070-0000001c prevented.
[2013-04-04 13:16:46] VERBOSE[2654] chan_sip.c: 
<--- SIP read from UDP:10.10.10.247:5062 --->
SIP/2.0 302 Moved Temporarily
Via: SIP/2.0/UDP 10.10.11.201:5060;branch=z9hG4bK3f571876
From: "IT Department" <sip:[email protected]>;tag=as21ffd3bb
To: <sip:3543*@10.10.10.247:5062;transport=udp;user=phone>;tag=16149ed6566c95c6
Call-ID: [email protected]:5060
CSeq: 102 INVITE
User-Agent: Grandstream GXP1200 1.2.5.3
Contact: <sip:001888*@*.org>
Diversion: <sip:35436*@10.10.10.247:5062;transport=udp;user=phone>;reason=unconditional
Content-Length: 0

本例中拨打的号码是美国 AT&T 的电话会议服务器。

我检查了所有配置文件，如果数字在某个地方但在目录上进行 grep 并且数字不返回任何内容。

希望该消息不是针对 Grandstream 手机的。

也许有可能从星号端禁用呼叫转移完成？

提前致谢

voip

1 个回答

  1. Best Answer

    好的，我在阅读手册后找到了解决方案。

    Grandstream GXP 系列没有用于呼叫转移的菜单或其他东西，但是如果在帐户中激活了 GXP 呼叫功能，则可以使用相同的 GXP 呼叫功能代码禁用无条件呼叫转移：

    *71 - 号码后面设置无条件呼叫转移 *72 禁用无条件呼叫转移

    对我来说，我必须先按第 2 行，因为它只发生在第二条 voip 线上

    • 0

相关问题