mm1到mm4路由配置

mm1到mm4路由配置 搜索搜索

作者 信息
罗伯特·贝雷托
新成员
用户名:Barretto.

邮政编号:9
注册:09-2019
在2019年9月27日星期五发布 - 05:02 PM:  

你好,
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
发布于2019年9月30日星期一 - 07:19 PM:  

罗伯特,

在大多数可能性中,您将想要实现路由回调......最终......现在没有必要。但是没有它,在发送彩信或手动配置到之前,不正确地路由订户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
发布于2019年9月30日星期一 - 08:55 PM:  

嗨布莱斯,

谢谢回复。是的,两个数字是不同的。我做了一个糟糕的工作,匿名真实的数字,并使它们看起来像相同的数字。绝对不是想留言。抱歉对此的混乱。谢谢你的链接,我'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
发表于2019年9月30日星期一 - 09:17 PM:  

罗伯特,

这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
2019年10月4日星期五发布 - 下午10:35:  

嗨des,

我用MMS提供商打开了一张机票来调查问题,而且它们'再次调查他们的目的。我的试用许可证将于本周末到期。有没有办法在我的同时获得另外30天的试用期'我等他们在他们结束时解决这个问题吗?

在串行标签上,我有一个安装参考码:b9e03fb8

谢谢!
// robert.
DES - Nowsms支持
董事会管理员
用户名:Desosms.

邮政编号:6057
注册:08-2008
发布于2019年10月7日星期一 - 08:32 PM:  

罗伯特,

如果这没有'T已经得到了处理,使用SN 81910101,Auth F9 = FHRSugmgi7d7yjjezwfm6fste5nsvx1xin5

-
DES.
nowsmsSupport
罗伯特·贝雷托
新成员
用户名:Barretto.

邮政编号:12
注册:09-2019
发布于2019年10月7日星期一 - 08:40 PM:  

嗨des,

非常感谢!像冠军一样工作!

干杯,
// robert.

在此添加您的留言, or 点击这里开始一个新的话题.
邮政:
粗体文字 斜斜体 强调 创建超链接 插入剪贴画图像
选项: 自动激活消息中的URL
行动: