think it is a case we must ensure that you can
negotiate and configure your desired way, without really considering if
it should be allowed at all. I think mandating usage of RTCP with RTP
for RTSP 2.0 would be good. But, I think that needs to be verified with
the WG.
cheers
Magnus Westerlund
On 2013-06-07 17:40, Elwyn Davies wrote:
On Fri, 2013-06-07 at 16:05 +0200, Magnus Westerlund wrote:
Appendix F: I missed that the text/parameter format appeared in the
examples for GET_PARAMETER and SET_PARAMETER. It isn't stated in the
definitions of these methods what encodings
complaints about this issue.
I hope this resolves your comments.
Cheers
Magnus Westerlund
--
Multimedia Technologies, Ericsson Research EAB/TVM
--
Ericsson AB
Hi Elwyn,
On 2013-06-07 14:26, Elwyn Davies wrote:
On Fri, 2013-06-07 at 11:35 +0200, Magnus Westerlund wrote:
Hi Elwyn,
Many thanks for the detailed review. We will address the nits you have
raised, but I cut them out of this reply to focus on the more
substantial issues you have brought
. We treat
privacy and security as matters of life and death, because for some
users, they are.
On Thu, Dec 6, 2012 at 2:01 AM, Magnus Westerlund
magnus.westerl...@ericsson.com wrote:
Hi,
I have reviewed draft-ietf-tcpm-initcwnd-06 and have some questions and
comments.
1) First of all
.
--
Magnus Westerlund
--
Multimedia Technologies, Ericsson Research EAB/TVM
--
Ericsson AB| Phone +46 10 7148287
Färögatan 6| Mobile
Hi,
Sorry for being late with this IETF last call comments. I will partly blame the
ADs requesting this Transport Directorate review a bit late, the other part is
all mine and the holidays. Anyway, I do hope you will consider these issues and
comments as I believe I found some serious ones in
to be defined by this text, where the
zero-checksum mode is defined by the rules in draft-ietf-6man-udpzero. I
have some difficulties determining what changes would improve this.
Cheers
Magnus Westerlund
--
Multimedia Technologies, Ericsson
via
http://datatracker.ietf.org/doc/draft-ietf-tcpm-initcwnd/
IESG discussion can be tracked via
http://datatracker.ietf.org/doc/draft-ietf-tcpm-initcwnd/ballot/
No IPR declarations have been submitted directly on this I-D.
--
Magnus Westerlund
Hi,
When the last call has ended I will update the draft with the changes
identified.
Mykyta Yevstifeyev skrev 2011-04-29 18:04:
Magnus,
29.04.2011 11:47, Magnus Westerlund wrote:
Hi Mykyta,
Thanks for the review.
See inline for response.
Mykyta Yevstifeyev skrev 2011-04-28 19:22
with merging them and this is likely a slight
improvement.
Cheers
Magnus Westerlund
--
Multimedia Technologies, Ericsson Research EAB/TVM
--
Ericsson AB
Joe Touch skrev 2011-03-28 15:33:
As one of the authors, I'm fine with this change too.
Me too,
Magnus Westerlund
___
Ietf mailing list
Ietf@ietf.org
https://www.ietf.org/mailman/listinfo/ietf
Magnus Westerlund
--
Multimedia Technologies, Ericsson Research EAB/TVM
--
Ericsson AB| Phone +46 10 7148287
Färögatan 6| Mobile +46
. Yes security is important, but as
previously discussed it doesn't appear that the actual level of security
provided is different if you are forced to use one port or two. It might
affect the ease of implementation and deployment of security, which is
another aspect of impact.
Cheers
Magnus
ways over the coming years.
Cheers
Magnus Westerlund
--
Multimedia Technologies, Ericsson Research EAB/TVM
--
Ericsson AB| Phone +46 10 7148287
that these guidelines should be
documented, and that is the plans as far as I know.
Cheers
Magnus Westerlund
--
Multimedia Technologies, Ericsson Research EAB/TVM
that they are legacy and does not come with
the new required consideration section?
Best Regards
Magnus Westerlund
--
Multimedia Technologies, Ericsson Research EAB/TVM
--
Ericsson
assigning one port, and still allow for more than
one if it really is needed.
Is it the above text that triggered your comment or some other text?
Cheers
Magnus Westerlund
--
Multimedia Technologies, Ericsson Research EAB/TVM
-
From: Magnus Westerlund magnus.westerl...@ericsson.com
To: apps-disc...@ietf.org; Internet Area int-a...@ietf.org;
rai-disc...@ietf.org; ops-a...@ietf.org; SAAG s...@ieft.org
Sent: Wednesday, January 19, 2011 9:30 AM
Subject: [apps-discuss] Fwd: Last Call: draft-ietf-tsvwg-iana-ports-09
on this Sec. section together. I
could use some help.
Ok
--
Magnus Westerlund
--
Multimedia Technologies, Ericsson Research EAB/TVM
--
Ericsson AB
that it is easy to target RAMS-R specifically for
an replay attack. Especially when sent in a reduced size RTCP packet
only containing RAMS-R and SDES CNAME. That has no time specific
information and all replay detection must happen in the security protocol.
Cheers
Magnus Westerlund
at the
indicated address and port will you find out that you are attempting a
delivery not intended.
Cheers
Magnus Westerlund
--
Multimedia Technologies, Ericsson Research EAB/TVM
:
Shouldn't the security consideration make it clear that RAMS-R are
especially suspectible to Replay attacks as there is no information in
the packet that one can use to detect that it is out of sequence.
Cheers
Magnus Westerlund
policies to IETF
Review as specified by RFC 5226.
I intended to instruct the RFC-editor in 10 days time about this change.
If there are any objections please bring those forward.
Cheers
Magnus Westerlund
IETF Transport Area Director
, which are
almost impossible to fulfill when the normative reference is going to
be experimental.
IMO, an experimental RFC would be fine for specification required.
Thomas
--
Magnus Westerlund
IETF Transport Area Director
that the term minimum is used generically, as
for many parameters, like loss rate or latency, what needs to be
specified is the maximum acceptable value?
--
Magnus Westerlund
IETF Transport Area Director
--
Multimedia
Hi,
My review of the changes is that they appear reasonable changes to
address the raised changes. I have putted the document on the IESG
agenda for the 13th of August. If you think that the changes are not
addressing your concern please raise this before the 30th of July.
Best Regards
Magnus
Hi,
I got a comment regarding my statement below. I missed making it clear
that this concerns what it possible to do using a single IP address on
the client side, even if there are more possibilities if you have
multiple ones.
Magnus Westerlund skrev:
Hi,
After having reviewed all the last
/
___
Behave mailing list
beh...@ietf.org
https://www.ietf.org/mailman/listinfo/behave
--
Magnus Westerlund
IETF Transport Area Director TSVWG Chair
--
Multimedia Technologies, Ericsson Research EAB/TVM
mailing list
beh...@ietf.org
https://www.ietf.org/mailman/listinfo/behave
--
Magnus Westerlund
IETF Transport Area Director TSVWG Chair
--
Multimedia Technologies, Ericsson Research EAB/TVM
that we are allowing the discussion. There will be
a BOF before anything if any is chartered on this topic.
Cheers
Magnus Westerlund
IETF Transport Area Director TSVWG Chair
--
Multimedia Technologies, Ericsson Research EAB/TVM
on
the specification and any deployed implementations. Otherwise the fix is
likely to cause more grief than the few devices that are broken.
Cheers
Magnus Westerlund
IETF Transport Area Director TSVWG Chair
--
Multimedia Technologies
knowing the math.
Kind regards
Peter
--
Magnus Westerlund
IETF Transport Area Director TSVWG Chair
--
Multimedia Technologies, Ericsson Research EAB/TVM
of this
discussion in the near future.
cheers
Magnus Westerlund
IETF Transport Area Director TSVWG Chair
--
Multimedia Technologies, Ericsson Research EAB/TVM
SM skrev:
At 03:01 22-09-2008, Magnus Westerlund wrote:
As I stated in response to John's question. No, the spam problem for
us contributors are one of the prices to contribute to IETF
unfortunately.
Item (1) takes us one step closer to discouraging the publication of
email addresses
Magnus Westerlund
IETF Transport Area Director TSVWG Chair
--
Multimedia Technologies, Ericsson Research EAB/TVM
--
Ericsson AB| Phone +46 8
Dave CROCKER skrev:
Magnus Westerlund wrote:
From my point of view the long usage and the lack of actual
reported issues and minimal impact a change would have on the
situation is why I cleared when I finally was engaged in any
discussion on the issue.
Magnus,
Offhand, it would seem
their address in example in an internet draft or RFC. I think
that this is as far as this goes and something any contributor to the
IETF unfortunately have to pay for their contribution in an open
organization with open access to its documents.
Best Regards
Magnus
--
Magnus Westerlund
IETF
!
Cheers
Magnus Westerlund
IETF Transport Area Director TSVWG Chair
--
Multimedia Technologies, Ericsson Research EAB/TVM
--
Ericsson AB| Phone
of this as an example of
unwanted traffic I guess we should remove it because it isn't the most
important.
Cheers
Magnus Westerlund
IETF Transport Area Director TSVWG Chair
--
Multimedia Technologies, Ericsson Research EAB/TVM
Doug Ewell skrev:
Magnus Westerlund magnus dot westerlund at ericsson dot com wrote:
I think any one of us would be might irritated to learn that the
suddenly started receive spam in large quantities because someone
published their address in example in an internet draft or RFC.
and later
John,
I might be to much a protocol designer to be a good writer of rule
documents. I will take your, Spencer's and Dave's input when
reformulating the note.
Cheers
Magnus
John C Klensin skrev:
--On Monday, 22 September, 2008 11:40 +0200 Magnus Westerlund
[EMAIL PROTECTED] wrote:
Hi
these issues. Be aware that IESG will consider them
and may object to certain usages unless reasonably motivated.
Cheers
Magnus Westerlund
IETF Transport Area Director TSVWG Chair
--
Multimedia Technologies, Ericsson Research EAB/TVM
Hi Stephane,
See below:
Stephane Bortzmeyer skrev:
On Fri, Sep 19, 2008 at 10:34:46AM +0200,
Magnus Westerlund [EMAIL PROTECTED] wrote
a message of 122 lines which said:
I note with even more interest that reservation of codepoints
for example or other documentation purposes would
is blocked or not. I actually are
worried that people may use a appeals always block publication as way
of forcing removal of ietf protocols from other SDOs specifications. The
reality is that neither IESG or IAB can process appeals extremely
quickly. Unless they are obvious bogus.
Cheers
Magnus
--
Magnus Westerlund
IETF Transport Area Director TSVWG Chair
--
Multimedia Technologies, Ericsson Research EAB/TVM/M
--
Ericsson AB| Phone +46 8
Hi,
My reading of this thread of comments is that there is no reason to
change anything regarding the document. I will therefore progress this
document towards approval.
Regards
Magnus Westerlund
Brian E Carpenter skrev:
On 2007-10-05 05:38, ken carlberg wrote:
I don't recall when
documented in 35+ RFC
- Inform a number of standard organizations or consortium like ITU,
ETSI, 3GPP, 3GPP2, DLNA, etc about the new rules and have them update
their specifications.
Are you volunteering to see these changes thou?
Regards
Magnus Westerlund
Multimedia Technologies, Ericsson
Further clarifications inline.
Robert Elz wrote:
Date:Fri, 01 Jul 2005 17:38:19 +0200
From:Magnus Westerlund [EMAIL PROTECTED]
Message-ID: [EMAIL PROTECTED]
I understand everything you're saying, except this part...
| I do want to point out that how we RTP uses
. It will help reduce the confusion that exist and have minimal
workload.
Bruce Lilly wrote:
Date: 2005-07-01 11:38
From: Magnus Westerlund [EMAIL PROTECTED]
Both in
RTP and MIME usage the types are after all media formats with specified
represenations.
That's a good reason to have registries which
check the mail headers you will find
the following header:
List-Unsubscribe: https://www1.ietf.org/mailman/listinfo/ietf,
mailto:[EMAIL PROTECTED]
You also receive a link for option changing and unsubscription in the
monthly reminder.
Best Regard
Magnus Westerlund
G.V.Raju wrote
different representations.
Cheers
Magnus Westerlund
Multimedia Technologies, Ericsson Research EAB/TVA/A
--
Ericsson AB| Phone +46 8 4048287
Torshamsgatan 23 | Fax +46 8 7575550
S-164 80 Stockholm
.
Does anyone see a problem with this scenario?
Johan Gerhardsson
Reddo Networks AB
email: [EMAIL PROTECTED]
phone: +46 (0)73 942 2436
http://reddo.net
Livdjursgatan 4
12162 Johanneshov, Stockholm, Sweden
--
Magnus Westerlund
Audio Technology, Ericsson Research
53 matches
Mail list logo