CCIE R&S Instructor JP Discussing BGP States

  Рет қаралды 30,028

IPexpertInc

IPexpertInc

Күн бұрын

See our new CCIE R&S Instructor JP in action telling you about BGP states.

Пікірлер: 31
@MsFayum
@MsFayum 6 ай бұрын
Someone has finally explained this very well. Thank you ipexert.
@satyapramod8762
@satyapramod8762 Жыл бұрын
Thanks for the great info.. Appreciate your time sir..
@aqeelkirmani7391
@aqeelkirmani7391 2 жыл бұрын
After getting confused with multiple articles and videos, finally someone who can explain it clearly
@gautamdheeraj23
@gautamdheeraj23 2 жыл бұрын
Nice video thanks for sharing
@priyasony419
@priyasony419 2 жыл бұрын
very nice video, well explained with pcap. Thank you
@panadolnopain4886
@panadolnopain4886 2 жыл бұрын
Excellent Video Thanks for the quality content.
@akhileshtiwari2425
@akhileshtiwari2425 2 жыл бұрын
Simply Awesome!!!! Thank You..
@VitorFortuna
@VitorFortuna 5 жыл бұрын
Excellent video. Congrats, well done!
@dusanrunjajic3417
@dusanrunjajic3417 7 жыл бұрын
Thanks JP, the best video on BGP state machine so far.
@rhysdominick2826
@rhysdominick2826 2 жыл бұрын
Sorry to be off topic but does anybody know of a trick to get back into an instagram account? I was stupid forgot my login password. I would appreciate any help you can give me!
@simonphillip2048
@simonphillip2048 2 жыл бұрын
@Rhys Dominick Instablaster :)
@rhysdominick2826
@rhysdominick2826 2 жыл бұрын
@Simon Phillip Thanks so much for your reply. I got to the site on google and Im waiting for the hacking stuff atm. Takes a while so I will reply here later with my results.
@rhysdominick2826
@rhysdominick2826 2 жыл бұрын
@Simon Phillip it did the trick and I now got access to my account again. Im so happy:D Thanks so much, you saved my ass !
@simonphillip2048
@simonphillip2048 2 жыл бұрын
@Rhys Dominick happy to help =)
@NetworkEngineer
@NetworkEngineer 6 жыл бұрын
JP, YOU KNOW YOUR STUFF BRO!
@biswasundarbarik2451
@biswasundarbarik2451 7 жыл бұрын
Thanks JP for this nice vedio....
@heshangrigg2125
@heshangrigg2125 6 жыл бұрын
This was very helpful.
@pawannandigama
@pawannandigama 4 жыл бұрын
Very well explained ...Thanks a lot .. :).
@davidbradford4105
@davidbradford4105 3 жыл бұрын
Outstanding. I like the use of WireShark to bring things from an academic concept to how this applies as a real world application.
@545504
@545504 2 жыл бұрын
Thanks
@luismejia857
@luismejia857 2 жыл бұрын
Awesome video, BGP is making more and more sense lol.
@saulbipa6882
@saulbipa6882 3 жыл бұрын
the best
@TechniloniumPandit
@TechniloniumPandit 4 жыл бұрын
Not a single Dislike??? Example of perfect video
@tanmoymallick8244
@tanmoymallick8244 Жыл бұрын
until what time notification message will be sent ?
@mauricioquesada189
@mauricioquesada189 8 жыл бұрын
I dont understand why R1 sends a notification messages, while R2 sends a keepalive. How does R2 thinks his config is fine while it is not matching the one from his neighbor. I would expect both systems to send a notification. I dont understand how one side sees everything as fine while the other side sees a problem.
@XtremeIETraining
@XtremeIETraining 8 жыл бұрын
+Mauricio Quesada Because the information sent to R1, from R2, did not match the configuration that R1 was told it should expect from R2. Inside the OPEN sent from R1 was R1's RID, BGP version, ASN, and Hold time. Inside the OPEN sent from R2 is R2's RID, BGP version, ASN, and Hold Time. So R2 receives R1's OPEN (with R1's RID, BGP version, ASN, and Hold Time) and has no issues with it. The reason is because the config that R1 sent TO R2 matched the neighbor statements, no duplicate RID, etc. On the other hand, R1 looked at R1's OPEN and and found a conflict. The neighbor statement on R1 said "neighbor R2 remote-as x" while the ASN that R2 reported to be in was different. So R1 sends the notification.
@badrehamdane1018
@badrehamdane1018 8 жыл бұрын
good explanation
@angelabehrens4827
@angelabehrens4827 7 жыл бұрын
Badre Hamdane
@angelabehrens4827
@angelabehrens4827 7 жыл бұрын
Badre Hamdane
@fluxedan
@fluxedan 4 жыл бұрын
Not clear why IDLE state refuses "All TCP connections" it is a little contradictory (at least for me) when in this state is supposed that idle state will listen for TCP connections. Could you please clarify ? in advance thank you!!
@zacay5717
@zacay5717 3 жыл бұрын
my understanding is that it will refuse all TCP connections up until there is a start event triggered automatically or manually. After the start event, it will initiate TCP connections to the BGP peer it is trying to establish adjacencies with.
iPexpert's CCIE R&S V5 Rack Interface
11:52
IPexpertInc
Рет қаралды 6 М.
CCIE R&S Lab Training :: IGMPv1 IGMPv2 and IGMPv3
16:34
IPexpertInc
Рет қаралды 21 М.
ВОДА В СОЛО
00:20
⚡️КАН АНДРЕЙ⚡️
Рет қаралды 35 МЛН
НРАВИТСЯ ЭТОТ ФОРМАТ??
00:37
МЯТНАЯ ФАНТА
Рет қаралды 8 МЛН
CCIE Wireless Lab Video Training :: VSS
19:05
IPexpertInc
Рет қаралды 14 М.
INE Live Webinar: BGP Path Selection
1:15:29
INEtraining
Рет қаралды 24 М.
CCIE R&S v5 Lab Configuration Section
26:25
IPexpertInc
Рет қаралды 80 М.
Prefix List and Route Maps with BGP
24:57
Cisco Genius
Рет қаралды 34 М.
Influencing BGP Path Selection
16:47
Kevin Wallace Training, LLC
Рет қаралды 24 М.
BGP MED - BGP In Depth 10
15:46
Airheads Broadcasting
Рет қаралды 19 М.
Transport Layer Security (TLS) - Computerphile
15:33
Computerphile
Рет қаралды 474 М.
What is PCIe?
10:03
Texas Instruments
Рет қаралды 104 М.
ВОДА В СОЛО
00:20
⚡️КАН АНДРЕЙ⚡️
Рет қаралды 35 МЛН