[OpenSIPS-Users] t_relay and forward accepts only literals

[Daniel Moreira Yokoyama]

Thanks Liviu.

To be precise it only worked when I changed both $ru and $du. I'm not sure
if this is a good use.

Also, because of that, now, when it comes from the other endpoint I have to
force it to do the opposite (force to use UDP), what wasn't necessary
before.

Does it make any sense to you? Am I doing something that should not be
necessary to achieve this behavior?

I still have to make the stress test to see how much impact it does
comparing to the regular scenario. But I finally could make it work thanks
to you. Now I'll be able to give my customer some numbers.

Thank you very much.


Atenciosamente,

Daniel Moreira Yokoyama.
@dmyoko
http://twitter.com/dmyoko

TrafficTalks
Um podcast sobre cinema feito a partir de conversas de trânsito.
http://traffictalks.com.br


2016-03-23 13:03 GMT-03:00 Liviu Chircu <liviu at opensips.org>:

> That's because I just copy-pasted your example and adapted it without
> thinking. It should be:
>
> force_send_socket(sctp:10.12.8.108:5060)
> $ru = "sip:" + $od + ":" + $op + ";transport=sctp";
> forward();
>
> Liviu Chircu
> OpenSIPS Developerhttp://www.opensips-solutions.com
>
> On 23.03.2016 15:36, Daniel Moreira Yokoyama wrote:
>
> Hi Liviu.
>
> I did the change and Opensips started up ok. But when I run my tests, no
> message get to the UAS.
>
> When I check the dump there's a lot of Destination Unreachable error for
> messages in UDP. It didn't change the transport protocol.
>
> Thanks anyway.
>
>
> Atenciosamente,
>
> Daniel Moreira Yokoyama.
> @dmyoko
> <http://twitter.com/dmyoko>http://twitter.com/dmyoko
>
> TrafficTalks
> Um podcast sobre cinema feito a partir de conversas de trânsito.
> <http://traffictalks.com.br>http://traffictalks.com.br
>
>
> 2016-03-23 6:57 GMT-03:00 Liviu Chircu <liviu at opensips.org>:
>
>> Hi Daniel,
>>
>> It's not a limitation, but rather a performance optimization which kills
>> some of the user experience :)
>>
>> You can still do stateless forwarding to various destinations by setting
>> the Request-URI ahead:
>>
>> force_send_socket(sctp:10.12.8.108:5060)
>> $ru = "sctp:" + $od + ":" + $op;
>> forward();
>>
>> Liviu Chircu
>> OpenSIPS Developerhttp://www.opensips-solutions.com
>>
>> On 22.03.2016 22:23, Daniel Moreira Yokoyama wrote:
>>
>> Hi everyone.
>>
>> I'm still trying to undestand why I can't use t_relay(dest) or
>> forward(dest) passing a variable instead of a literal.
>>
>> In my scenario, all I have to do is to receive a UDP message from a
>> client and relay it on SCTP to the remote endpoint.
>>
>> The way I'm trying to achieve this is by:
>>
>>  force_send_socket(sctp:10.12.8.108:5060);
>>  forward("sctp:$od:$op");
>>
>>
>> But Opensips doesn't even start up, complaining that the domain and the
>> port are invalid.
>>
>> I only works in my tests when I put the literal value  (e.g: "sctp:
>> 10.0.8.104:5060").
>>
>> I don't get it. Why would it restrict something like this?
>>
>> Anyone can give me any guidance?
>>
>> Thanks a lot.
>>
>>
>> Atenciosamente,
>>
>> Daniel Moreira Yokoyama.
>> @dmyoko
>> <http://twitter.com/dmyoko>http://twitter.com/dmyoko
>>
>> TrafficTalks
>> Um podcast sobre cinema feito a partir de conversas de trânsito.
>> <http://traffictalks.com.br>http://traffictalks.com.br
>>
>>
>>
>> _______________________________________________
>> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>
>
> _______________________________________________
> Users mailing listUsers at lists.opensips.orghttp://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20160324/fed6e5f9/attachment.htm>