Re: [SR-Users] Branch feedback behaviour

2014-06-08 Thread Alex Balashov
Thanks, that's what I ended up doing. And yeah, it's the same kind of use case. On 8 June 2014 18:32:56 GMT-04:00, Brandon Armstead wrote: >Alex, > > I am not sure of your use case - but one common example I can think of >is a LRN service provided via 302 redirect. What we do in this >instance

Re: [SR-Users] Branch feedback behaviour

2014-06-08 Thread Brandon Armstead
Alex, I am not sure of your use case - but one common example I can think of is a LRN service provided via 302 redirect. What we do in this instance is UAC -> Kamailio on this initial transaction we send the call directly to the LRN service (not appending) any other branches and alter the orig

Re: [SR-Users] Branch feedback behaviour

2014-06-08 Thread Alex Balashov
Sounds like t_drop_replies() might be the ticket, but I wanted to check with the Best Practices Council. -- Alex Balashov - Principal Evariste Systems LLC Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/ Please be kind to the English language: http://www.entr

[SR-Users] Branch feedback behaviour

2014-06-08 Thread Alex Balashov
Hello, I've got a situation like this: UAC ---> (Kamailio) --> 1. redirect server on branch 1 <-- 2. 302 redirect --> 3. ACK > UAC B Problem is, if CANCEL comes in at the exact

Re: [SR-Users] mediaproxy-ng query

2014-06-08 Thread Richard Fuchs
On 06/07/14 12:39, Alex Balashov wrote: > Hello, > > I'm invoking mediaproxy-ng with rtpproxy_offer/answer("ow") and am > getting a scenario where: > > INVITE is forwarded to signalling gateway xxx.xxx.xxx.xxx, which returns > an SDP answer of yyy.yyy.yyy.yyy:51964. rtpproxy is invoked in both >

Re: [SR-Users] sip aliases

2014-06-08 Thread Anna Schuster
Hi Quick question: If I create different sip aliases under my account, is any way I can see under Missed Called section on serweb.iptel.org or any elsewhere on which alias the call came on? Thank you, Anna On Sat, Jun 7, 2014 at 3:11 PM, wrote: > > Thank you for registering with iptel.org. >