Mike Pennington

general recent conversations

Root Access

For all you Super Users out there. You have backups, right?

Mike Pennington

Nov 21, 2023 01:24

@JourneymanGeek the problem is that the linux VM guest can ping the DNS resolver (1.1.1.1), but cannot resolve names manually via dig. Setting /etc/resolv.conf manually to 1.1.1.1 does not fix the problem.

Mike Pennington

Nov 20, 2023 18:18

Full disclosure... yesterday I had to troubleshoot my internet connection and I think I changed something that broke my VMWare guest DNS resolution, but I can't find the problem

Mike Pennington

Nov 20, 2023 18:16

Q: VMWare 17 Player Linux NAT guest can ping but cannot resolve DNS names

I have a VMWare Player 17 Debian Linux Guest NAT guest with this topology: [Debian Linux guest]-----{192.168.199.0/24}----[Windows 11 VMWare Player]---{Wifi} ens33 .129 .2 The Debian VMWare Guest can ping through to the internet, but c...

Mike Pennington

Nov 20, 2023 18:16

Hello, if someone has VMWare Player expertise, I would value input on this question:
https://superuser.com/q/1817451/77053

General Network Engineering recommend…

Product Recommendations / discussion. This room has different...

Mike Pennington

Dec 21, 2021 21:54

@JordanHead if you have any cycles to spare, a ccc question: networkengineering.stackexchange.com/q/77387/775

Mike Pennington

Dec 2, 2021 12:29

Thanks Teun... I think I figured it out... this is pmtud for the LDP service itself

Mike Pennington

Dec 2, 2021 11:27

and yes, I'll make this a real question on the site if I find the answer :-)

Mike Pennington

Dec 2, 2021 11:27

I'm trying to figure out what exactly this knob does in JunOS... `set protocols ldp mtu-discovery`...

Is this saying *customer traffic transit through LSPs* get pmtud, or that the ldp protocol itself gets pmtud, or something else??

Mike Pennington

Dec 2, 2021 11:22

Are there any clueful juniper mpls folks around? @TeunVink?

Mike Pennington

Jun 13, 2019 23:53

I am compelled to re-post this in chat; I really would like answers:

https://networkengineering.meta.stackexchange.com/q/1872/775

Mike Pennington

Apr 1, 2019 21:17

Please see https://tools.ietf.org/html/rfc1812

That RFC is the list of IETF IPv4 Router Requirements. IPv6 requirements are listed in RFC7084

Mike Pennington

Feb 15, 2019 16:31

My coworker has an FTDI-based USB-to-Serial cable... she hasn't had problems

Mike Pennington

Feb 15, 2019 15:53

Hi Ron, I'm specifically looking for standard USB to DB9

Mike Pennington

Feb 15, 2019 15:51

I've been having problems with USB-to-Serial adapters on Windows10... the one I've got blue-screens randomly when I use it with PuTTY (Cisco settings 96008N1, no flow-control). I think the chip is a "Prolific" chip, which I've read other complaints about.

What brand / model of cables work for you guys (in Windows... I have no problems with prolific in linux)

Discussion on question by James Gedde…

Imported from a comment discussion on networkengineering.stack...

Mike Pennington

Sep 23, 2021 11:53

@JamesGeddes, if you found the answer you want, then please answer your own question

Mike Pennington

Sep 23, 2021 11:53

Does this answer your question? Cable Colors and Purpose

Discussion on question by Sergey Usha…

Imported from a comment discussion on networkengineering.stack...

Mike Pennington

Jan 3, 2021 21:49

what are you using for terminating the ipsec links? Cisco ASA or a router, or ??? You can't depend on one-sided detection... IP SLA on both sides, or a routing protocol will fix your failure detection problems if you adjust the hello timers appropriately

Mike Pennington

Jan 3, 2021 21:49

what is your convergence time reqmt? is the application already written? if so, are you using application encryption?

Mike Pennington

Jan 3, 2021 21:49

run your own igp routing protocol through the ipsec tunnels, optionally with ip sla and fail as required... this is a fairly standard design

Mike Pennington

Jan 3, 2021 21:49

tcp retransmits lost segments, if you want zero packet loss without retransmission you need another technology besides tcp... what business problem are you solving?

Discussion on answer by Ron Trunk: Wh…

Imported from a comment discussion on networkengineering.stack...

Mike Pennington

Jun 20, 2019 19:07

@JMac, you're trolling

Mike Pennington

Jun 20, 2019 19:07

@jmac, I'm not glossing over the difference; we disagree. Again having worked in product marketing, I have a better sense of what the term means. This answer asserts there are no functional differences between IE and normal switches. We disagree about the quality and wording of the answer. I will no longer engage in this debate because you refuse to define marketing in the way that I know it.

Mike Pennington

Jun 20, 2019 19:07

@JMac comments are explicitly for the purpose of improving an answer. I already listed some of the technical and functional differences between Cisco's IE products and enterprise products. However, you don't seem to grok that which is fine... you're not a network engineer.

Mike Pennington

Jun 20, 2019 19:07

@JMac, you aren't reading the whole answer... But they're still Ethernet switches, and they function like any other. That statement goes hand-in-hand with the marketing statement. The answer as written is rather misleading

Mike Pennington

Jun 20, 2019 19:07

