基于service_type的SMS路由?

基于service_type的SMS路由?  搜索 搜索

短信& MMS Technical Forum » NowSMS支持 - 短信问题(Product Support Only) » 归档于2009年1月22日 » 基于service_type的SMS路由? « Previous || 下一个 »
作者 信息
弗兰克grygus.
新成员
用户名:Frygus.

邮政编码:2
注册:08-2007
2008年10月21日星期二发布 - 02:23 AM:  

现在,美好的一天!

SMSGW基于service_type参数而不是目标数字支持SMS消息的路由吗?

例:1+10位数将发送到GSM调制解调器(or SMS Aggregator). What if same 1+具有特定service_type的10位数不打算去商业,而是路由到另一个连接到SMSGW的应用程序。

ortsms gw支持service_type路由吗?
DES - Nowsms支持
董事会管理员
用户名:Desosms.

邮政编码:166
注册:08-2008
2008年10月21日星期二发布 - 05:29 PM:   

嗨弗兰克,

不,我们不 'T对基于服务类型的路由有任何支持。那'一个体面的想法,我只能'我以前召回过召回。那里'没有理由我们不能'T相当容易添加,至​​少我这么认为。

我需要与同事兑换。

-
DES.
nowsms.Support
弗兰克grygus.
新成员
用户名:Frygus.

邮政编号:3
注册:08-2007
2008年10月21日星期二发布 - 09:20 PM:  

DES,我们对NOWSMS / MMS GW非常满意。我同意,你们在软件中拥有一个坚实的基础,并添加这样的东西真正改善路由功能,并为客户提供更灵活的应用程序。

个人说话,我'm开始在发送到相同号码的应用程序上重叠。通过设计,这些应用程序是使用Sepleate_type标记设置的。在Service_type与数字上明确地进行路由的能力将使生活变得简单。
DES - Nowsms支持
董事会管理员
用户名:Desosms.

邮政编码:182
注册:08-2008
发布于2008年10月27日星期一 - 06:17 PM:  

嗨弗兰克,

一些更新的信息。工程是在基于service_type的基于service_type添加路由的过程中,作为路由逻辑的一些其他增强功能的一部分。

它将上班的方式是"优选的SMSC连接"列表将允许您指定"service_type=xxxx"指定具有服务类型的消息"xxxx"通过此连接路由。

当然,这可以与其他发件人和基于接收者的路由相结合。

更新仍然是一周之遥(probably two)从准备好可用。我将在可用于下载时发布更新的信息。

-
DES.
nowsms.Support
弗兰克grygus.
新成员
用户名:Frygus.

邮政数量:4
注册:08-2007
在2008年10月28日星期二发布 - 02:13 PM:  

DES,

这是一个很棒的消息!我可以提出额外的建议。 SMSC连接中的Service_type的路由是战斗的一半。您的工程可以在/ SMS用户/ [Any User] / Enable SMPP登录中为此用户/路由为用户收到消息,通过SMPP /收件人地址收到邮件(es)路由到此用户/字段。逻辑可以是相同的,"service_type=xxx",并与收件人地址互换(es).

这将允许Service_type为Service_Type路由进行方案,SMSC和SMPP(用户登录,当用户绑定为接收器时).

坦率
DES - Nowsms支持
董事会管理员
用户名:Desosms.

邮政编码:184
注册:08-2008
在2008年11月1日星期六发表于2008年11月1日 - 02:48 PM:  

嗨弗兰克,

I'犹豫犹豫不决了解更多信息。但它看起来也是可能的。

We've比预期的时间更加艰难,为所有这一切锻炼逻辑。

当前逻辑工作的方式,"优选的SMSC连接" list uses "or"/"if any" logic.

但是如果您混合服务类型和收件人地址掩码,则在大多数情况下,相同的逻辑't make sense.

如果指定了服务类型,则可能仍然希望仅利用特定收件人地址掩码将路由限制为一个或多个服务类型。但是,只有当它匹配首选的服务类型和收件人地址掩码时,才希望使用路由。

我想我们终于搞定了逻辑。

