Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Evan Reiter

Pages: 1 [2] 3 4 5
16
The Classroom (Controller Tips) / Re: AIRAC File Corrupted?
« on: September 18, 2020, 05:55:30 AM »
When you say "ZDC AIRAC file", do you mean "sector file" (.sct2)? Or are you trying to load a separate file they have that updates navigation data?

17
General Discussion / Re: Pilot-Focused Ground School Seminars from BVA
« on: September 15, 2020, 05:56:46 AM »
We wrapped up our 2020 edition of Ground School with a discussion on RNAV Procedures last night.

For those who joined us live or who have been following along on YouTube, thanks for the support! A huge thank you to CFIs Alec Liberman and Krikor Hajian. In addition to busy college schedules and teaching students, Alec and Krikor were excellent hosts throughout this series of pilot-focused discussions.

Boston Virtual ARTCC hosts Ground School live about once every two years. Until the next one, you can find recordings from each of this edition's seminars on BVA's YouTube!

18
General Discussion / Re: Pilot-Focused Ground School Seminars from BVA
« on: September 14, 2020, 07:13:46 PM »
Does "descend via" cancel a previously-issued speed restriction? If VNAV tells you to descend, do you have to ask ATC for lower first? Do you have to meet an "expect" crossing restriction? These questions and many more are the subject of BVA's last 2020 Ground School seminar on RNAV Procedures.

Please note that the session will be recorded for a future upload to YouTube.

19
General Discussion / Re: Pilot-Focused Ground School Seminars from BVA
« on: September 07, 2020, 07:21:01 PM »
It's Part 2 of 2 on Instrument Approaches! All VATSIM members welcome.

Please note that the session will be recorded for a future upload to YouTube.

20
General Discussion / Re: Pilot-Focused Ground School Seminars from BVA
« on: August 31, 2020, 07:26:09 PM »
Tonight is the first of a two-part series on Instrument Approach Procedures. We'll discuss types of approaches, minima, landing variations, course reversals, missed approaches, and more! Then, on September 7, the second half of the series will look at some of the considerations that appear when flying different approaches.

Please note that the session will be recorded for a future upload to YouTube.

21
The Control Room Floor / Re: VATUSA Traffic Management Unit: Launch
« on: August 30, 2020, 09:41:21 AM »
2. Find a way to identify a currently-online TMU representative, who may or may not be actively controlling a position, for each ARTCC/facility on a ongoing basis, both during events and outside of event times.

Please don’t get in the habit of combining your TMU position with a controlling position.
No doubt; I agree that when you need a TMC to make tactical decisions, if they also are controlling, they will be hard-pressed to fulfill the TMU functions. I'm not suggesting to get away from that.

What I'm suggesting is that it should be very easy for me to identify, on a day-to-day basis, whether or not there's an event, who is the "point of contact" for Facility X when that facility is online. Quite often, it would be nice to be able to say "hey, which N90 is covering KXXX?" or "can we get a bit more MIT on departures from these three airports?". Sometimes posting in the ATC chat doesn't get an immediate response.

If we're going to look at building new resources for VATUSA and trying to pull data and other feeds, maybe there's a way to look at a technological solution here too. Imagine if you could look at the controller list and see a * beside the name of one person, at each facility, who is the "central point of contact" at the moment. When TMU is staffed, that's who it would be. When not, it could be someone else. Of course we know VATSIM won't allow that functionality to exist but maybe there's a way to do it through a Discord integration, a dedicated TMU website, or some other function I haven't thought of.

I think I've said several times that there's a time and a place for TMU to be staffed. ZBW has done it for all our significant events, including the Boston Tea Party situation you mentioned. But during support for a Tier 1 neighbor FNO is not one of those times.

22
The Control Room Floor / Re: VATUSA Traffic Management Unit: Launch
« on: August 28, 2020, 10:59:26 AM »
None of what was in the slides is final - it was merely a first draft designed to get conversation going between staff members about how to attack this issue. Changes are always an option and feedback is highly encouraged to myself, my team, and the rest of USA staff. Like was said in the meeting last week - we are here to help you guys succeed in your event.

