Re: [DMM] RFC 4006 failover of alternate and backup servers

[Bertz, Lyle T [CTO]]

Wrong list! My apologies! Please disregard.

From: dmm [mailto:dmm-boun...@ietf.org] On Behalf Of Bertz, Lyle T [CTO]
Sent: Thursday, February 02, 2017 9:21 AM
To: dmm@ietf.org
Subject: [DMM] RFC 4006 failover of alternate and backup servers

All,

The CC-Session-Failover AVP in its definition uses 'backup server' but the ENUM 
value for FAILOVER_SUPPORTED states


"Moving the credit-

   control message stream to a backup server MAY require that

   information related to the credit-control session should also be

   forwarded to an alternative server."



It is a bit vague to me what the point was here.  They use the term backup 
server and talk about the info related to credit-control session being 
forwarded to an 'alternate server' implying it is not the backup? But the 
diameter server in this case is the backup server.



Could someone elaborate on this please?  It seems a bit vague to me.



Lyle



This e-mail may contain Sprint proprietary information intended for the sole 
use of the recipient(s). Any use by others is prohibited. If you are not the 
intended recipient, please contact the sender and delete all copies of the 
message.
___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm

[DMM] RFC 4006 failover of alternate and backup servers

[Bertz, Lyle T [CTO]]

All,

The CC-Session-Failover AVP in its definition uses 'backup server' but the ENUM 
value for FAILOVER_SUPPORTED states


"Moving the credit-

   control message stream to a backup server MAY require that

   information related to the credit-control session should also be

   forwarded to an alternative server."



It is a bit vague to me what the point was here.  They use the term backup 
server and talk about the info related to credit-control session being 
forwarded to an 'alternate server' implying it is not the backup? But the 
diameter server in this case is the backup server.



Could someone elaborate on this please?  It seems a bit vague to me.



Lyle



This e-mail may contain Sprint proprietary information intended for the sole 
use of the recipient(s). Any use by others is prohibited. If you are not the 
intended recipient, please contact the sender and delete all copies of the 
message.
___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm

Re: [DMM] dime - New Meeting Session Request for IETF 98

[Bertz, Lyle T [CTO]]

k. so it's not in the dmm charter?

Where then should I submit the 'mobility over diameter' spec then?

-Original Message-
From: dmm [mailto:dmm-boun...@ietf.org] On Behalf Of Sri Gundavelli (sgundave)
Sent: Wednesday, February 01, 2017 10:28 PM
To: jouni.nospam ; dmm@ietf.org
Subject: Re: [DMM] dime - New Meeting Session Request for IETF 98

:) Its by design .. even your email client does not want you to leave DMM.

Thank you for all your contributions.

Sri



On 2/1/17, 5:00 PM, "dmm on behalf of jouni.nospam"  wrote:

>I was gently reminded that even if mobility could be achieved by
>tunneling packets over Diameter AVPs, it is not really in the charter
>of the DMM.. yet!
>
>..and now I will turn off the address autocompletion on this $¢@#&^!
>email client ;-)
>
>- Jouni
>
>
>
>> On Feb 1, 2017, at 7:51 AM, jouni.nospam  wrote:
>>
>> Folks,
>>
>> We have asked for 1h slot for the IETF98. The main topic would be
>>RFC4006bis. We might have other short status/progress updates on
>>Diameter group signaling, and e2e security.
>>
>> - Jouni & Lionel
>>
>>
>>
>>
>>> Begin forwarded message:
>>>
>>> From: "\"IETF Meeting Session Request Tool\""
>>>
>>> Subject: dime - New Meeting Session Request for IETF 98
>>> Date: January 31, 2017 at 5:13:31 PM PST
>>> To: 
>>> Cc: dime-cha...@ietf.org, d...@ietf.org, jouni...@gmail.com,
>>>stephen.farr...@cs.tcd.ie
>>> Resent-From: 
>>> Resent-To: jouni.nos...@gmail.com, lionel.mor...@orange.com
>>>
>>>
>>>
>>> A new meeting session request has just been submitted by Jouni
>>>Korhonen, a Chair of the dime working group.
>>>
>>>
>>> -
>>> Working Group Name: Diameter Maintenance and Extensions Area Name:
>>> Operations and Management Area Session Requester: Jouni Korhonen
>>>
>>> Number of Sessions: 1
>>> Length of Session(s):  1 Hour
>>> Number of Attendees: 150
>>> Conflicts to Avoid:
>>> First Priority:  detnet tsvwg tsvarea quic iccrg Second Priority:
>>> 6man v6ops  intarea
>>>
>>>
>>>
>>> People who must be present:
>>>  Stephen Farrell
>>>  Lionel Morand
>>>  Jouni Korhonen
>>>
>>> Resources Requested:
>>>  Meetecho support in room
>>>
>>> Special Requests:
>>>
>>> -
>>>
>>
>
>___
>dmm mailing list
>dmm@ietf.org
>https://www.ietf.org/mailman/listinfo/dmm

___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm



This e-mail may contain Sprint proprietary information intended for the sole 
use of the recipient(s). Any use by others is prohibited. If you are not the 
intended recipient, please contact the sender and delete all copies of the 
message.

___
dmm mailing list
dmm@ietf.org
https://www.ietf.org/mailman/listinfo/dmm