Error descriptors within stream descriptors
Michael Dell <[email protected]>
| Newsgroups | gmane.ietf.megaco |
|---|---|
| Message-ID | <44EE1E31095AE349AC6C3C0B69FFBF02837179F0E5@ENFIMBOX1.ad.datcon.co.uk> |
Hi there
I have a question concerning the validity of adding an error descriptor in a command response within a stream descriptor - could the list please let me know if this should be valid Megaco (v3)?
When adding or modifying a multi-stream termination, we may identify an error with some subset of the streams. In this case, where should the error descriptor(s) be located? Specifically, is it valid to include an error descriptor within a stream descriptor?
For example, a termination with id "ip/1" has three streams (1, 2 and 3). A request to modify all three streams can be accommodated on stream 2, but fails for stream 1 and stream 3. The response I would like to send is as follows:
!/2 [16.16.16.16]:1
P=11{
C=200{
MF=ip/1{
M{
ST=1{
ER=449{"Unsupported or Unknown Parameter or Property Value"}},
ST=3{
ER=449{"Unsupported or Unknown Parameter or Property Value"}}
}}}}
The relevant part of the ABNF seems to suggest that an error descriptor is not a valid streamParm. I believe this makes the above invalid Megaco.
However, the "H.248 Sub-series Implementers' Guide" says, in section 7.1.20:
An Error Descriptor shall be specified at the "deepest level" that is semantically appropriate for the error being described ...
...
If the error being described can be determined to be at a descriptor level, the Error Descriptor may be returned at the descriptor level.
Does this indicate that stream-scope error descriptors are, in fact, allowed?
Thanks in advance for your input
Mike Dell
Data Connection Ltd.
_______________________________________________
Megaco mailing list
[email protected]
https://www.ietf.org/mailman/listinfo/megaco