我们有一个小的呼叫中心，它使用一个带有模拟线路的旧的北电电话系统。 我们的销售人员之一在家工作，所以她的电话不通过电话系统。 这在接待员不知道她是否打电话的时候会产生问题。 我们可以通过使用即时通讯工具轻松解决这个问题，但是我想问一下是否有另外一种方法可以做到这一点，以便在不打电话的时候也可以给她打电话。 我意识到我们可以用voip系统来做到这一点，但是我们不打算在明年之前升级到voip。 有没有人知道是否有一个便宜的方式来添加此function？
我们有专门的Asterisk 1.8服务器作为前端SIP服务器，仅在英国使用SDSL 2MB / 2MB，用于authentication和内部用户。 我们互联网的提供者也是我们的外向SIP的提供者（因此没有内部跳），并且总共有几个跳跃点，其中大部分是局域网路由器，总共30ms到SIP服务器。 一切工作正常在办公室。 没有延迟。 一切工作正常使用分机拨号从两条外线。 即在机器人扩展在家里使用家庭宽带512MB ..两个通道大约有100-200ms的延迟 – 这很好。 当任何分机，办公室或家庭用户使用中继线拨出时，会发生此问题。 主要的一个甚至是voipcheap。 为了testing，传出audio到达“移动”电话的时间不超过250ms，这是完美的。 但是当“移动”的人回复时，audio在500-750ms之后返回。 我没有计算任何东西，但是这是感觉。 我尝试在CLI中运行通道统计信息 – 抖动为0，丢失为0 我主要使用法律编解码器，但我开始强制其他像g729，g726 – 抖动是closures的，但即使它对它没有什么区别（对我的耳朵）返回延迟仍然there.All这些编解码器是由我的SIP服务器，而且所有的SIP客户端都使用法律编解码器来连接，而法律的翻译时间是最less的。但是我不确定它是否真正在翻译它的某处，应该只是通过。 我不知道如何debugging/追踪返回的频道问题。 延误在哪里，我可以做些什么来解决这个问题。 问题在于人们彼此开始交谈，因为延误和延误是不一样的，让人们感到困惑，如果延误是相同的，那会更好。 但我认为500毫秒是太多的时间和精力，我们花了设置专用的互联网和服务器。 – 编辑我的SIP设置 host=[voiproip] username=[myusernme] secret=[secret] type=peer context=from-trunk-sip-GREY 扩展设置 [16] deny=0.0.0.0/0.0.0.0 secret=[secret] dtmfmode=rfc2833 canreinvite=no context=from-internal host=dynamic trustrpid=yes sendrpid=no type=friend nat=no port=5060 qualify=yes qualifyfreq=60 transport=udp encryption=no callgroup= pickupgroup= dial=SIP/16 […]
尝试将Lync 2010电话与我们的trixbox PBX连接时出现问题。 我已经到了Kamailio似乎正常工作的地步，充当TCPstream量（来自Lync）和UDPstream量（到trixbox，因为Asterisk 1.4不支持SIP over TCP）之间的桥梁。 我们的Lync box IP：10.100.10.41我们的Kamailio盒IP：10.100.10.44我们的trixbox IP：10.100.10.2 在启用Kamailio框的SIPdebugging时，遇到的问题如下： <— SIP read from 10.100.10.44:5060 —> PRACK sip:TNECLTSLY01.contoso.com:5068;transport=Tcp;maddr=10.100.10.41 SIP/2.0 FROM: <sip:9121;[email protected];user=phone>;epid=CF2380792B;tag=4852bab430 TO: <sip:[email protected];user=phone>;epid=CF2380792B;tag=3684a6a24e CSEQ: 24 PRACK CALL-ID: 192daae6-00e1-4140-bddd-0394b35d475b MAX-FORWARDS: 70 Via: SIP/2.0/UDP 10.100.10.44;branch=z9hG4bKcydzigwkX;i=d VIA: SIP/2.0/TCP 10.100.10.41:51677;branch=z9hG4bK159fc989 CONTACT: <sip:TNECLTSLY01.contoso.com:5068;transport=Tcp;maddr=10.100.10.41> CONTENT-LENGTH: 0 USER-AGENT: RTCC/4.0.0.0 MediationServer RAck: 1 23 INVITE <————-> — (12 headers 0 lines) […]
我有以下configuration：两个子网（我们将调用A和B）和IP电话。 互联网访问在每个NAT的后面，并且在这两个子网之间build立路由VPN。 我正在使用托pipe的SIP提供程序（两个networking相同）。 IP电话configuration为在NAT后工作，并使用托pipe的SIP代理。 呼叫到外面和来电正常工作，通过托pipe提供商。 子网A中的电话之间的呼叫直接build立，即SIPstream量仍然到达托pipe提供商，但RTPstream量保持本地。 对于子网B内的呼叫也是如此 从A到B或从B到A的呼叫也起作用。 然而，RTPstream量并不通过VPN，而是往返于不理想的SIP提供商。 我有什么办法可以改善这最后一点？
我目前正在尝试将两个Lync域与中间的一个自定义SIP代理联合在一起。 问题是，前端服务器将回复“413 – 实体太大”以通过代理订阅来自其他Lync域的请求。 但是，当我向SIP模拟器SIPp发送类似的消息时，即使通过代理，订阅也被接受。 这两个信息非常相似。 代理添加logging路由，并在From标签末尾附加一个ID。 它没有得到它的手在身体上。 内容长度的差异是因为SIPp在正文的末尾添加了一个CRLF，而Lync没有。 我看不出有什么问题。 以下消息logging在目标域的Lync Edge上。 LYNC订阅 – 拒绝 Start-Line: SUBSCRIBE sip:[email protected] SIP/2.0 From: <sip:[email protected]>;epid=75bdd22553;tag=vl57cpy2rb72lu15i7awk22h0100003f1410 To: <sip:[email protected]> CSeq: 1 SUBSCRIBE Call-ID: 3ad1662aa2d84bc5a7de15f5d2ecd0be Record-Route: <sip:smf1.testucfed.com:5061;lr> Max-Forwards: 68 Via: SIP/2.0/TLS smf1.testucfed.com:5061;branch=z9hG4bKfspbWpOjnrsr3kELP8S9 Via: SIP/2.0/TCP 10.0.0.6:5060;branch=z9hG4bKfspbkK8M7FQrQmqN99a9 User-Agent: UCCAPI/4.0.7577.4103 OC/4.0.7577.4109 (Microsoft Lync 2010) Event: presence Accept: application/msrtc-event-categories+xml, application/xpidf+xml, text/xml+msrtc.pidf, application/pidf+xml, application/rlmi+xml, multipart/related Supported: com.microsoft.autoextend […]
在我的软件工程学位课程中，我们在计算机networking上做了关于VoIP和会话发起协议（SIP）的讲座。 有一些networking组件提出了许多术语，如： 软交换 媒体网关 呼叫代理（或媒体网关控制器） 信令网关 我不明白这些术语中的哪一个代表真实的设备，哪些是同一设备中不同任务的抽象术语，以及它们是如何一起工作的。 我到目前为止： 软交换 在传统的PSTN模式中，使用交换机将两个独立的电话线路连接成一条连续的线路。 在VoIP模式中，这可以通过软件完成。 这个概念是软交换，它控制着电路和分组networking之间的端到端VoIP尚不可用的部分。 软交换可以分成两个实体：呼叫代理和媒体网关。 媒体网关 媒体网关用于连接不同的物理networking，以提供端到端的连接。 它的function非常类似于典型的networking交换机，因为它可以在端点之间创build异构链接，而不pipe其间的networking介质如何。 此外，媒体网关还可以将VoIP电路连接到PSTN电路，允许在networking中存在间隙的情况下使用VoIP，或者甚至在VoIP使能时只有一个端点。 这个function是透明地提供的，因此用户不需要了解或意识到它们的通信转移的拓扑结构。 呼叫代理（媒体网关控制器） 呼叫代理控制多个媒体网关。 呼叫代理从媒体网关接收信令信息（例如电话振铃）。 （ 我不知道它对他们做了什么 ）。 呼叫代理和MGCP（H.248）等媒体网关之间的通信有不同的协议。 呼叫代理还用于跟踪记帐呼叫的持续时间。 信令网关 为了实现VoIP通信，需要（例如通过使接收者的电话响铃）通知端点另一端点需要通信的function。 这被称为信令。 但是，在PSTN电路中实现信令的方法与在VoIP电路中使用的方法不同。 因此，在没有纯VoIP连接的情况下，必须使用网关来在两者之间进行转换。 这是信令网关，它能够与CAS，DTMF，R1，R2，DTMF，ISDN，C5和C7等标准信令协议互通。 那么如果媒体网关和呼叫代理是软交换的一部分，那么信令网关在哪里？ 还是信令网关与媒体网关一样，但只是一个抽象，表明信令在呼叫控制平面而不在VoIP架构的连接平面中？ 从这个图片（ http://en.wikipedia.org/wiki/File:Converged_Network_Architecture.png ）我得到的想法，他们都分裂在不同的设备。 我希望我能够正确地expression我所遇到的所有这些问题，并感谢您的帮助！ 🙂
我的IP电话有一个FLASH键。 这个密钥发送Flash的DTMF [16位十进制]（ http://www.voip-info.org/wiki/view/SIP+DTMF+Signalling ）。 如何在features.conf中设置atxfer参数？
我决定创build一个VOIP服务器，它变得更加复杂，然后我以为会这样。 所以为了让我的服务器更安全，我把它放在了pfSense设备的后面。 我使用IP过滤将我的在线可用性降低到只有我们的远程办公地点（全部在纽约）。 我得到这种即将到来的感觉，人们会想通过他们的手机访问服务器，并通过异地门户检查语音信箱。 所以我正在考虑使用像SOCKS这样的身份validation的反向代理，而不是使用各种各样的设备的VPN。根据我的理解，创build一个出站代理只会代替SIP而不代表RTP。 问题也在于，Asterisk> 1：1 w / pfSense>互联网>防火墙与NAT> SIP电话。 将使用NAT是一个问题？ 其他人在做什么？ 有没有人有类似的情况？ 我应该谷歌？
我陷入了一个奇怪的问题，我有静态IP的Ubuntu 12.04，安装Freeswitch与FusionPBX与从这里轻松安装脚本http://wiki.fusionpbx.com/index.php?title=Easy_FusionPBX 一切工作Freeswitch，FusionPBX的GUI，我已经尝试了一切search谷歌，论坛，但没有find任何解决这个问题， 每当我试图注册网关与我的供应商是IDT的快速，内部的时候尝试从x-lite的框扩展得到了这个错误 2014-03-17 14：59：43.427289 [警告] sofia_reg.c：2576无法注册指针。 2014-03-17 14：59：43.427289 [警告] sofia_reg.c：1486索菲亚configuration文件'内部'的SIPauthentication失败（REGISTER）[1000 @ mystaticip] ip 124.155.243.69 和外部网关注册2014-03-17 14：54：27.727289 [NOTICE] sofia_reg.c：423注册228ffc0e-d106-40b2-b992-7bb0c616d7cf 2014-03-17 14：54：27.827310 [ERR] sofia_reg.c ：2110 228ffc0e-d106-40b2-b992-7bb0c616d7cf注册失败，状态为禁止[403]。 失败＃32 现在我急需外部的SIP用户 请帮忙 谢谢
我有问题，使webrtc2sip实际工作。 在通话期间，Webrtc2sip现在正在间歇性地崩溃。 即使在队列中只有一个呼叫处于活动状态，我也看到了这一点。 顺便说一句，我的设置涉及到一台Asterisk + Webrtc服务器。 下面给出的是崩溃期间的webrtc2sip控制台日志。 ============= *INFO: Request for peer at 14.140.176.234:54856 cannot be delivered *INFO: Not STUN message *INFO: Audio producer not started yet *INFO: Skipping redundant candidate address=199.115.112.66 and port=46268, fd=114, already_skipped(0)=no *INFO: ICE reflexive candidates gathering …1,0 *INFO: Not STUN message *INFO: Skipping redundant candidate address=199.115.112.66 and port=46190, fd=111, already_skipped(0)=no […]