RE: [Ethereal-dev] Changed cause code "strings " in packet-q931to conform to q.850

["Anders Broman (EAB)" <anders.broman@xxxxxxxxxxxxxxx>]

Hi,
Hopfully thinking before replying this time, I agree with Guy Harris

"Instead, what should probably be done is:

	have a "dissect_cause_ie()" routine that takes a tvbuff_t *, an
	offset, a length, a proto_tree *, *and* a const value_string *
	as arguments - it's code would be what's in
	"dissect_q931_cause_ie()", except that it uses the specified
	value_string table to dissect the cause code;

	the Q.931 dissector should call it with the current cause code
	value_string table, which should not be modified;

	the ISUP dissector should call it with a new Q.850 cause code
	value_string table."

Sorry for any inconvinience caused.
Best regards
Anders

-----Original Message-----
From: Guy Harris [mailto:gharris@xxxxxxxxx]
Sent: den 7 februari 2003 06:42
To: Michael Tuexen
Cc: Anders Broman; ethereal-dev@xxxxxxxxxxxx
Subject: Re: [Ethereal-dev] Changed cause code "strings " in
packet-q931to conform to q.850


On Fri, Feb 07, 2003 at 12:41:17AM +0100, Michael Tuexen wrote:
> I have not have the specs on my table

I have them on my (FreeBSD) desktop (at home) - in fact, I could have
had *two* copies of the Q.850 spec just now, because I'm an idiot and
bought a copy from the ITU Web site before checking whether I already
had one - and it looks as if at least some of the problematic cause
codes aren't specified in Q.931.

However, some pages seem to show those cause codes, e.g.:

	http://www.planet.net.au/~neale/aus-isdn/Q931short.html

"008 Prefix 0 dialed but not allowed".

I don't know whether that's because they're national ISDN codes rather
than Q.931 standard codes, or what.
_______________________________________________
Ethereal-dev mailing list
Ethereal-dev@xxxxxxxxxxxx
http://www.ethereal.com/mailman/listinfo/ethereal-dev