Hi,
What I think Iñaki tries to underline is the fact that the UAS has the
knowledge about the destination user from the current branch. But a mid
proxy may decide to serial fork the call to a new destination that
points to a totally different user - and is this case the 6xx is not
relevant
-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Attila Sipos
Sent: 03 June 2008 13:06
To: Bogdan-Andrei Iancu
Cc: sip-implementors@lists.cs.columbia.edu
Subject: Re: [Sip-implementors] Why does 6XX break a serial forking?
What do you mean by may reply with 6xx if BOSS
: Bogdan-Andrei Iancu [mailto:[EMAIL PROTECTED]
Sent: 03 June 2008 12:15
To: Attila Sipos
Cc: Iñaki Baz Castillo; sip-implementors@lists.cs.columbia.edu
Subject: Re: [Sip-implementors] Why does 6XX break a serial forking?
Hi,
What I think Iñaki tries to underline is the fact that the UAS has
it means
101-199. 100 is special because it is hop-by-hop, while all the others
are e2e.
Thanks,
Paul
Bogdan-Andrei Iancu wrote:
Hi Iñaki,
Perfectly right!
single correction -? 1xx response start from 100 and not from 101 -
100 Trying is a 1xx response
Regards,
Bogdan
Hi,
I'm trying to figure out what is the correct behaviour (in regards to
Loop Detection) in the following scenario:
We use DSLAM with VoIP capabilities which can manage 60 VoIP accounts
per card.
Let's assume the following configuration:
- two accounts A and B configured on the same card
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of
Bogdan-Andrei Iancu
Sent: Friday, January 23, 2009 5:07 PM
To: sip-implementors@lists.cs.columbia.edu
Subject: [Sip-implementors] Loop detection
Hi,
I'm trying to figure out what is the correct behaviour (in regards to
Loop
I think this statement is a bit overreacted.
I'm part of the implementers group, but I cannot say that IETF should
take a break to allow implementers to align...of course this depends on
implementers and how good they are in doing the job.
But what I notice on SIPit in Lannion was a bit
See here some hard numbers (thanks to Robert):
https://www.sipit.net/SIPit23_Summary
snap
For DNS we had support for:
Full RFC3263 : 65% (continuing to climb)
SRV only : 15%
A records only : 13%
no DNS support : 7%
/snap
So 65% with NAPTR and
Iñaki Baz Castillo wrote:
2009/2/26 Daniel-Constantin Mierla mico...@gmail.com:
However, being out there so many phones without such support, it is
practically unusable since service providers won't deploy different server
solutions for each group of devices, so they stick to one size
Hi,
The branch param (as the name says) identifies a branch of a transaction.
CSEQ ( + from TAG and to TAG) identify a transaction. A transaction can
have one or more branches (due forking).
Regards,
Bogdan
priyank luthra wrote:
Hi all,
I would like to know why and how is a branch
Hi Damir,
A proxy can fork an initial INVITE based on whatever logic, to whatever
destination - the forking mechanism is not necessary related to
registration (multiple devices registered with the same account).
Forking is used only for initial request (when establishing the dialog)
in order
/docs/modules/1.7.x/identity.html
Regards,
Bogdan
--
Bogdan-Andrei Iancu
OpenSIPS eBootcamp - 2nd of May 2011
OpenSIPS solutions and know-how
___
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu
tching between 2
destination (A or AAA) will be relative fast.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 19.02.2016 11:21, Olle E. Johansson wrote:
On 17 Feb 2016, at 21:09, Bogdan-Andrei Iancu <bog...@opensips.org> wrote:
Hi Dave,
We (OpenSIPS project) had several systems deployed (including
production) with both IPv6 and IPv4, able to do bridging between the two
networks at SIP level.
What exactly are you looking to be shared ?
Best regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http
is send out (and send the CANCEL out to UAS too).
My question is more from the perspective of the SIP standard and best
practice for SIP.
Thanks,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 10.10.2016 14:26, Alan Ford wrote:
Hi Bogan-Andrei,
To check
-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
___
Sip-implementors mailing list
Sip-implementors@lists.cs.columbia.edu
https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
Thank you Alan, Thank you Dale,
It seems we have a winning option here.
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 10.10.2016 17:09, Dale R. Worley wrote:
Bogdan-Andrei Iancu <bog...@opensips.org> writes:
Yes, the CANCEL is re
17 matches
Mail list logo