如果一个或多个service types is in the list, only messages that match a listed service type can be sent via this route. Recipient address masks, if also present, are then evaluated after a service type match is found.

如果路由的首选列表中没有服务类型,那么逻辑就像今天一样。

哦,然后还有一个条件是路线的首选服务类型可能是空白的。

总的来说,逻辑比预期更困难。但我们应该为这两种方式处理它"SMS Users" and the "Outbound SMSC" list.

它可能需要比我的初始估计更长。

-
DES.
nowsms.Support
DES - Nowsms支持
董事会管理员
用户名:Desosms.

邮政编码:204
注册:08-2008
发布于2008年11月05日至068年11月05日 - 06:32 PM:  

跟进 ...

We'重新继续进行并在更常规版本之前,在测试版本中包含此功能的更新。

除了这个特定的功能之外,我们还实现了相当数量的性能优化,以及对SMS路由逻辑的变化,它效应了Nowsms产品的核心组件。

We'完成了我们对此更新的内部测试。但是,由于有大量内部更改,优化和修复,我们将在常规版本之前将此版本可用作测试版本。

We'非常有信心,此版本实际上比以前的版本更稳定和强大。我们知道性能和CPU开销很大。我们知道整体磁盘I / O已减少。我们知道此版本中已修复的几个相当重要的错误。但是,错误的问题是它们是非常多的配置依赖,并且通过如此大的配置选项,我们可能会错过影响特定配置的东西,因此我们希望获得更多的反馈。

可以下载此更新 http://www.zgbianpofanghuwang.com/download/nowsms200811.zip.

关于这个特定的功能......

出站SMSC连接,"优选的SMSC连接"表现在可以包括Service_Type值,除了收件人地址掩码。

指定具有service_type值的该消息"xxxx"应该通过连接路由,添加"service_type=xxxx" to the "优选的SMSC连接" list.

使用service_type指定该消息"bulk"应该通过连接阻止路由,添加"!service_type=bulk" the "优选的SMSC连接" list.

如果一个或多个"service_type="条目是定义的"优选的SMSC连接"列表,然后只通过此连接路由与列出的服务类型值匹配的消息。收件人掩码也可以包含在列表中,但是当也定义服务类型值时,只有通过此连接路由匹配与列出的服务类型值和收件人地址蒙版的消息。

类似地,将消息路由到SMPP客户帐户(i.e., "SMS Users"),可以在中指定类似的条目"Recipient address(es)路线到此用户"环境。此设置是逗号分隔列表而不是表,但否则是相同的功能和语法。

额外的注意事项 - 有些读者可能会想知道什么"service_type" value is. "service_type"是SMPP客户端提交消息时可以指定的SMPP参数。也可以指定一个"service_type"通过HTTP将邮件提交到Nowsms时,通过HTTP(包括)"&ServiceType=xxxxxx"在URL参数中。

-
DES.
nowsms.Support
DES - Nowsms支持
董事会管理员
用户名:Desosms.

邮政编码:208
注册:08-2008
2008年11月5日星期三发布 - 07:51 PM:  

在此版本中对SMS路由逻辑有额外的增强,上面提到的示例之一,但值得额外的注意力。

2008.11.05发布中引入的新SMS路由逻辑支持阻止收件人通过指定的SMSC连接阻止收件人。

在里面"优选的SMSC连接"列表,除了应通过此连接路由的收件人地址掩码外,还可以指定不应通过此连接路由的再分析地址掩码。要指定应阻止使用此连接的收件人地址掩码,请使用前缀"!". For example, if +447* and !+447700* are in the "优选的SMSC连接" list, +44712​​3456789将通过此连接路由,但是+447700123456不会通过此连接路由。

使用service_type指定该消息"bulk"应该通过连接阻止路由,添加"!service_type=bulk" the "优选的SMSC连接" list.

也支持这些被阻止的条目"Recipient address(es)路线到此用户" setting for "SMS Users" accounts.

-
DES.
nowsms.Support

 主题 主题  搜索 过去30天  登录 登录/注册  登出 登出