| mm1到mm4路由配置 |  搜索
|
|
Nowsms支持论坛⬆ NowSMS支持 - 彩信& Advanced Issues ⬆ mm1到mm4路由配置 |
◄ ► |
| 作者 | 信息 | |||
| 罗伯特·贝雷托 新成员 用户名：Barretto. 邮政编号：9 注册：09-2019 |
你好， I'm试图测试MMS起源(via MM1)向MMS承运人提供(via MM4)。现在，我看到MM1进入所需的X-MSISDN标题。我看到MMSC自动将用户添加到MMSC用户(if not there)。在MMSC处理传入的MM1请求之后，我看到MMS [M-SEND-CONF]响应返回。我看到的下一件事是一个wap推送回到我的smsc连接路线，但我'm希望MMS将MM4链接输送到运营商MMS提供程序。 I'm sure it'有些人真的只是我'm missing, but I don'知道它是什么。不幸的是，我不'知道提供哪些信息以帮助调试此功能。 I'LL通过标签，希望有弹出的东西： 标签SMSC连接： o定义的一个连接： o da1-emg-smsc O Server主机名：37.x.x.x o server port: 2778 o SMPP version: 3.4 o User Name: xxxxxx o Password: xxxxxx o允许的发件人地址覆盖是灰色的但检查。 o路由：支持任何OutBoud消息流量，但列出了首选连接。 Web选项卡： o port: 8800 o检查选中框(我认为这些是默认值，我不'记住改变这些，但我想它's possible) 双向标签： o检查收到的SMS消息。 电子邮件选项卡： o选中SMTP邮件服务器的功能 o检查SMTP智能邮件 MMSC选项卡： o检查MMSC服务已选中 o HTTP端口号：80 o SMTP端口号：25 o启用MMS交付收据已检查 o启用动态图像+检查音频转换，选择屏幕尺寸缩放单选按钮 MMSC用户 tab: o包含我的始发订阅者作为MSISDN和+MSISDN MMSC VASP标签： o其中三个。载体MMS具有两种入站MM4链路，所以为每个连接。唯一的区别是IP地址限制IP和VAS的名称： O帐户名称：XXXX DFW MMS o IP地址限制：x.x.x.x o通过以下方式接受连接：MM4选中 o允许发送发件人地址覆盖 o MM4 Ack Routing: (Default) O MM7架构：Rel-5-MM7-1-2 O 3GPP MMS版本：5.3.0 O MMSC路由接收所需的媒介：通过已定定义的路线强制：直接交货 o最后一个vasp是我的移动网络，唐'知道这是否是正确的： o帐户名称：移动 o IP地址限制：37.x.x.* o通过：mm1接受连接(EAIF) o允许发送发件人地址覆盖 O MM4 ACK路由：灰色但设置为(Default) O MM7架构：Rel-5-MM7-1-2 O 3GPP MMS版本：5.3.0 O MMSC用于接收的MESAGE：接收到MMS-IN目录 MMSC路由tab: o默认路由设置为我的两个之一"Additional Routes" o Route 1: O帐户名称：ORIGS-Provider MM4 o默认发件人地址：探戈 o允许发送发件人地址覆盖 o使用mm4路由消息(SMTP) o服务器地址：x.x.x.x o电子邮件域：MMS-DFW.x.x o消息格式：mm4 O请求MM4 ACK：是的 O 3GPP MMS版本：6.10.0 o Max Connections: 1 o每个消息的最大接收器：(default) o Route 2: o帐户名称：条款-MEG-SMSC o默认发件人地址：37.x.x.x：2778 o为此帐户路由消息进行接收电话号码(s): * o使用Web链接WAP推送 那'我所拥有的。在MMSC调试日志中，在MMSC.ini文件中具有MSISDNHEADER和MSISDNHEADERTATESWays之前，我会在尝试源时时看到以下日志： 2019-09-27 07：18：36：600，MMSIN，37.x.x.x ,,,用户未定义，失败 配置MMSC以查找X-MSISDN后，我现在看到该邮件至少不会被拒绝： 2019-09-27 07：37：55：172，MMSIN，37.x.x.x，+146955xxxxx,+146955xxxxx,20190927-07-202C4130@37.x.x.x.，0919316f.req，25390 我的网络设置并流动我想要的样子： 终止流量(PSTN->Mobile): [载体MMS提供商] - MM4-->[Nowsms MMSC] - SMPP-->[MSG Router]--SMPP-->[移动网络] - 地图 - >[Mobile Device] 移动设备自动将直接连接到Nowsms以下载MMS内容，并且所有消息内容在手机上本机邮件应用程序中自动显示。 期望的发起流程(Mobile->PSTN): [移动设备] - mm1-->[MMS Proxy]--MM1-->[NowSMS MMSC]--MM4-->[载体MMS提供商] - MMX-->[终止网络] 什么我'm看到发起流程是： [移动设备] - mm1-->[MMS Proxy]--MM1-->[Nowsms MMSC] - SMMP [WAP推] - >[MSG Router]--SMMP-->[Mobile Network] 然后由[移动网络]丢弃消息，因为终止号码是't由这个网络拥有。 如果我这样移动 - >移动上述流程是相同的，除了WAP推送使其成为终端移动设备。推送消息显示为具有在Nowsms Web服务器上托管的下载链接的常规SMS消息。这是一个'对于用户体验，因为MMS内容只能通过在逆影网页视图链接上完全可见，而不是在DICK本机邮件应用程序中。 希望这一切都有意义。我可以提供任何其他信息，即我可能会忽略省略。 谢谢！ // robert. | |||
| DES - Nowsms支持 董事会管理员 用户名：Desosms. 邮政编码：6053 注册：08-2008 |
罗伯特， 在大多数可能性中，您将想要实现路由回调......最终......现在没有必要。但是没有它，在发送彩信或手动配置到之前，不正确地路由订户MMS"MMSC Users". 当您发送彩信时，我会看到您正在发送+146955xxxxx to +146955xxxxx. I'm假设这些不是相同的数字。如果是，MMSC将看到数字是本地的(added to MMSC Users)并将在本地处理它。 似乎您似乎在说消息转换为Web链接的WAP推送。 路由2下的此设置是： 将消息路由到此帐户进行接收电话号码(s): * 这意味着将其用作默认路由。除掉* 最终，你'重新希望确实实现路由回调，其中MMSC向您提供的小应用程序发送HTTP请求，该应用程序返回应使用的路由(或拒绝错误). See //www.zgbianpofanghuwang.com/doc/mmsc-messaging-server/operator-mmsc-considerations/mo bile-number-portability-mnp-considerations - DES. nowsmsSupport | |||
| 罗伯特·贝雷托 新成员 用户名：Barretto. 邮政编号：10 注册：09-2019 |
嗨布莱斯， 谢谢回复。是的，两个数字是不同的。我做了一个糟糕的工作，匿名真实的数字，并使它们看起来像相同的数字。绝对不是想留言。抱歉对此的混乱。谢谢你的链接，我'll调查路由回调。 I removed the *从术语 - emg-smsc路线，这可以防止循环，我看到它挑选了orif-provider mm4将其发送出来。 2019-09-30 12：30：40：405，MMSIN，37.x.x.x，+146963xxxxx,+121472xxxxx,20190930-12-07A99057@37.x.x.x，VASP：Origs-Provider MM4,16942 2019-09-30 12：30：40：673，MMSOUT，VASP：ORIFS-PHOVER MM4，+146963xxxxx,+121472xxxxx,OK,20190930-12-07A99057@37.x.x.x,23827 根据SMTP消息，我看到通过MM4出发的消息： ...... . 250成功收到, id <7B0651A3-C18D-49D7-8B2D-8E02A5D599D2> rset. 250个状态和缓冲区重置 421连接超时，关闭传输通道 辞职 ...... 虽然消息永远不会到达我的终止电话。可能是提供者方面的错误。 只有我注意到可能是问题的只是MMS消息数据到达(via MM1)在许多1500字节的TCP数据包中，当ortsms发送mm4消息时，它将其发送为两个巨型碎片(14,654字节数据包，后跟9,281字节包)。这两种都将MTU传递了1,500字节。你认为这可能是一个问题吗？一世'm假设自最终的SMTP服务器发送回来"250成功收到" that wouldn'是一个问题，虽然是一个问题"421 ConnectTion超时，关闭传输通道"有点令人讨厌。虽然这可能是完全可以接受的。 谢谢！ // robert. | |||
| DES - Nowsms支持 董事会管理员 用户名：Desosms. 邮政编码：6054 注册：08-2008 |
罗伯特， 这MTU sizes are generally handled by the TCP stack. I'm不确定mm4，但我用mm1知道我们在tcp堆栈的时间传递超过1500字节。 这"421连接超时"错误是因为默认情况下，我们将MM4连接打开一段时间，并且如果有更多消息，则重复使用连接。它看起来像默认超时是90秒。如果超时通过没有更多消息，我们会尝试发送退出。 vaspout / name / vasp.ini中有一个配置文件，允许调整。 MedioPalive =否将在每条消息后强制断开连接。 KeepAliveTimeout = ##将以秒为单位调整超时。 90可以说是高，5到10更现实。 I'M更关注消息没有交付。这可能需要与您的提供商进行讨论。 - DES. nowsmsSupport | |||
| 罗伯特·贝雷托 新成员 用户名：Barretto. 邮政编码：11 注册：09-2019 |
嗨des， 我用MMS提供商打开了一张机票来调查问题，而且它们'再次调查他们的目的。我的试用许可证将于本周末到期。有没有办法在我的同时获得另外30天的试用期'我等他们在他们结束时解决这个问题吗？ 在串行标签上，我有一个安装参考码：b9e03fb8 谢谢！ // robert. | |||
| DES - Nowsms支持 董事会管理员 用户名：Desosms. 邮政编号：6057 注册：08-2008 |
罗伯特， 如果这没有'T已经得到了处理，使用SN 81910101，Auth F9 = FHRSugmgi7d7yjjezwfm6fste5nsvx1xin5 - DES. nowsmsSupport | |||
| 罗伯特·贝雷托 新成员 用户名：Barretto. 邮政编号：12 注册：09-2019 |
嗨des， 非常感谢！像冠军一样工作！ 干杯， // robert. | |||
