Re: [Sip-implementors] PRAC/B2BUA

2008-12-12 Thread kaiduan xie
But how B2BUA generates SDP answer to be carried in PRACK? - Original Message From: Neelakantan Balasubramanian To: kaiduan xie ; "sip-implementors@lists.cs.columbia.edu" Sent: Friday, December 12, 2008 8:18:46 PM Subject: RE: [Sip-implementors] PRAC/B2BUA See below. > -Origina

Re: [Sip-implementors] PRAC/B2BUA

2008-12-12 Thread Neelakantan Balasubramanian
See below. > -Original Message- > From: sip-implementors-boun...@lists.cs.columbia.edu [mailto:sip- > implementors-boun...@lists.cs.columbia.edu] On Behalf Of kaiduan xie > Sent: Friday, December 12, 2008 6:28 PM > To: sip-implementors@lists.cs.columbia.edu > Subject: [Sip-implementors] PR

[Sip-implementors] PRAC/B2BUA

2008-12-12 Thread kaiduan xie
Hi, all, An inter-operation problem is encountered, the scenario is, UA 1B2BUAGW | INVITE-1 || |>| INVITE-2 | | |--->| | | 183-3

Re: [Sip-implementors] Calling Self

2008-12-12 Thread Dale Worley
On Fri, 2008-12-12 at 12:33 -0500, Paul Kyzivat wrote: > Two lines on the same phone isn't so useful. Its like calling yourself > and getting call waiting. But some phones handle the situation that way. Old-fashioned key systems did, too. Dale ___ S

[Sip-implementors] MSRP client ports biding

2008-12-12 Thread Bossiel thioriguel
Hi all, I have a question about MSRP client ports binding. I have two clients used in the IMS context (SIP signaling before setting up MSRP connections). The first client(UE1) send an INVITE to the second client(UE2). a)The UE1 request(SIP INVITE) contains a port number (both in media line and

Re: [Sip-implementors] Calling Self

2008-12-12 Thread Paul Kyzivat
Dale Worley wrote: > On Fri, 2008-12-12 at 11:34 +0530, tamal.bis...@wipro.com wrote: >> What is the expected behaviour is a user calls himself ? >> Should the called handle the Invite and call should get established >> Or cancel should be send or else some error response can be set. > > Some U

Re: [Sip-implementors] Calling Self

2008-12-12 Thread Dale Worley
On Fri, 2008-12-12 at 11:34 +0530, tamal.bis...@wipro.com wrote: > What is the expected behaviour is a user calls himself ? > Should the called handle the Invite and call should get established > Or cancel should be send or else some error response can be set. Some UAs will report 486 Busy. Othe

Re: [Sip-implementors] Empty Proxy-Authorization Header

2008-12-12 Thread Dale Worley
On Fri, 2008-12-12 at 02:25 -0500, Alex Balashov wrote: > Well, empty authorisation values mean invalid authorisation credentials, > so why not? Either that or 500 Internal Server Error or 400 Bad Request. The obvious choices are 400 (with a suitable reason phrase) (because the header is syntact

Re: [Sip-implementors] Use of REGISTER with Contact different than the UA's contact

2008-12-12 Thread Paul Kyzivat
There are a few uses that I know of: 1) to forcibly *unregister* a device. For instance, you have a device registered from work, and then you go home without turning it off. From another suitable device at home you can unregister the device at work. Of course you may have to keep doing

Re: [Sip-implementors] Calling Self

2008-12-12 Thread Paul Kyzivat
Agree there is no generic behavior here. IMO, if there are multiple UAs registered to the same AOR, then one should be able to call the AOR and reach the others. If a UA initiates an INVITE and receives that invite itself, in many cases it should probably reject that, because it is busy. It can

Re: [Sip-implementors] Use of REGISTER with Contact different than the UA's contact

2008-12-12 Thread Iñaki Baz Castillo
2008/12/12 Maxim Sobolev : > We used it few times to implement automatic registration replication, when > proxy that receives REGISTER does autz, saves it locally replying 200 OK to > the client, and then replicates transaction acting as UAC to another > registrar. Then, anybody who calls through t

Re: [Sip-implementors] Use of REGISTER with Contact different than the UA's contact

2008-12-12 Thread Maxim Sobolev
Iñaki Baz Castillo wrote: > Hi, I think I already was replied to a similar question but > unfortunatelly I don't find it. > > The question is: when/where is useful sending a REGISTER with a > Contact different than the UA's contact? > For example: > > > Phone1: > - AoR: al...@domain.org > - List

Re: [Sip-implementors] Reasons for failure with SIPgat SIP server (very urgent)

2008-12-12 Thread Iñaki Baz Castillo
2008/12/12 chandan kumar : > > > Hi , > Iam testing a full fledge voice & video over IP phone using SIpgate. > Iam facing some issues,Could any one explain the reason. > 1.Two end users are registered to the SIPgate server.say A(India) & B(USA) > A could not call B, it tries to reach B ,request tim

Re: [Sip-implementors] Use of REGISTER with Contact different than theUA's contact

2008-12-12 Thread Iñaki Baz Castillo
2008/12/12 Somesh S. Shanbhag : > Its useful in third party registrations. > > # TCP from 10.10.0.222:12345 to registrar > REGISTER sip:registrar SIP/2.0 > From: > Contact: 10.10.0.111:5060;transport=UDP > To: > > In the above example, Observe To: is alice AOR. Hummm, AFAIK I didn't m

Re: [Sip-implementors] Use of REGISTER with Contact different than theUA's contact

2008-12-12 Thread Somesh S. Shanbhag
Its useful in third party registrations. # TCP from 10.10.0.222:12345 to registrar REGISTER sip:registrar SIP/2.0 From: Contact: 10.10.0.111:5060;transport=UDP To: In the above example, Observe To: is alice AOR. -Somesh -Original Message- From: sip-implementors-boun...@lis

[Sip-implementors] Use of REGISTER with Contact different than the UA's contact

2008-12-12 Thread Iñaki Baz Castillo
Hi, I think I already was replied to a similar question but unfortunatelly I don't find it. The question is: when/where is useful sending a REGISTER with a Contact different than the UA's contact? For example: Phone1: - AoR: al...@domain.org - Listen: 10.10.0.111:5060;transport=UDP Phone2: - Ao

Re: [Sip-implementors] Empty Proxy-Authorization Header

2008-12-12 Thread Iñaki Baz Castillo
2008/12/12 Alex Balashov : > Well, empty authorisation values mean invalid authorisation credentials, > so why not? Either that or 500 Internal Server Error or 400 Bad Request. 500 means an error in the server, while this is obviously a client error. I expect 400 is the correct response while 5XX