Re: [Sipping] Progress on draft-jesske-sipping-etsi-ngn-reason-03

["Jesske, R" <[e-mail]>]

I'll try to reword the requirements:

REQ-1:
It should be possible to support PSTN-SIP-PSTN scenarios where the reason of a call release can be transferred though the SIP domain without any loss of information and no change of reason. 
REQ-2: 
It should be possible to provide correct announcements to a SIP user based on the reason for call clearing within the PSTN network or the PSTN user.

Is that better?

Best Regards

Roland

> -----Ursprüngliche Nachricht-----
> Von: [e-mail] 
> [mailto:[e-mail]] Im Auftrag von 
> [e-mail]
> Gesendet: Dienstag, 1. Juli 2008 03:37
> An: [e-mail]
> Betreff: Re: [Sipping] Progress on 
> draft-jesske-sipping-etsi-ngn-reason-03
> 
> 
>    From: "Jesske, R" <[e-mail]>
> 
>    REQ-GEN-1:  
> 
>       All simulation services must provide interoperability with the 
>       PSTN/ISDN. By interoperability we mean that, in the case that a 
>       simulation or supplementary service is provided to one 
> of the users 
>       when one of the endpoints is located in the PSTN and 
> the other is 
>       located in the NGN IMS network, the user should receive 
> the service 
>       without any degradation as if the service were provided 
> in the native
>       network. 
>    
> I'll warn you that this requirement statement is (from a SIP point of
> view) extremely vague, and you're not likely to get any traction from
> it.
> 
>    So the Reason header within responses will help to fulfil 
> this there are
>    certain cause values that are very specific for services. Like the
>    example within the draft pointing to the Closed User Group service.
>    
> It seems to me that what you are seeking is not the ability to carry a
> certain list of ISUP cause values (e.g., the ones listed in the I-D),
> but rather a means for carrying the ISUP cause value itself, a way to
> tunnel the ISUP cause value.in SIP, for SS7-SIP-SS7 double-gatewaying.
> 
> And if that's what you want, you should state it as a requirement.
> 
> Dale
> _______________________________________________
> Sipping mailing list  https://www.ietf.org/mailman/listinfo/sipping
> This list is for NEW development of the application of SIP
> Use [e-mail] for questions on current sip
> Use [e-mail] for new developments of core SIP
> 
_______________________________________________
Sipping mailing list  https://www.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use [e-mail] for questions on current sip
Use [e-mail] for new developments of core SIP