"Okay, so I will just casually learn a new programming language and write a device driver for a century old hardware, because why not" Pretty amazing! As a software engineer, I'm pretty impressed by what you achieved!
@@SilentGloves I actually suspect that she is a JOAT. :) (Jack/Jill of all trades). I think you would have to be to keep a panel or crossbar switch working now that you can't just call western electric for new parts.
As someone who's spent almost 20 years building systems using Asterisk for various purposes, I have to say this is arguably the most incredible use I've seen. It's also *exactly* the kind of thing that the early community would've loved (things have, unfortunately, become a lot more corporate over the years). Great job!
I made my living replacing office systems with Asterisk and installing Hylafax fax -> PDF gateways for a few years. Only messed with a couple T1s, but this is truly next level.
Amazing. Awesome. Brilliant example of excel in engineering. As a software engineer and architect with 25yrs in telco industry I tell you - you are magnificent. People with attitude like yours are driving the world. I beg you, under any circumstances, please do not lose your enthusiasm.
Wow, going from ‘I don’t know C’ to ‘dammit, I’ll write the driver myself’ isn’t a leap i think most would try to take but I think many would get a lot from. Hope you had plenty of fun learning that way, hope others take inspiration from that too!
Also, were you to teach computer science, i think I’d have loved to learn it from you. I really like your presentation style and I’d really like to understand how you manage to speak so well to a broad audience, engaging to those with experience and still clear to those without and without speaking excessively in technical terms; it’s something i think i could stand to improve on myself.
@@monad_tcp i think whether or not I’d recommend it would depend on the person; if you’re self driven enough I don’t see why doing it as an absolute beginner would be such a bad idea. Just be prepared to take smaller incremental steps and do your work on a machine that won’t be an issue if you do something catastrophically wrong.
@@xurtis I feel like that depends on exactly how you're defining "absolute beginner". Seems like it'd be a pretty rough time if you don't even know what a variable is yet. But I agree that a lot of beginners could probably benefit more from something like this than continuing to green-field stuff from assorted tutorials. I feel like, in general, "reading actual, real-world code" is an under-utilized learning tool... (insert tangent about open source vs closed source here)
Your presentation style gets more engaging and charming with each and every video... Even this deep dive, in spite of it being very computer-y, was entertaining and totally understandable to me, someone who hasn't coded since college! 👍😁👍💚
Nice job! I am a professional software engineer, and I can confidently say that branching out to your own implementation of a confusing function instead of refactoring is a time honored tradition, even if it isn't best practice! :) Does this mean that the Museum will be returning to C*NET or Phreaknet soon?
It's absolutely okay to say other people's code is bad, but it doesn't necessarily mean a lot, because everyone hates everyone else's code, as well as their own from 6 months ago.
clicked for Linux, stayed for the analog nerd stuff and proceeded to send the video to everyone. I'm still too scared to write kernel modules but modifying software to add the features I want is something I do often. good job on getting it to work
Kernel drivers aren't too bad - the interfaces are well documented, so long as you know the hardware you're interacting with. PCI and PCIe are very well abstracted and the vast majority of USB devices can be driven with a user mode driver.
Cracking open a beer to celebrate your moment of victory with the Panel > Linux > Panel round-trip call. That is a totally awesome feeling. ***K Yeah Indeed!!!
As a kernel developer - the kernel is just another C program. After 33 or so years it has become pretty large and complex but you can ignore most of that to get started. There are many tutorials around. There used to be a project to introduce prgorammers into the Linux kernel, Kernelnewbies, Linux Kernel Newbies. Search for that.
You should be insanely proud of this achievement! It's great to see an integration that helps us understand the old panel switch better. You should also be proud of this video, which was not just interesting but had clarity and enthusiasm. Thank you very much for doing this.
i just wanted to say, I am so happy to see, that you as a museum do such a wonderful job in preseving those machines. Yes it costs money to run those machines, yes it defininitely is not easy to do and requires a lot of effort. but I myself worked in a Museum a while, and they did not even try to preserve the stuff they had, the outright destroyed most of their bigger machines and computers to make them look like they are doing something while actually it all is controlled by a modern arduino. I found it really depressing how that museum treated their stuff. thats why i am even more happy to see places like the connections museum or the computer history museum do such a great job of preserving even bigger and more complicated machines. thank you.
I'm a tech lead in embedded software and have worked in it for 30 years because I love writing code that makes real world stuff happen. That joy when you run code and something happens to some thing elsewhere is wonderful. Congrats!
As a nerd who also gains personal satisfaction from tackling big projects of little commercial usefulness, I approve of and applaud your dedication and success. Congratulations on your achievement. I will never reach the level of satisfaction you must have from this extremely cool project. I bow to you and will forever have you in my personal hall of fame for accomplishing the adaptation of a panel switch into a Linux peripheral. This is just spectacular, and lives high up among many significant achievements made by you and the Museum staff. Damn good show! (And thanks for the awesome video to explain it, too.)
Sara, your giddy joy from this accomplishment is palpable. You are a treasure! I doubt there are many people in the world with your unique knowledge and skills in telephony. I would absolutely love to spend a day shadowing you at the museum.
Congratulations on modifying the dadhi (sp?) to get everything working. It was a fascinating video to watch. For nine months in 1994, I was a software developer contracted to MCI in Cedar Rapids, IA. One puzzling problem to solve was eliminating the various beeps and boops that a customer heard switching to an audio recorder for delayed message delivery. In the "bull pen", there was one contractor who would dial another number in the room and hang up when it was answered. George was helping me test it. Once I confirmed that it worked, I told George, "I have one more test." "One more?" "Yes, Sashi." He said "Let's do it." George recorded "Sashi, we know you're doing this. Stop. You've been warned." I set it for a 5 minute delay, and we went back to the "bull pen". Sashi's phone rang, but he didn't see anyone using the phone. His face turned pale.
This sort of content is what the internet is for. I've been making code talk weird old protocols to and between weird old hardware (and weird new hardware) since 1972 and I still get that H*CK YEAH! moment when things work. Fabulous work Sarah!
This was very exciting. I was jumping up and down when the call got through. I used asterisk back in my previous life for non standard scenarios, so I know how hard this was. I'll certainly have a look at the code and enjoy it as well.
This is awesome and very inspiring. I love code that affects physical objects / machines, and I love old phone equipment. Well done to you for getting to the end of the objective. You make reference of New Zealand as one of the locations that there is a working phone exchange of similar age to the one in the video. I live in New Zealand and have played with the exchange at the Taranaki Aviation Transport and Technology Museum. I was completely mesmerized by it we went for a hour, I stayed the whole day!. Keep up the cool content and your infectious enthusiasm for what you are doing.
Very cool project! Thanks for explaining how it works and showing your code in action! It's very rewarding to develop something like this and have it work!
That’s was an awesome videos. Loved how your able to link systems that are 70 or 80 years old to the 21s century. It was very interesting and entertaining.
I love it when someone foolishly walks into a problem an says "I can do this" having no idea what that entails and go on and actually do it and make an actual thing that works! This was amazing and helps to keep my faith in humanity que high.
A comment for comments sake, i like to tickle the algorithm! Great episode, I am so happy when I see people trying something a bit new or outside their fieldhouse and knock it out of the park.
Amazing and congratulations! Even for modern peripherals, writing kernel drivers is not for the faint of heart! I love your enthusiasm and hope to visit your museum someday!
This is SO COOL, hot dang!! I love integrating things from such wildly different eras like this. You're a brave soul for diving head-first into kernel drivers and learning C as you go - I'm very impressed you not only survived, but emerged victorious! And the diagrams in this video are next-level. "D4 -> 4 wires, 5 feet -> computer!" put a huge smile on my face 😄
A real deal hacker! I love your engineering. Give a big hug to the girls too, they really deserve it! Sam Battle (Look Mum No Computer / This Museum Is Not Obsolete) will surely be interested in the project :)
As someone who does something similar professionally, putting comment references to documentation is pure gold. Great work on that, as you will no doubt thank yourself later when you have to fix something years later. As for Asterisk , I haven't played with that in ages, and honestly forgot it even existed. Still, I could see how it would be perfect for this application. All very cool!
❤This is amazing. I had the pleasure of visiting your museum 2 years ago and I am always amazed by the devotion to preserve such beautiful "antiquated" tech. Thank you for showcasing and explaining such incredible feats of technology.
Great job! Asterisk is not a small thing to jump into, that you were able to overcome is, um, ‘nuances’, is really remarkable! Hope I get to stop by the museum if I’m ever in town!
Your explanations of switching are always informative and interesting. Linux computers have passed through this hobby room now and then. Keep the videos coming👍 And thank You for what you’ve done Sara👍
As someone that has a similar level of programing knowledge and almost none on C and the same level on the backroom knowledge of telephone switching this was an incredibly informative video of both current and okd technology and getting the two to play nicely together. With some humor thrown in as well, loves Sarah's reaction to the first successful call through here Franken switch system
Wow, that is pretty impressive!! I know barely enough telephony to almost understand what you were doing, and know a little bit of C so that I can grasp the challenge, and that tells me you did something pretty freaking amazing! I have friends who worked for Bell Northern Research/Northern Telecom (later Nortel) who wrote some of the code that ran the switches Nortel sold. I am going to pass this video on to them as I am sure they will find it interesting!
As someone who has worked with Asterisk (among other VoIP Systems, some asterisk based, some not) I can really appreciate how much effort this all took. One day when I'm in the states, I'll get my butt down to the museum.
Amazing presentation. I never really thought about how a non-panel office received a call from a panel office. Now I know that the non-panel office "emulates" another panel office but with relays instead of panel equipment. I've used dahdi for POTS lines but never thought it could be used for signaling and for a panel switch, I'll bet that was complicated.
Wow this is one of my favorite episodes - great job Sarah! thank you for going into detail with the code and how things work I really really enjoy every second of this one, bravo! 🎉
Lol… I laughs at the last part of the video and clicked on every like, hot, cool, nice buttons to make sure you continue to make these videos. By the way, I’m in Canada and I intend to come over this summer. I d really enjoy a tour of that museum with you guys. Have a nice day !
Yep, that's right up there with TTY devices, which originated right around the same time as that panel switch. I think the first Morkrum (predecessor of Teletype-in this case, the company, not the genericized word for the device) machine was around 1910, and the first panel switch around 1915. However, it isn't quite clear whether those first TTYs were using Baudot code or some proprietary solution. The company called their earliest codes "Blue Code" and "Green Code" and so it isn't possible to claim definitively that the Baudot code type of TTY, that Linux supports, was before 1915. Giving the panel switch the edge!
Great Job. I can relate to your excitement from developing a program that works correctly having done that myself when working for Ma Bell but I was in the computer environment talking to #4 X-bar machines through yet another computer pulling data daily from all the #4 switches. It was quite a task as the raw data was not consistent as they were from machines running various versions of their software and naturally they did not have a rigid protocol for data output as it was originally just expected to be read on a printout or screen by a person so an added space or a tab here and there did not matter but it sure did to my program as I had to allow for multiple instances of format on each and every data message that my program was parsing. I used the SpaceX approach, let it run and fix what breaks in the next version until I was able to output a report in the desired format that the users needed. Congratulations in getting up to speed in C language it is a satisfying thing to accomplish. A lot of the software I wrote was written in Perl, if you can do C Perl is very similar but does not need to be compiled and for applications that don't need the ultimate speed of C it's great, way faster than BASH but just write and run just like BASH/BOURNE Shell, great stuff.
Hoping to someday visit the museum. All of you up there with your vast knowledge is amazing. Im still lost after watching many videos on how that stuff works even at the mist basic level other than its magic.
This is so interesting, I can't believe that Linux supports it with only a kernel module. Love learning something new everyday. Love the channel, keep up the good work. You did an amazing job and you should be proud of yourself for accomplishing such a task.
Congratulations!! I know you've been working at this for some time. The work you and the other volunteers have been doing is nothing short of amazing. The effort needed to get the switching systems to do more than just "make a phone ring" isn't lost on me :)
@@ConnectionsMuseum It's like the difference between getting a Jukebox to play a record placed on the turntable, and getting it to make automatic selections, skip empty slots, and count coins properly - in both cases it "does something" but one is much further from the machine's original intent!
Wow, what an achievement! You have every reason to be proud of yourself. You might want to get in touch with Sam from "This museum is not obsolete" who is a maintainer (among various other things) on an ancient British Telephone exchange within his museum. You probably would have a lot of fun sparring with each other. Sam is a bit of a Homo Universalis, since he is proficient in so many different subjects and he stays humble and social.
Awesome! There's a great scene on the film "The Boston Strangler" that shows a switch working when they are trying to catch the killer. It's an awesome film and Tony Curtis plays the main character.
This was also a great example of how one can apply the principles of electrical engineering to computer code. The two domains can be quite interconnected if you allow them to be!
Im absolutely amazed the amount of backwards compatibility thats happening in this video! the fact that 1940's era equipment was effectively running what was emulation of the old way of signaling to keep the peace instead of fracturing the signal standard is flabbergasting.
Great work Sarah! I know Asterisk well and this is no mean accomplishment. And shouting "Fuck yes!!!" is always the correct approach when you get something working for the first time.
That is quite amazing..... you should write a paper... this has got to be worth a mention in the annals of telecommunication history. It has certainly inspired me!!!
I think I have terminal Analog Brain Syndrome cause the first thing that came to my mind would've been to throw some stuff together on breadboard outta 74-series logic, but then I went and realized that this has to handle a fair number of actual lines, and that'd mean running off several dozen converter boards to handle the entire usable outgoing trunk width, one line at a time. Software's a lot more clunky to design and a lot less straightforward than "MF decoder chip and counter chip feeding into a comparator" but with code you only have to build it once, making it handle hundreds of lines at a time is just as easy as making it handle one or two.
"Okay, so I will just casually learn a new programming language and write a device driver for a century old hardware, because why not" Pretty amazing! As a software engineer, I'm pretty impressed by what you achieved!
I came here to say that this person is a Software Engineer and hasn't yet realized it.
@@SilentGloves I actually suspect that she is a JOAT. :) (Jack/Jill of all trades). I think you would have to be to keep a panel or crossbar switch working now that you can't just call western electric for new parts.
As someone who's spent almost 20 years building systems using Asterisk for various purposes, I have to say this is arguably the most incredible use I've seen. It's also *exactly* the kind of thing that the early community would've loved (things have, unfortunately, become a lot more corporate over the years). Great job!
I made my living replacing office systems with Asterisk and installing Hylafax fax -> PDF gateways for a few years. Only messed with a couple T1s, but this is truly next level.
Amazing. Awesome. Brilliant example of excel in engineering. As a software engineer and architect with 25yrs in telco industry I tell you - you are magnificent. People with attitude like yours are driving the world. I beg you, under any circumstances, please do not lose your enthusiasm.
Wow, going from ‘I don’t know C’ to ‘dammit, I’ll write the driver myself’ isn’t a leap i think most would try to take but I think many would get a lot from. Hope you had plenty of fun learning that way, hope others take inspiration from that too!
Also, were you to teach computer science, i think I’d have loved to learn it from you. I really like your presentation style and I’d really like to understand how you manage to speak so well to a broad audience, engaging to those with experience and still clear to those without and without speaking excessively in technical terms; it’s something i think i could stand to improve on myself.
@@monad_tcp i think whether or not I’d recommend it would depend on the person; if you’re self driven enough I don’t see why doing it as an absolute beginner would be such a bad idea. Just be prepared to take smaller incremental steps and do your work on a machine that won’t be an issue if you do something catastrophically wrong.
@@xurtis I feel like that depends on exactly how you're defining "absolute beginner". Seems like it'd be a pretty rough time if you don't even know what a variable is yet.
But I agree that a lot of beginners could probably benefit more from something like this than continuing to green-field stuff from assorted tutorials. I feel like, in general, "reading actual, real-world code" is an under-utilized learning tool... (insert tangent about open source vs closed source here)
Her next challenge should be to rewrite it in Rust.
Your presentation style gets more engaging and charming with each and every video... Even this deep dive, in spite of it being very computer-y, was entertaining and totally understandable to me, someone who hasn't coded since college! 👍😁👍💚
Agreed
Nice job! I am a professional software engineer, and I can confidently say that branching out to your own implementation of a confusing function instead of refactoring is a time honored tradition, even if it isn't best practice! :) Does this mean that the Museum will be returning to C*NET or Phreaknet soon?
It's absolutely okay to say other people's code is bad, but it doesn't necessarily mean a lot, because everyone hates everyone else's code, as well as their own from 6 months ago.
Goosebumps when that phone rang at about 16:40! You're a genius to pull that off.
And a nice 100 year celebration feature for the machine.
clicked for Linux, stayed for the analog nerd stuff and proceeded to send the video to everyone. I'm still too scared to write kernel modules but modifying software to add the features I want is something I do often. good job on getting it to work
Kernel drivers aren't too bad - the interfaces are well documented, so long as you know the hardware you're interacting with. PCI and PCIe are very well abstracted and the vast majority of USB devices can be driven with a user mode driver.
Someone (was maybe even Linus himself?) said, kernel programming is like old DOS programming: you make an error, you reboot.
Cracking open a beer to celebrate your moment of victory with the Panel > Linux > Panel round-trip call. That is a totally awesome feeling. ***K Yeah Indeed!!!
As a kernel developer - the kernel is just another C program. After 33 or so years it has become pretty large and complex but you can ignore most of that to get started. There are many tutorials around. There used to be a project to introduce prgorammers into the Linux kernel, Kernelnewbies, Linux Kernel Newbies. Search for that.
You should be insanely proud of this achievement! It's great to see an integration that helps us understand the old panel switch better. You should also be proud of this video, which was not just interesting but had clarity and enthusiasm. Thank you very much for doing this.
21 minutes of magnificent storytelling -- Love it. Awesome work!
Thank you! 🙏
i just wanted to say, I am so happy to see, that you as a museum do such a wonderful job in preseving those machines. Yes it costs money to run those machines, yes it defininitely is not easy to do and requires a lot of effort. but I myself worked in a Museum a while, and they did not even try to preserve the stuff they had, the outright destroyed most of their bigger machines and computers to make them look like they are doing something while actually it all is controlled by a modern arduino. I found it really depressing how that museum treated their stuff. thats why i am even more happy to see places like the connections museum or the computer history museum do such a great job of preserving even bigger and more complicated machines.
thank you.
I'm a tech lead in embedded software and have worked in it for 30 years because I love writing code that makes real world stuff happen. That joy when you run code and something happens to some thing elsewhere is wonderful. Congrats!
As a nerd who also gains personal satisfaction from tackling big projects of little commercial usefulness, I approve of and applaud your dedication and success. Congratulations on your achievement. I will never reach the level of satisfaction you must have from this extremely cool project. I bow to you and will forever have you in my personal hall of fame for accomplishing the adaptation of a panel switch into a Linux peripheral. This is just spectacular, and lives high up among many significant achievements made by you and the Museum staff. Damn good show! (And thanks for the awesome video to explain it, too.)
Sara, your giddy joy from this accomplishment is palpable. You are a treasure! I doubt there are many people in the world with your unique knowledge and skills in telephony.
I would absolutely love to spend a day shadowing you at the museum.
I totally agree with you Bill - I would love to hang with Sara and tour that awesome museum!
Congratulations on modifying the dadhi (sp?) to get everything working. It was a fascinating video to watch.
For nine months in 1994, I was a software developer contracted to MCI in Cedar Rapids, IA. One puzzling problem to solve was eliminating the various beeps and boops that a customer heard switching to an audio recorder for delayed message delivery. In the "bull pen", there was one contractor who would dial another number in the room and hang up when it was answered. George was helping me test it. Once I confirmed that it worked, I told George, "I have one more test." "One more?" "Yes, Sashi." He said "Let's do it." George recorded "Sashi, we know you're doing this. Stop. You've been warned." I set it for a 5 minute delay, and we went back to the "bull pen".
Sashi's phone rang, but he didn't see anyone using the phone. His face turned pale.
This sort of content is what the internet is for. I've been making code talk weird old protocols to and between weird old hardware (and weird new hardware) since 1972 and I still get that H*CK YEAH! moment when things work. Fabulous work Sarah!
That's absolutely magnificient! Congratulations on the work and your determination for pushing through this!
This was very exciting. I was jumping up and down when the call got through.
I used asterisk back in my previous life for non standard scenarios, so I know how hard this was. I'll certainly have a look at the code and enjoy it as well.
Learning from scratch on how to use modern software to interface with historic hardware is peak technological badassery.
This is awesome and very inspiring. I love code that affects physical objects / machines, and I love old phone equipment. Well done to you for getting to the end of the objective. You make reference of New Zealand as one of the locations that there is a working phone exchange of similar age to the one in the video. I live in New Zealand and have played with the exchange at the Taranaki Aviation Transport and Technology Museum. I was completely mesmerized by it we went for a hour, I stayed the whole day!. Keep up the cool content and your infectious enthusiasm for what you are doing.
Happy for you! FYI: "f*** yes!" is actual programmer-to-programmer dialogue when something works properly.
Very cool project! Thanks for explaining how it works and showing your code in action! It's very rewarding to develop something like this and have it work!
That’s was an awesome videos. Loved how your able to link systems that are 70 or 80 years old to the 21s century. It was very interesting and entertaining.
Thanks for making all these videos this is awesome to see this work the way you set it up
That is fascinating. Getting devices from such distant eras to work together correctly is pretty impressive. Nice job!
I love it when someone foolishly walks into a problem an says "I can do this" having no idea what that entails and go on and actually do it and make an actual thing that works! This was amazing and helps to keep my faith in humanity que high.
A comment for comments sake, i like to tickle the algorithm! Great episode, I am so happy when I see people trying something a bit new or outside their fieldhouse and knock it out of the park.
Love the attitude, I will do it myself.
Think I know now why I got hooked to this channel.
PROBLEMSOLVING.
Amazing and congratulations! Even for modern peripherals, writing kernel drivers is not for the faint of heart! I love your enthusiasm and hope to visit your museum someday!
That "*bleep* yes"... I felt that :)
Sarah, you are just awesome!
Great job. It is always great to learn a new skill and understand how things work at a detailed enough level to write something like this.
This is SO COOL, hot dang!! I love integrating things from such wildly different eras like this. You're a brave soul for diving head-first into kernel drivers and learning C as you go - I'm very impressed you not only survived, but emerged victorious! And the diagrams in this video are next-level. "D4 -> 4 wires, 5 feet -> computer!" put a huge smile on my face 😄
Absolutely impressed with the size of the job you took on, and accomplished so gloriously, especially handling the exceptions!
This is superb!!! Thanks for teaching us about this kind of technology
Talk about jumping in with both feet! From zero to device driver is quite a feat. Great job.
Happy noises quietly in the background :}
Kickass, Sara. Thank you for sharing everything you do.
Outstanding. Relying on returned pulses to the sender and telling it to only start or stop seems rather prone to return signal noise and latency.
Great job!! I spent years working on Asterisk. It still gets me excited to see such cool integration projects like this!
Awesome work, Sara! I'm a hardware person, so, faced with this problem, I'd likely go for a much less creative & interesting solution in hardware.
A real deal hacker! I love your engineering. Give a big hug to the girls too, they really deserve it!
Sam Battle (Look Mum No Computer / This Museum Is Not Obsolete) will surely be interested in the project :)
This is 10/10 content. This was a great view into the telephony system and made me remember my phreaking days. Thanks for the trip down memory lane :)
This is fantastically awesome. I got no other words. Well done!
As someone who does something similar professionally, putting comment references to documentation is pure gold. Great work on that, as you will no doubt thank yourself later when you have to fix something years later.
As for Asterisk , I haven't played with that in ages, and honestly forgot it even existed. Still, I could see how it would be perfect for this application. All very cool!
❤This is amazing. I had the pleasure of visiting your museum 2 years ago and I am always amazed by the devotion to preserve such beautiful "antiquated" tech. Thank you for showcasing and explaining such incredible feats of technology.
Great job! Asterisk is not a small thing to jump into, that you were able to overcome is, um, ‘nuances’, is really remarkable! Hope I get to stop by the museum if I’m ever in town!
Awesome work! As guy who appreciates all levels of telephony, this is insanely cool to see such old and new technology mashed together!
Your explanations of switching are always informative and interesting. Linux computers have passed through this hobby room now and then. Keep the videos coming👍 And thank You for what you’ve done Sara👍
As someone that has a similar level of programing knowledge and almost none on C and the same level on the backroom knowledge of telephone switching this was an incredibly informative video of both current and okd technology and getting the two to play nicely together.
With some humor thrown in as well, loves Sarah's reaction to the first successful call through here Franken switch system
Your a legend making legendary advances in legendary equipment.
Wow! What an awesome project. Congrats on all your learning and hacking to make it happen!
You're incredibly skilled I'm amazed
Wow, that is pretty impressive!! I know barely enough telephony to almost understand what you were doing, and know a little bit of C so that I can grasp the challenge, and that tells me you did something pretty freaking amazing! I have friends who worked for Bell Northern Research/Northern Telecom (later Nortel) who wrote some of the code that ran the switches Nortel sold. I am going to pass this video on to them as I am sure they will find it interesting!
Nice work on how to make a panel switch work with other switches. Appreciate your efforts! An old bell switch man.
You are amazing. Bridging old with new. I'm at a loss for words. From an old phone guy.
Sarah Great job making it available to others as an open source reinforces your humanity.
Nice work coding. A lot of thing I did not know about the old time phone exchange. Thanks for the video.
This is totally amazing! I am envious! I do mechanical/electronics, not EM logic.
at 16m20s :phone rings: ... "*beeeeeep* YES!" -- got me to laugh out loud and I felt that. Great job and great video!
As someone who has worked with Asterisk (among other VoIP Systems, some asterisk based, some not)
I can really appreciate how much effort this all took. One day when I'm in the states, I'll get my butt down to the museum.
Congratulations on getting this connection working! Good to see Linux/Asterisk enabling old phone hardware to live on.
This is awesome. Really enjoyed your explanation of how this all works.
Amazing presentation. I never really thought about how a non-panel office received a call from a panel office. Now I know that the non-panel office "emulates" another panel office but with relays instead of panel equipment. I've used dahdi for POTS lines but never thought it could be used for signaling and for a panel switch, I'll bet that was complicated.
This was incredibly interesting, great work!
Wow this is one of my favorite episodes - great job Sarah! thank you for going into detail with the code and how things work I really really enjoy every second of this one, bravo! 🎉
That was so phreaking cool! Very well done!
Lol… I laughs at the last part of the video and clicked on every like, hot, cool, nice buttons to make sure you continue to make these videos.
By the way, I’m in Canada and I intend to come over this summer. I d really enjoy a tour of that museum with you guys. Have a nice day !
Yep, that's right up there with TTY devices, which originated right around the same time as that panel switch. I think the first Morkrum (predecessor of Teletype-in this case, the company, not the genericized word for the device) machine was around 1910, and the first panel switch around 1915. However, it isn't quite clear whether those first TTYs were using Baudot code or some proprietary solution. The company called their earliest codes "Blue Code" and "Green Code" and so it isn't possible to claim definitively that the Baudot code type of TTY, that Linux supports, was before 1915. Giving the panel switch the edge!
This tech is so much out of my comfort zone but I watched it all, so interesting and well presented!
Great Job. I can relate to your excitement from developing a program that works correctly having done that myself when working for Ma Bell but I was in the computer environment talking to #4 X-bar machines through yet another computer pulling data daily from all the #4 switches. It was quite a task as the raw data was not consistent as they were from machines running various versions of their software and naturally they did not have a rigid protocol for data output as it was originally just expected to be read on a printout or screen by a person so an added space or a tab here and there did not matter but it sure did to my program as I had to allow for multiple instances of format on each and every data message that my program was parsing. I used the SpaceX approach, let it run and fix what breaks in the next version until I was able to output a report in the desired format that the users needed.
Congratulations in getting up to speed in C language it is a satisfying thing to accomplish. A lot of the software I wrote was written in Perl, if you can do C Perl is very similar but does not need to be compiled and for applications that don't need the ultimate speed of C it's great, way faster than BASH but just write and run just like BASH/BOURNE Shell, great stuff.
Hoping to someday visit the museum. All of you up there with your vast knowledge is amazing. Im still lost after watching many videos on how that stuff works even at the mist basic level other than its magic.
This is awesome work. Love your enthusiasm, Sarah.
Congratulations! Welcome to the club, fellow Linux hacker!
Fantastic relay of information I am no expert but did keep up enjoyed it very much you should be proud. Mike UK
This is so interesting, I can't believe that Linux supports it with only a kernel module. Love learning something new everyday. Love the channel, keep up the good work. You did an amazing job and you should be proud of yourself for accomplishing such a task.
Just great. I'm doing some programming myself so I can imagine how much effort you put into this.
Congratuliations for this unique accomplishment!
Congratulations!! I know you've been working at this for some time. The work you and the other volunteers have been doing is nothing short of amazing. The effort needed to get the switching systems to do more than just "make a phone ring" isn't lost on me :)
Thanks! I think that most of the time, we only demo the basics, and it's nice to hear that someone appreciates all of the other cool stuff too
@@ConnectionsMuseum It's like the difference between getting a Jukebox to play a record placed on the turntable, and getting it to make automatic selections, skip empty slots, and count coins properly - in both cases it "does something" but one is much further from the machine's original intent!
enjoyed video also enjoyed my visit to the museum a few years ago. Before promoted into Engineering, I was a tech (COEM) in SXS and #5XB.- 1964=1969
Great info which is very well presented. Thank you!
Wow, what an achievement! You have every reason to be proud of yourself. You might want to get in touch with Sam from "This museum is not obsolete" who is a maintainer (among various other things) on an ancient British Telephone exchange within his museum. You probably would have a lot of fun sparring with each other. Sam is a bit of a Homo Universalis, since he is proficient in so many different subjects and he stays humble and social.
I know that feeling at 16:32 so well. It's wonderful!
Impressive! Good job Sarah. 👍
Awesome! There's a great scene on the film "The Boston Strangler" that shows a switch working when they are trying to catch the killer. It's an awesome film and Tony Curtis plays the main character.
This was also a great example of how one can apply the principles of electrical engineering to computer code. The two domains can be quite interconnected if you allow them to be!
Im absolutely amazed the amount of backwards compatibility thats happening in this video! the fact that 1940's era equipment was effectively running what was emulation of the old way of signaling to keep the peace instead of fracturing the signal standard is flabbergasting.
OMG! I just found that my favorite museum has a channel!
So THAT'S some of what's been going on the past while. Amazing work!
Can't wait to try it out from the PhreakNet side of things. ;)
This is so cool! Sara, great work. :)
Wicked awesome, excellent work!
Damn, I got recommended this video. No idea older phone switching gear was mechanical. That's wild. Def would love to see this in person.
Well done on accomplishing a unique task. Switch Witch strikes again....
Awesome information. Thanks for posting this.
Oh man, I was hoping they would include it in a merge as an optional feature .. not everyone has this knowledge so it's cool that you can contribute!
That's super cool. Thank you very much for sharing that. You have an awesome job :^)
now you need to connect 2 asterisk servers using the Sarah driver and place calls over it! 1920's trunk style!
Great work Sarah! I know Asterisk well and this is no mean accomplishment. And shouting "Fuck yes!!!" is always the correct approach when you get something working for the first time.
Great Job - you should be very proud of your self.
That is quite amazing..... you should write a paper... this has got to be worth a mention in the annals of telecommunication history. It has certainly inspired me!!!
I think I have terminal Analog Brain Syndrome cause the first thing that came to my mind would've been to throw some stuff together on breadboard outta 74-series logic, but then I went and realized that this has to handle a fair number of actual lines, and that'd mean running off several dozen converter boards to handle the entire usable outgoing trunk width, one line at a time. Software's a lot more clunky to design and a lot less straightforward than "MF decoder chip and counter chip feeding into a comparator" but with code you only have to build it once, making it handle hundreds of lines at a time is just as easy as making it handle one or two.