[Nothing] here is final and I want to keep this discussion going to help us pave the way forward.
Thanks Ryan. So, in that theme and for clarity, I'm pointing out two things for your consideration:

1. For FNOs or other events that feature only airports in one ARTCC/facility, either:
--> Call them OPLEVEL2 events or
--> Reduce the burden of OPLEVEL3 events to make it a bit more reasonable on neighbors and on you if we're going to do a minimum of 52 FNOs a year, plus however many other events meet this criteria.

2. Find a way to identify a currently-online TMU representative, who may or may not be actively controlling a position, for each ARTCC/facility on a ongoing basis, both during events and outside of event times.

Regarding #1, my concern is the workload not just on the ARTCCs/facilities but also on your central TMU division is going to be extensive. As it stands, you'll need at least two individuals (National Ops Manager, Area Traffic Management Officer) for 7 out of the next 12 nights, based on the current VATUSA calendar. If you want to build something, built it sustainably so it's something you can have more than 3 months from now.

23
The Control Room Floor / Re: VATUSA Traffic Management Unit: Launch
« on: August 28, 2020, 09:51:18 AM »
1.
2. Re-defined to only apply to larger, 3+ ARTCC FNOs
It is this way, without the "larger" modifier:
What I mean is that, if you are going to keep the requirements of OPLEVEL3 the same, effectively encouraging a dedicated TMU at each Tier 1 and saying each Tier 1 has to be involved in pre-event meetings, you should limit OPLEVEL3 events to those that advertise multiple ARTCCs like the ZAB/ZFW/ZME Trifire in October that has one major airport in each ARTCC. However, the example in the slides is a ZTL FNO, which has one airport advertised in one ARTCC.

I'm proposing that an FNO advertising one airport in one ARTCC should be classified as OPLEVEL2 or we should consider reducing the requirements of OPLEVEL3 so each FNO doesn't become a massive burden, not just on the host facility but on each of their Tier 1's. Imagine being Memphis Center. The staff of ZME are going to have to give up not just their Friday but also their Thursday nights any time an FNO or other single-airport event is held in Indy, Atlanta, Houston, Fort Worth, or Kansas City. That could easily happen 3 out of 4-5 weeks and thus represent a significant impact for their staff.

(During COVID and/or for airports like ATL that tend to be very popular, you might make the odd FNO an OPLEVEL3 event. But I would advocate against this becoming the standard unless you reduce the workload burden on neighbor facilities.)

However, in the past six months or so, numerous facilities (in varying levels of coverage) have been providing TMU positions. Particularly, I explicitly remember ZJX, ZMA, ZTL, ZDC, ZNY, ZLC, and ZDV having staffed at least one TMU position during a busy event in the recent past.
Totally agree; I'm in favor of the majority of what you've got in the slides. ZBW has been staffing TMU since before I joined VATSIM too. It's a great resource for us, when the operational conditions dictate.

There are benefits to doing it over voice because it can happen quickly and there's less wait for typing and reading.
From a visibility perspective, I hope you're planning to use the regional channels in the vATCSSC Discord to manage pre-event communications (as we've been informally doing for past events). That way, each neighboring airspace can be kept in the loop about discussions. Maybe it's a matter of having the initial discussion via text with the option for a call and/or voice meeting as needed. Speaking from a ZBW perspective, it's truly hard to imagine a scenario where I would need to have a voice discussion with ZOB for a standard FNO featuring KBOS in non-COVID times. Again, I don't want every FNO to become CTP. The traffic (in regular times) doesn't warrant it. You may also want to think about how you schedule the pre-event meeting. That should, at minimum, be established in the staffing request 3-4 weeks out. Saying to people "hey, let's meet tomorrow night" doesn't always work for those of us who don't have a 9am-5pm work schedule (or even for those who do). Then, you have your discussions via Discord 3-7 days out and the day before, people can decide if the scenario warrants a voice call or not. From a ZBW perspective, very few of our events would. That likely is different in other regions where there is more inter-ARTCC collaboration required.

