2010/9/2 Paul Kyzivat pkyzi...@cisco.com:
Unfortunately I've seen some SIP ALG routers dropping SIP messages if
they contain long lines in the message body, but I expect that is an
issue in the SIP ALG router itself.
Any comment please? Thanks a lot.
crappy implementations.
They need to
Vinod Parameswaran wrote:
Hi,
does anyone know of a SIP opensource stack that has been ported to Symbian
and supports multi-threading for applications? I am aware of PJSIP which has
been ported to Symbian, but does not support multi-threading for applications.
Any suggestions would be
Hi,
Hi,
Thanks. Apart from re-entrance, I am also looking at a scenario of establishing
two simultaneous connections with two different networks (a make before break).
So I would need multi-threading support.
best
Vin
___
Sip-implementors mailing
Hi Marius,
Thanks. I am not sure I quite understood what you mentioned in your previous
mail.
Do you mean use a customized stack at the transport layer in order to make
multiple connections?
In that case, I am afraid I do not understand why I need to tweak the layers
above?
The point is that
Vinod Parameswaran wrote:
Hi Marius,
Thanks. I am not sure I quite understood what you mentioned in your previous
mail.
Do you mean use a customized stack at the transport layer in order to make
multiple connections?
In that case, I am afraid I do not understand why I need to tweak the
Try oSIP. It's parser does not support multi-thread, but you can run
transaction
layer, and transport layer into different threads.
Kaiduan
- Original Message
From: marius zbihlei marius.zbih...@1and1.ro
To: Vinod Parameswaran vin...@infoscience.otago.ac.nz
Cc: sip-implementors
Another possibility is that dropping messages with long lines is an
explicit policy of the ALG, rather than just being a crappy
implementation. If so, then the responsibility lies with whoever set the
policy.
Thanks,
Paul
Paul Kyzivat wrote:
Iñaki Baz Castillo wrote:
Hi,
Hello, trying to clarify thoughts with early dialog forking, generally
is there such concept?
For instance when receiving two 180s with different tags, should:
a) 2 early dialogs be constructed (why? is there any need to a
REQUEST to be sent before receiving 2xx response which needs the
tags?)
Hello all,
I have a specific requirement to route REGISTER requests through a set a
predefined proxies to REGISTRAR. Can we configure UAs with this information and
generate a REGISTER request with Proxy1 and Proxy2 in route headers.
RFC 3068 SIP extension header fields for service route
From: sip-boun...@ietf.org [sip-boun...@ietf.org] On Behalf Of Nitin Kapoor
[nitinkapo...@gmail.com]
I am facing the problem where one of source is sending bunch of RTP payload in
mline, and because of that my MSX is stripping 2 codec from that line,
Hi Eduardo,
Generally dialog is an end to end relation, not a SIP Proxy one. Proxy layer
is built above transaction layer and there is no dialog forking there is
only a request forking.
When SIP Proxy receives a response, possibly related to forked requests, it
finds the appropriate response
Eduardo Martins wrote:
Hello, trying to clarify thoughts with early dialog forking, generally
is there such concept?
For instance when receiving two 180s with different tags, should:
a) 2 early dialogs be constructed (why? is there any need to a
REQUEST to be sent before receiving 2xx
Siddhardha Garige wrote:
Hello all,
I have a specific requirement to route REGISTER requests through a set a
predefined proxies to REGISTRAR. Can we configure UAs with this information
and generate a REGISTER request with Proxy1 and Proxy2 in route headers.
RFC 3068 SIP extension
2010/9/2 Paul Kyzivat pkyzi...@cisco.com:
(a) is the correct answer.
You *may* need to send requests in an early dialog.
For instance, a reliable provisional response requires a prack to be
sent in the dialog. Also in some cases an UPDATE may need to be sent to
carry an additional offer.
Thanks all.
-- Eduardo
-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-:-
http://emmartins.blogspot.com
http://www.redhat.com/solutions/telco
On Fri, Sep 3, 2010 at 12:15 AM, Iñaki Baz Castillo i...@aliax.net wrote:
2010/9/2 Paul Kyzivat pkyzi...@cisco.com:
(a) is the correct answer.
Hi Siddhardha,
Please refer the table mentioned in RFC-3261 section-20.
Thanks,
Alok Tiwari
Aricent
-Original Message-
From: sip-implementors-boun...@lists.cs.columbia.edu
[mailto:sip-implementors-boun...@lists.cs.columbia.edu] On Behalf Of Siddhardha
Garige
Sent: Friday, September
16 matches
Mail list logo