https://bugs.wireshark.org/bugzilla/show_bug.cgi?id=7615
--- Comment #21 from Anders Broman <anders.broman@xxxxxxxxxxxx> 2012-09-04 04:24:37 PDT ---
(In reply to comment #20)
> (In reply to comment #19)
> > What about the proposed (not yet submitted) change from MCS coding to EGPRS
> > header type in the channel type enumeration?
> >
> > I can leave the gsmtap protocol as it is, or we can change it now.
> We cannot introduce any changes to GSMTAP that break backwards compatibility.
> There are multiple tools that can generate GSMTAP traces, and they would all
> have to be changed simultaneously. Similarly, changing the encoding of the
> field would render people unable to use old PCAP traces they took before.
> So I would prefer to keep it as it is right now.
> If we really want to introduce a new encoding, we would have to do this as a
> new GSMTAP_TYPE_ and keep the old type as-is. But I doubt it is worth the
> required duplication of the code.
> Regards,
> Harald
Perhaps we should just leave the gsmtap integration out for now, I would realy
prefer the other scheme.
--
Configure bugmail: https://bugs.wireshark.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are watching all bug changes.