RE: Last Call on RSVP Label Allocation for Backup Tunnels

[neil.2.harrison@bt.com]

Can I check please Monica/Rolando.....I assume the issue is *not* voice per
se (ie not a function of the application) but perhaps something to do with
*some* signalling protocol?  In which case the ideal would be to make the
signalling protocol more robust....but I suspect this will not be possible.

neil

> -----Original Message-----
> From: Zappacosta Rolando Jorge [mailto:zappacor@TELEFONICA.COM.AR]
> Sent: 06 April 2001 13:58
> To: 'Lazer, Monica A, NNAD'; 'neil.2.harrison@bt.com'; 
> raszuk@cisco.com
> Cc: mpls@UU.NET; ccamp@ops.ietf.org
> Subject: RE: Last Call on RSVP Label Allocation for Backup Tunnels
> 
> 
> I agree, this is the same everywhere. I've been looking at 
> these mails with
> interest because this may be an issue in the NGNs backbones.
> Take also into account that the disruption may be not enough 
> to drop calls
> but to cause a voice quality degradation incompatible with 
> the desired one,
> so the less the down time, the happier the service providers will be.
> 
> 
> > -----Mensaje original-----
> > De:	Lazer, Monica A, NNAD [SMTP:mlazer@att.com]
> > Enviado el:	Viernes 6 de Abril de 2001 09:02
> > Para:	'neil.2.harrison@bt.com'; raszuk@cisco.com
> > CC:	mpls@UU.NET; ccamp@ops.ietf.org
> > Asunto:	RE: Last Call on RSVP Label Allocation for 
> Backup Tunnels
> > 
> > Voice switches will drop the connections after 2.5 seconds. 
> A large number
> > of dropped calls will cause FCC reportable events, which is 
> something that
> > US carriers need to avoid. So restoration within this time 
> frame is needed
> > for support of trunks carrying voice traffic.
> > 
> > Monica A. Lazer
> > Advanced Transport Technology and Architecture Planning
<snipped to end>