Re: BGP stuck in Connect state
@Doods Its vMX running on Junosphere. root@R2> show version Hostname: R2 Model: vmx Junos: 14.1-20140130_ib_14_1_psd.0
View ArticleRe: BGP stuck in Connect state
@ lyndidon: Thanks for the suggestion:I'm working on to see if loopback peering is working fine. I have changed AS to 64515. R3 and R4 are RR and R1, R2, R5 are client. That's why i have IBGP peering...
View ArticleRe: BGP stuck in Connect state
Hi, Please share the following on R2 and R4: show arp no-resolve show chassis mac-addresses
View ArticleRe: BGP stuck in Connect state
@Doods: Looks like R4 didn't learn R2's mac-address root@R2# run show arp no-resolve MAC Address Address Interface Flags 56:68:28:3d:5c:5f 10.233.240.2 fxp0.0 none 56:68:28:3d:5c:5f 10.233.244.2 fxp0.0...
View ArticleRe: BGP stuck in Connect state
Ok so we have OSPF back up and you have specific routes. You said there were no RE filters. Are there any firewall filters applied to the interfaces? Can you post the output of the following: On...
View ArticleRe: BGP stuck in Connect state
@ pevangelista: No RE filter. No firewall filter. Just plain ospf and bgp config. root@R2> show configuration interfaces ge-0/0/1 unit 0 { family inet { address 172.27.0.5/30; } } root@R2> show...
View ArticleRe: BGP stuck in Connect state
The hold type is not good: Explanation: hold: Next hop is waiting to be resolved into a unicast or multicast type. Just for the fun of it try to add static arp entry on R4 ge-0/0/0 root@R4# exit...
View ArticleRe: BGP stuck in Connect state
@Doods: i tried to flap the ge-0/0/1 interface on R2 but didn't help. How can i make next-hop type to ucst ? Thanks!!
View ArticleRe: BGP stuck in Connect state
Try to add static arp entry on R4 ge-0/0/0: set interfaces ge-0/0/0 unit 0 family inet address <R4-IP> arp <R2-IP> mac <R2-facing-interface-mac>
View ArticleRe: Curious behaviour of BGP State Machine
Hi, By default eBGP [type external] has a ttl of 1, so the local-address [192.168.1.1] has to be present on a physical interface and if not present its stuck in idle state.Same applies when...
View ArticleRe: BGP stuck in Connect state
@Doods : Configured static arp but still can't ping R2 to R4. root@R4# run show arp no-resolve interface ge-0/0/0 MAC Address Address Interface Flags 00:05:86:71:18:01 172.27.0.5 ge-0/0/0.0 permanent...
View ArticleRe: BGP stuck in Connect state
@pevangelista root@R4# run show route 172.27.0.5 inet.0: 19 destinations, 19 routes (19 active, 0 holddown, 0 hidden) + = Active Route, - = Last Active, * = Both 172.27.0.4/30 *[Direct/0] 00:46:36 >...
View ArticleRe: BGP stuck in Connect state
Did anything change on the forwarding table on R4 when you added the static arp entry? Issue a ping to 172.27.0.5 from R4, and do a monitor traffic interface ge-0/0/1 on R2. I'm curious if R2 receives...
View ArticleRe: BGP stuck in Connect state
@pevangelista when i added static arp, next-hop type became ucst on R4. Removed static arp entry and monitored interface on R2 while R4 pinging. It seems like R2 is sending reply back. root@R2# run...
View ArticleRe: BGP stuck in Connect state
That's odd considering you don't have any filters applied to the interfaces. Do you have any configuration groups? Can you post the output of: (R4)show interfaces ge-0/0/0show configuration interfaces...
View ArticleRe: BGP stuck in Connect state
No. i don't have any groups, RE filter or Firewall applied anywhere on the vMX.its just has plain config for IGP and BGP. [edit] root@R2# show interfaces ge-0/0/1 unit 0 { family inet { address...
View ArticleClik here to view.
Re: Duplicate Frame route issue in 16.1R4 for BNG
yeah, I did come up with this solution as well, it works fine. But just try to find a better solution. Also, we also have some scenarios with /32 as the frame route as well, which is a pain to...
View ArticleRelationship between VNI , VLAN-ID and ROUTE-TARGET
Hello dear community ! I have a simple question about the relationship of VNI (VXLAN), VLAN-ID and ROUTE-TARGET. Here is my understanding : VNI/VLAN-ID. It seem's there is only a ONE-TO-ONE...
View Article