@JMac, it's more than a marketing term if the technical requirements are different. Yes, people market the product; however, it's incorrect to assert that it's only a marketing distinction, which is what this answer currently asserts.

Mike Pennington

Jun 20, 2019 19:07

@RonTrunk may I suggest you change your obviously wrong statement about IE being a marketing term.

Mike Pennington

Jun 20, 2019 19:07

@JMac, having worked for Cisco's Enterprise Switch Product Marketing group, I can definitely say that from a Cisco perspective the feature differences between things branded as IE make them more than a marketing distinction. Again, you can't use an Enterprise switch for all IE applications. As such, it doesn't matter whether I can cite some spec document, it's all about what the customers expect. IE customers expect different things than Enterprise customers

Mike Pennington

Jun 20, 2019 19:07

@JMac I have said several times: generic switches do not support all IE requirements. Some "IE applications" have technical requirements that are different than normal switches. i.e. PROFINET RT traffic requires VLAN ID==0, which is impossible on Enterprise switches. IE switches know to prioritize Ethertype 0x8892. IE switches support SCADA and CIP features that enterprise switches don't. As such, the different technical requirements make IE switches more than marketing.

Mike Pennington

Jun 20, 2019 19:07

RickyBeam, my original statement stands. There are hardware and software differences in Industrial Ethernet switches. Cisco doesn't include any scada or cip features in enterprise products; however, they are included in Cisco's industrial ethernet products. My original objection to Ron Trunk's comment stands: This is not a marketing distinction. Read this. Marketing distinctions would be something like c6500 vs c7600 (only different paint).

Mike Pennington

Jun 20, 2019 19:07

I said the switches have additional hw and sw features

Mike Pennington

Jun 20, 2019 19:07

Quoting from the page I linked: IEEE Std 61158™ is an adoption of the EPSG DS 301, Ethernet POWERLINK--Communication Profile Specification. Ethernet POWERLINK is a communication profile for Real-Time Ethernet (RTE). It extends Ethernet according to IEEE Std 802.3™ with mechanisms to transfer data with predictable timing and precise synchronisation.

Mike Pennington

Jun 20, 2019 19:07

@RickyBeam, standards.ieee.org/standard/61158-2017.html

Mike Pennington

Jun 20, 2019 19:07

This is not a “marketing distinction “. There are substantial design requirements for both the hw and sw of industrial Ethernet switches which are different than regular Ethernet switches.

Chatroom for Lea

Mike Pennington

Jul 12, 2018 12:39

good night Léa

Mike Pennington

Jul 12, 2018 12:39

I seem to remember that your debug ccsip messages showed your 4 digit numbers going outbound to external parties, but that might be because the ccsip messages are generated before translations

Mike Pennington

Jul 12, 2018 12:38

I will check whether the regex you listed do what we want. I can't remember the right syntax offhand

Mike Pennington

Jul 12, 2018 12:35

I need to start preparing to leave soon. Please let me know what your company phone numbers are and how they map to your internal numbers. I'll add translation configuration to the chat when I get some time to look at it (at work)

Mike Pennington

Jul 12, 2018 12:34

Remember that we saw traffic to 192.168.4.1 from your other phone too... I think your router is acting as a CME, so this should be expected

Mike Pennington

Jul 12, 2018 12:33

I need to get ready for work, but I'd say our highest priority is translating your 4 digit numbers to whatever your company phone number is. That may not be the only problem but it's a good start.

Mike Pennington

Jul 12, 2018 12:30

yes, and the other thing to note is that your "show sip-ua status registrar" output indicates you have an authenticated SIP agent session with Keyyo (which requires bidirectional traffic)

Mike Pennington

Jul 12, 2018 12:29

I'm reading it now

Mike Pennington

Jul 12, 2018 12:24

@LéaMassiot, don't worry about the CUBE thing. It's an easy mistake to make. You *ordered* a CUBE, but you did not *install* it as a CUBE yet.

FL- means Feature License. Essentially, this is a code that you enter into Cisco's website to download a hashed file. This hashed file is installed on the router to enable the feature in question (in this case your CUBE functionality).

More information here:
https://www.cisco.com/go/license (where you get the hashed license file, you need that "FL-" paper)

Mike Pennington

Jul 11, 2018 19:29

@LéaMassiot, after seeing your debug ccsip messages, I was going to ask you to translate your numbers when you made external calls. Regarding whether you have a CUBE... I haven't seen all the output of your router, so I assumed you had a CUBE when you said that's what you have. That guy spends all day debugging voice things, I'm a generalist. Give him the benefit of the doubt... I can help you implement what he asked for (number translation).

Mike Pennington

Jul 11, 2018 19:21

@LéaMassiot, let me take a look

Mike Pennington

Jul 11, 2018 16:22

Mike Pennington

Jul 11, 2018 16:19

ok thank you... I will look at these and see if there is anything obvious. It will probably be tomorrow morning in France before I can respond

Mike Pennington

Jul 11, 2018 16:12

@LéaMassiot, can you also send:
show sip-ua status registrar

Mike Pennington

Jul 11, 2018 16:08

Mike Pennington

Jul 11, 2018 15:56

@LéaMassiot, can you give me the output of:
sh sip-ua register status
sh sip-ua statistics
sh dial-peer voice summ

Mike Pennington

Jul 11, 2018 11:56

well tomorrow morning in France