Currently, there isn't always someone to communicate to during an event about routing, restrictions, or any other relevant factors. But if we want to address the traffic management problem, we need to start with having people who can communicate for their facilities and people who will coordinate with others.
We should absolutely make this a requirement but it should be left for discretion as to whether a dedicated position is required or whether this can be managed by a controller who is working traffic. Yes, I realize it's much better to have a dedicated person in real life. And if you want to pay the same salary FAA TMU operators received, I'm game! When it warrants, have a dedicated position. But when it doesn't warrant, you should come up with a standard of identifying which active controller from the facility is "in charge" from a TMU perspective. I don't know if that's a _T_ in their callsign (not ideal for position swaps) or some kind of identification in Discord (like changing nicknames?). However you do it, identifying "the person" to talk to during an event (or heck, even during non-event scenarios) would be a valuable addition to our standard cross-ARTCC communication practices.

For example, in ZBW we define a CIC. In regular operations, that's the highest-level controller for the facility (so, ZBW). During an event when split Centers are in play, we'll always identify which of them is the CIC. I'm sure it would help neighbors to have a quick resource knowing which of the staffed Center controllers is the best person to contact for general cross-ARTCC questions.

24
The Control Room Floor / VATUSA Traffic Management Unit: Launch
« on: August 28, 2020, 06:35:53 AM »
I didn't see a thread here with discussion on the new VATUSA Traffic Management Unit so I thought I would make one.

In this post, I'm advocating that OPLEVEL3 needs to be re-thought and either be:
1. Scaled back significantly if it's going to apply to all FNOs
2. Re-defined to only apply to larger, 3+ ARTCC FNOs

I'm not ARTCC staff so perhaps there's a discussion I've missed. Specifically, I wanted to know if there has been any discussion from ARTCCs about some of the staffing requirements. From reading the PDF, it seems to me that VATUSA expects (or, at least wants) Tier 1 facilities to staff a dedicated TMU position any time there is a neighboring event (Page 18). Using the sample ZTL FNO that's described, that would mean Indy, Washington, Memphis, Jacksonville, and Houston would all be expected to staff not only Center but ALSO TMU. And then beyond that, there are going to be two representatives from the "national" level. That means we are going to go from having 0 required TMU controllers today to having 8 dedicated TMU positions. Doesn't that seem like a pretty big jump?



How many of our events really go that far "down the tubes" that 8 dedicated people are required to work TMU? As of today, I'd just be happy to have each of my neighboring facilities staffed with 1 controller!

Later in the document, using the same example, it says USA96 would cover the TMU function for facilities "where staffing isn't available". That seems to imply a facility should be trying to cover TMU. Speaking for myself, not as ARTCC staff, I would not feel comfortable assigning a controller to work a TMU position to support a neighbor's event. That is going to be a very boring 4-5 hours for whoever gets that assignment. Having worked plenty of "support" for neighbor ARTCCs, I can say that almost never does ZDC traffic get overwhelming for us to manage. Every now and again a ZNY event gets busy (because of the popularity of New York airports) but in those scenarios, we would much rather split Center than have one person working TMU watching the Center controller drown in managing the holding stack. 

Expecting someone to "sit and watch" on TMU during a ZDC FNO is unrealistic and disrespectful. I can't imagine anyone wanting to do that on a regular basis.

Particularly if the limit on the centralized training program for TMU controllers is a maximum of 6 per facility, it seems there will be a challenge to find certified individuals who want to do this work.

Similarly, asking all Tier 1's to attend a meeting the night before an FNO seems a little over the top. You're going to take about 10 people away from potentially controlling on-network for a planning meeting. Again, I wonder how necessary this is, or if some of this could just as easily be managed via a Discord discussion the evening before.

I know we're striving for realism in our operations but not every FNO is CTP. I suspect if you did a poll of VATUSA controllers, you'd find that only a few really are interested in TMU as a subject area (if they have done 1-2 events as a TMU before; it does seem interesting before you do it the first time). ZBW has historically staffed a TMU during any of what you're calling "OPLEVEL4" events: Cross the Pond, Boston Tea Party, etc. Everyone who has ever done it hates the fact that they have to effectively sit out the event and not control. We rotate it and live with it because, during those events, it's a necessary evil. But I can't see how that's justifiable while we're called to staff up for a neighbor's FNO.

