• Hey Guest. Check out your NeoGAF Wrapped 2025 results here!

Framed Relay vs Point to Point

Status
Not open for further replies.

pnjtony

Member
So I had an interview today for an IT Assistant position at our county library. One of the questions they asked and I bombed was if I was familier with Framed Relay Service. I must have had a confused look on my face cause the guy said "As apposed to Point-to-Point, we use framed rely here." I had to say I didn't know it and I hope that didn't ruin my chances. I got everything else that was asked of me.

Any quick explinations would be appreciated.
 
IT Assisitant is pretty broad. Does the job have a heavy network component?

What's your previous experience?

There's nothing wrong w/ saying 'I don't know' or 'I'm not familiar w/ that.'

What previous experience do you have in the field? Do you feel you should've known about Frame Relay?

I would've answered that question w/ a question myself.

'Why?'

Throw it back on them. ')


Study up!
 
Frame relay is a telecommunication service designed for cost-efficient data transmission for intermittent traffic between local area networks (LANs) and between end-points in a wide area network (WAN). Frame relay puts data in a variable-size unit called a frame and leaves any necessary error correction (retransmission of data) up to the end-points, which speeds up overall data transmission. For most services, the network provides a permanent virtual circuit (PVC), which means that the customer sees a continuous, dedicated connection without having to pay for a full-time leased line, while the service provider figures out the route each frame travels to its destination and can charge based on usage.

An enterprise can select a level of service quality - prioritizing some frames and making others less important. Frame relay is offered by a number of service providers, including AT&T. Frame relay is provided on fractional T-1 or full T-carrier system carriers. Frame relay complements and provides a mid-range service between ISDN, which offers bandwidth at 128 kbit/s, and Asynchronous Transfer Mode (ATM), which operates in somewhat similar fashion to frame relay but at speeds from 155.520 Mbit/s or 622.080 Mbit/s.

Frame relay is based on the older X.25 packet-switching technology which was designed for transmitting analog data such as voice conversations. Unlike X.25 which was designed for analog signals, frame relay is a fast packet technology, which means that the protocol does not attempt to correct errors. When an error is detected in a frame, it is simply "dropped." The end points are responsible for detecting and retransmitting dropped frames. (However, the incidence of error in digital networks is extraordinarily small relative to analog networks.)

Frame relay is often used to connect local area networks with major backbones as well as on public wide area networks and also in private network environments with leased lines over T-1 lines. It requires a dedicated connection during the transmission period. It's not ideally suited for voice or video transmission, which requires a steady flow of transmissions. However, under certain circumstances, it is used for voice and video transmission.

Frame relay relays packets at the data link layer of the Open Systems Interconnection (OSI) model rather than at the Network layer. A frame can incorporate packets from different protocols such as Ethernet and X.25. It is variable in size and can be as large as a thousand bytes or more.


http://en.wikipedia.org/wiki/Frame_Relay


When in doubt, use Wikipedia to sort it out!
 
they have two networks at the libray. One that supports the computer labs and the business PCs and they're installing a wireless systems in all of the branches. I'd be supporting all of that in general, mainly the labs and business PCs I'd imagine though. I think the job is to groom the person to take on a lot more at the beginning of the year. I've done help desk for Ford (corporate support) and Comcast for the past five years. Phone support is driving me batty and it's pretty dead-end ya know? This might expand my knowledge a bit. Plus it's 4 minutes from my house as opposed to 35 minutes.
 
As others have said there is nothing wrong with admitting you don't know something... especially if it's a portion of IT support you've previously never had exposure too.. however you can make it a point to verbalize and show that while it's not something you're personally familiar with that you're always open to learning more.

I had an interview a bit back where I BOMBED the layers of the OSI model... because the reality is at work we never thought/talked about it that way... so on the interview this guy decides to quiz me.... and my mind when BLANK.... it was just nowhere to be found... oh my god I left the interview feeling terrible, and I was like everything else I know and this f*cker asks me that... why the same week I got offered this job did that company call to offer me a job? Their salary wasn't high enough but I still had a good laugh over it.
 
That damn OSI layer question, I swear its some sort of industry-wide hazing tradition in interviews, each and every one of the places i worked asked that question and we never even mentionned it after that when I worked there.
 
nah, it's easy

please
do
not
throw
sausage
pizza
away

and it's not really as worthless as you may think. I worked ISP help desk and we used it on a daily basis.
 
Eric P said:
nah, it's easy

please
do
not
throw
sausage
pizza
away

and it's not really as worthless as you may think. I worked ISP help desk and we used it on a daily basis.

I've been a network admin or higher for over 8 years... never has OSI come in to play in terms of support... now in terms of development, planning, yes.... actually daily support? Never.

pnjtony said:
Okay, so I've never encountered this before...what are you guys talking about?

http://en.wikipedia.org/wiki/OSI_model
 
Far better to admit you don't know than to make a stupid ass guess and pretend you do know. As an interviewer it pisses me off to know end to have some fool sit there and try to bullshit me.
 
never has OSI come in to play in terms of support..

well, in terms of support to who?

we supported from our DSLAMs to the EU, which were residential and small businesses. Having a knowledge of MAC, ARP, and OSI def helped. Just work your was up the model and you'd find the trouble.

1) physical, is the WAN light on the modem?

2) Datalink can you see the customer's port up in the DSLAM?

3) Network, can we see the customer's MAC in our ARP tables?

etc etc etc

depending on what you do, it can be very helpful
 
Eric P said:
well, in terms of support to who?

we supported from our DSLAMs to the EU, which were residential and small businesses. Having a knowledge of MAC, ARP, and OSI def helped. Just work your was up the model and you'd find the trouble.

1) physical, is the WAN light on the modem?

2) Datalink can you see the customer's port up in the DSLAM?

3) Network, can we see the customer's MAC in our ARP tables?

etc etc etc

depending on what you do, it can be very helpful

That's all well and good for you... but I don't have to think ok physical... is first checking the light... I simply know to check the WAN light, then the port, etc.... do you see what I'm saying? And I know very few folks who verbalize troubleshooting issues using the OSI layer... but now apparently I know at least one more. ;)
 
but now apparently I know at least one more. ;)

lol, you can scratch me off your list. i don't do that, but it's how i'd train our new people so that they could get the flow of how to effectively troubleshoot problems.

I was just saying that you're using it AFTER the interview even if you're not specifically thinking OSI model.

it's like when i'm setting up cisco routers now i'm not thinking "ok, first up i'm initiating the controller card for this specific T3 to build the enduser" but i'm still typing "contr t3 0/1/1, t1 1 chan 0 ti 1-24."

I'm not verbalizing it like people who move thier lips when they read, but i'm still conciously aware that's what i'm doing. I'd still be using the OSI model to troubleshoot. You see?

and i think this is my longest ever post to GAF.
 
Status
Not open for further replies.
Top Bottom