m=audio 25000 RTP/AVP 0
c=IN IP6 2001:DB8::1
m=audio 25000 RTP/AVP 0
c=IN IP4 192.0.2.1
This is 2 media stream, hence this could be correct option.
Vipul Rastogi
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Szilagyi,
To put B2BUA is in simple terms...A server which is governed by UAC and
UAS behavior but not necessarily in same session. So whenever one wants
to do something which is not feasible by standard SIP servers, free to
do with B2BUA server. It is application server whose implementation
(except UAC and
See the following draft:
http://tools.ietf.org/html/draft-ietf-sipping-v6-transition-07
> -Original Message-
> From: [EMAIL PROTECTED]
> [mailto:[EMAIL PROTECTED] On
> Behalf Of Szilagyi, Mike
> Sent: Tuesday, September 23, 2008 3:41 PM
> To: Sip-implementors@lists.cs.columbia.edu
> S
What is the proper way to signal RTP support for both IPV6/IPV4 in the SDP?
Should there be a single m=line with two c=lines:
m=audio 25000 RTP/AVP 0
c=IN IP6 2001:DB8::1
c=IN IP4 192.0.2.1
or two m=lines with two 2 c=lines:
m=audio 25000 RTP/AVP 0
c=IN IP6 2001:
From: "Vikram Chhibber" <[EMAIL PROTECTED]>
I think I have missed something here. Why do we need to maintain codec
numbers relationship with the previous offer/answer (Between Alice and Bob)?
My understanding is that offer/answer model does not have any state
dependency with previou
I'm not familiar with either of these "features", but I do agree that
you can invent features that would require a B2BUA.
Thanks,
Paul
Iñaki Baz Castillo wrote:
> El Martes, 23 de Septiembre de 2008, Paul Kyzivat escribió:
>> Iñaki,
>>
>> While many "pbx"s (including those from m
El Martes, 23 de Septiembre de 2008, Paul Kyzivat escribió:
> Iñaki,
>
> While many "pbx"s (including those from my employer) are implemented as
> B2BUAs, it is possible to implement pbx functionality without a B2BUA.
> (Dale and Scott can explain to you how they do it.)
Sure, I don't doubt it at
Bhanu K S (bhks) wrote:
> Hi Karthik,
>
> Lets say A supports certain codecs like G711ulaw and G711alaw.
> B supports G729 and G726. since both does not have common codec session
> establishment always fail.
> Here comes B2BUA importance, this receives invite from A and sends to B
> which B supp
Hi Karthik,
Lets say A supports certain codecs like G711ulaw and G711alaw.
B supports G729 and G726. since both does not have common codec session
establishment always fail.
Here comes B2BUA importance, this receives invite from A and sends to B
which B supports. Hence A and B will establish sessi
I agree that SIP allows UDP fragmentation. However for vulnerability reasons,
UDP fragmentation support is disabled within some deployments.
Including requests within responses is discussed within the following expired
draft. See security section for reason others than size.
http://tools.ietf
karthik,
B2BUA is a very general mechanism that may be used for a multitude of
purposes, some good, some evil.
Some things that are B2BUAs that you might not think of as such:
- a conference focus
- a presence server
The kind of B2BUA you seem to be talking about is probably an SBC, or
maybe a
Iñaki,
While many "pbx"s (including those from my employer) are implemented as
B2BUAs, it is possible to implement pbx functionality without a B2BUA.
(Dale and Scott can explain to you how they do it.)
Paul
Iñaki Baz Castillo wrote:
> 2008/9/23, karthik karthik <[EMAIL PROTECTED]>:
>>
I think I have missed something here. Why do we need to maintain codec
numbers relationship with the previous offer/answer (Between Alice and Bob)?
My understanding is that offer/answer model does not have any state
dependency with previous one except for "o" line and maintaining media
description
On Tue, 2008-09-23 at 16:21 +0200, Iñaki Baz Castillo wrote:
> 2008/9/23, Klaus Darilion <[EMAIL PROTECTED]>:
>
> > > it would also be helpful to include the request as a message/sipfrag
> > > body in the response, since this gives the sender some hope of
> > > understanding how the request re
RFC 3551 has defaults for common codecs in RTP. It is a good idea to stick to
those defaults when you can for improved interoperability. It does however
note:
4.3 Guidelines for Sample-Based Audio Encodings
An RTP audio packet
may contain any number of audio samples, subject to the constr
Hi Karthik,
Functionality of B2BUA
1. Act as inter-working functionality from SIP to H.323.
2. Supports codec translations from two different call legs
I.e. A -> B2BUA -> B
3. By Call Management B2BUA can generate Call Detail records
for billing purposes.
Thanks,
Prateep.K
-Orig
2008/9/23, Klaus Darilion <[EMAIL PROTECTED]>:
> > it would also be helpful to include the request as a message/sipfrag
> > body in the response, since this gives the sender some hope of
> > understanding how the request reached the wrong place.
>
>
> Sounds useful. Nevertheless I wonder why th
Scott Lawrence schrieb:
> On Mon, 2008-09-22 at 16:53 +0200, Klaus Darilion wrote:
>> Hi!
>>
>> What is the response code for a SIP request which was routed to the
>> wrong proxy, e.g. "INVITE sip:[EMAIL PROTECTED]" was wrongly routed to
>> example.com SIP proxy. How should example.com reject the
Hi Karthik,
As you stated below the B2BUA role is mainly for any kind of services. It
could be PBX, Annoucement, conferencing or for security.
In general SIP proxy provides the routing of sip messages. B2BUA is a kind
of functionality and if you like you can implement together in the same
physica
2008/9/23, Hari Kumar <[EMAIL PROTECTED]>:
> Can you please tell me, where we can get the information related
> to "Max Length of "Sip Display Name" field in From header".
No limit.
> I would also like to know, which are the characters, that are
> allowed in "Sip Displ
2008/9/23, Kamalakanta Palei (kpalei) <[EMAIL PROTECTED]>:
>
> Hi
> The question is "What is the response code for a SIP request which was
> routed to the wrong proxy, e.g. "INVITE sip:[EMAIL PROTECTED]" was wrongly
> routed to example.com SIP proxy. How should example.com reject the request?
>
Hi
The question is "What is the response code for a SIP request which was routed
to the wrong proxy, e.g. "INVITE sip:[EMAIL PROTECTED]" was wrongly routed to
example.com SIP proxy. How should example.com reject the request?
404 or is there a better code - something like "I am not authoritative
No Limit as long as it is quoted string
Somesh S Shanbhag
M G L Bangalore
-Original Message-
From: [EMAIL PROTECTED] on behalf of Hari Kumar
Sent: Tue 9/23/2008 3:38 PM
To: sip-implementors@lists.cs.columbia.edu
Subject: [Sip-implementors] Max Length of "Sip Display Name" field in Fromh
Hi All,
Can you please tell me, where we can get the information related
to "Max Length of "Sip Display Name" field in From header".
I would also like to know, which are the characters, that are
allowed in "Sip Display Name" filed.
Regards
Hari
2008/9/23, Kamalakanta Palei (kpalei) <[EMAIL PROTECTED]>:
>
> I hope the right response cdode is 403 Forbidden.
> While proxy sends 403 to UA it indicates two information to UA.
For me 403 means: "You don't have permission to access this resource,
but I'm capable of offering it".
Why not a 502
I hope the right response cdode is 403 Forbidden.
While proxy sends 403 to UA it indicates two information to UA.
1. Authorization wouldn't help.
2. Do not repeat the request.
Thanks
Kamal
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
Klaus Darilion
S
2008/9/23, karthik karthik <[EMAIL PROTECTED]>:
> Hello,
> Here is a question which I have for long time.
> What is the prupose of having B2BUA?
> I know that the B2BUA changes from tag,
> callid and maintains a seperate dialog when to tag is received.
>
> But why it does change in these heade
Hi Karthik
B2BUA has got its own advantage.
Imagine a call where originating side (Say Phone A) mandates a
particular feature and the terminating side (Say Phone B) does not have
support for that. In that case B2BUA will act as terminating endpoint
for Phone A and orginating endpoint for Phone B.
Hello,
Here is a question which I have for long time.
What is the prupose of having B2BUA?
I know that the B2BUA changes from tag,
callid and maintains a seperate dialog when to tag is received.
But why it does change in these headers?
Some say it is for security reasons?
If yes how is it used for
29 matches
Mail list logo