The overall theme of this post is: this should be fun, for us and the pilots. There's a risk to layering the TMU stuff on so thickly the enjoyment a pilot gets in flying in this airspace becomes diminished. Yes, sitting on the ground is better than holding in the air. But there's a risk we start creating significant ground delays and no lineup at the other end. I think most pilots would prefer to fly to a busy, but manageable, airspace than to wait for 20 minutes and have a completely quiet arrival experience. Likewise, a lot of controllers do this because they enjoy the experience. Let's not take that away by mandating TMU time. I'd much rather spend an evening controlling on-network than participating in an hour-long planning meeting with a neighbor two doors down, particularly when I'm probably only going to work 20 of their airplanes.

There are absolutely, without question, some airports and some events that require a concerted TMU effort, particularly with the increases in traffic we have seen lately. For "OPLEVEL4" events...sure, let's have a TMU rep from each facility that's participating (as we've always done with CTP). But expecting or even asking ZBW to staff two separate Center-rated controllers, one to work traffic and a second to be TMU, for a ZDC event, is ridiculous.

There are good concepts here and many of them would be strong additions to the event lineup. But I challenge you to explain what problem you are really trying to solve when you say that two people, a Center and a TMU, are going to be requested from every Tier 1 for every FNO. I would advocate for removal of the OPLEVEL3, scaling it back significantly if it is going to apply to FNOs, or only categorizing some larger FNOs (like those involving 3+ ARTCCs as event facilities) as OPLEVEL3 and then leaving others as OPLEVEL2. Regardless, there should not be a requirement or expectation for neighbors to provide TMU staffing or pre-event discussion for a simple, single-airport FNO. Let's focus on getting the neighbors staffing their airspace first.

25
General Discussion / Re: Pilot-Focused Ground School Seminars from BVA
« on: August 24, 2020, 07:21:52 PM »
If you start thinking "which entry should I fly" when someone answers the phone with "please hold", tonight's Ground School is for you! Join Boston Virtual ARTCC's Alec Liberman for an in-depth discussion on flying Holds. All VATSIM members are welcome to join the session using the link below. When joining, pelase ensure your mic and video (camera) are muted (off).

Please note that the session will be recorded for a future upload to YouTube.

26
General Discussion / Re: Pilot-Focused Ground School Seminars from BVA
« on: August 17, 2020, 07:21:41 PM »
We're covering Oceanic Procedures tonight! All VATSIM members are welcome to join the session using the link below. When joining, pelase ensure your mic and video (camera) are muted (off).

Please note that the session will be recorded for a future upload to YouTube.

27
Feels like you stole that name from somewhere...

Did we?

EDIT: Discussed via PM. He was referring to the FAA's WINGS Pilot Proficiency Program. I knew about the FAA's program, of course, but didn't really see a connection that would be problematic. I personally don't think it's too much of a conflict. It wasn't intentional.

28
The Flight Deck / Boston Virtual ARTCC Launches Wings Over New England
« on: August 16, 2020, 01:12:59 PM »


Boston Virtual ARTCC's (BVA) new self-paced pilot training program is now live! Starting today, members of BVA can fly any of our 30 Wings Over New England (WINGS) flights on VATSIM to learn more about safely operating aircraft within the U.S. ATC system. 

If you are:

- Looking for more information about flying VFR through complex American airspace;
- Wanting tips on speaking with air traffic control;
- Hoping for guidance on flying full approaches, holds, and other complex IFR procedures;
- Interested in finding out more about RNAV;

WINGS may be for you! From VFR closed traffic at Nantucket (KACK), a back course instrument approach at New Bedford (KEWB), airline operations at Boston (KBOS), and RNAV approaches in the Adirondack Mountains (at KSLK), WINGS will take pilots on a scenic journey across the northeastern United States while offering engaging, self-paced learning along the way.



The program is designed for pilots who already know how to fly their aircraft; it won’t cover flying skills like using flaps or making turns. For that, we'd recommend going through an official VATSIM ATO like VATSTAR. Instead, WINGS addresses skills that apply to online flying in both VFR and IFR environments, making the most of what an at-home flight simulator can teach. It includes structured, self-guided training lessons that do not rely directly on an instructor, allowing pilots to learn at their own pace and in a comfortable environment. WINGS is not affiliated with the VATSIM Pilot Training Department.

Every WINGS flight contains a series of tasks. During the flight, ZBW controllers monitor progress to ensure each of the tasks is completed correctly. If a pilot successfully meets the standards, a rating is issued and the pilot progresses to the next flight. Pilots can choose to complete all 30 flights in sequence or focus on specific subsets like “I’m new to online flying”, “I want to learn about VFR operations”, or “give me an intro to RNAV”. 

To participate in the program, pilots must complete a free application to join Boston Virtual ARTCC. Once approved for membership, flights can be completed any time air traffic control is online in the Boston Center (ZBW) area. A schedule with expected air traffic control coverage is posted at www.bvartcc.com

Pilots can fly WINGS using any aircraft, provided they can meet the standards for the applicable flight. While a slower, piston or turboprop is recommended, private jets and even airliners are welcome too. The first half of the program specifically covers “low and slow” General Aviation operations like VFR pattern entries, helicopter and Class B transition routes, and visual navigation. The entire program is flyable with conventional navigation (i.e., VORs only), though pilots that have RNAV capability will gain more from the later flights.

For more information, visit www.bvartcc.com/wings.

Posted with approval from VATUSA12.

29
The Flight Deck / Re: Controllers Don't Respond to Text
« on: August 15, 2020, 09:18:57 AM »
What should I do in these situations?
Unfortunately, all you can do is keep trying...just like when you try to check on via voice and don't get an answer. After a few attempts, go back to the previous frequency and let them know you couldn't make contact. Or, if you were coming from UNICOM, try to reach any OTHER controller you can and advise them "I was supposed to reach 127.97 but the controller hasn't acknowledged after a few attempts, confirm you're able to see this message?" or similar. I suppose you could also try a private message to the controller, though chances are if they're not watching their radio message, a PM might not get much further.

If you're flying as "/r", which is a perfectly valid thing to do, then the controllers are responsible for monitoring their messages and responding to you. Of course, ensure you're sending an actual radio message and not a private message when you do check on. (Sounds like you were doing it right.)

As others have said, it can get very busy and sometimes the radio message doesn't get our attention as much as it should. It's not a great situation but it's also understandable when you're handling the volume of traffic we see during FNOs; it often exceeds what a real-world controller would be handling.


30
The Control Room Floor / Re: Handoffs: Think Frequency, Not Callsign
« on: August 12, 2020, 08:48:24 AM »
Evan, thank you for the time in sharing your thoughts on how handoffs should be handled. I completely agree with your statements, and I want to input my personal experience with working a neighboring ARTCC during the event.
Thanks Aidan! I didn't intend to call you out specifically, of course...I've been trying to drive this concept home within ZBW for the past several years. Just ask any ZBW controller who has tried to tell me that "handoffs are to NY_1_CTR" in a briefing...

Totally agree on rejected handoffs; that shouldn't be happening.

One thing we've done recently is created airspace.bvartcc.com as a quick reference for our active split. If you go there now, it will just show all available spilts. However, during an event, we post the specific split that's open (if you go to this link, you'll see what was published during Tea Party, albeit with a post-factum edit to include a reference to this post I just made). We've found this easier than telling people "yeah the split is on Page 6 of our LOA, oh wait, that's the old LOA, uh...". I recognize that, in the heat of battle, it's easier to just hear "high to 127.97" and we try to do that to...but I've always found a map helps.

I'd encourage other facilities to consider whether something like this is an option for them. We've tried to make it obvious and also put numbers on some of the key areas so we can say "change of plans, Area 6 is now going to 127.97" if we have to make an adjustment last-minute.

Pages: 1 [2] 3 4 5