Ethereal-users: RE: [Ethereal-users] Problem with ethernet Interface
Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.
Joao,
It
sounds like you interface where you are running the Ethernet RTP may be going
down. I would suggest you open a terminal window when RTP is down and issue the
command ifconfig -a. Check that interface to make sure it is up and plumbed. Can
you post the results of the ifconfig command? I would also scan the
/var/adm/messages log for errors on the interface. You can do this in a terminal
window, with the command "dmesg | grep <interface name>" or grep for
"link" or "in.routed", or possibly "interface".
The
first columns of the messages file is the date and time. Make sure you date is
set right first, then look at the messages file for exactly what happened when
the failure happened.
Doug
-----Original Message-----
From: ethereal-users-bounces@xxxxxxxxxxxx [mailto:ethereal-users-bounces@xxxxxxxxxxxx] On Behalf Of Joao Rosa Sent: Monday, February 06, 2006 11:27 AM To: Ethereal user support Subject: RE: [Ethereal-users] Problem with ethernet Interface Dear Sir
I have the scenario in Jpg file (I have a PC -- x86 in Solaris 10 ), in the interface from the hub I sniff MGCP and SCTP (I see the controlling signaling) in other I see RTP , when I have a problem in other MG a send the RTP to the MG who I am sniffing and I see the RTP, with the MGCP and CCS7 I choice the call (that have the problem). I choice Solaris 10 because is free and is (telnet, ftp and X sever) and support several client (so Ethereal can be running for several person in different PC, for different problems). The PCI interface for MGCP never falls. the interface for RTP fall (RTP stream stay stopped) after several hours (I need to do Shutdown PC) or unplug the Ethernet cable (If I unplug and plug the Ethernet cable) the stream flow again (I would like Why?). It is curiosity because the schema work, In reality the problem are with fax ; video who stay stopped and things like that, I only need sniff RTP for a short period and the interface only fall after several hour. I only need sniff continuously the signaling control. Thank for you interest, if could me tell the reason why the interface (with RTP) fall?
With kinds regards João Pereira Rosa
-----Original
Message-----
Joao,
I really don't understand your setup here. what is the function of the Solaris 10 box? Is is an X86 machine? You say "the RTP stream remains stopped in the PC". What PC? Is this the machine running XP, or Solaris?
What do you mean that you need to "need to turn off the ethernet cable"? Do you mean you need to power down one of the machines at the end of the cable? Do you have to power down a switch? What do you have to power down?
Thanks, Doug
-----Original
Message----- Dear Sirs
I work at a phone company that has a voip network (with several media gateways controlled by a softswitch). In order to solve some problems I have set a signaling server (a computer with Solaris 10) that listens to MGCP (from softswitch an interface PCI for a MGCP and another one for a Media Gateway). When I have a problem (and I need to listen to a Media Gateway) I send the RTP from the gateway (that is having problems) to that one I am listening to). The problem is that after several hours the RTP stream remains stopped in the PC, and a I need to turn off the ethernet cable ; and then the RTP flow starts over again (the same problem happens in a computer with Windows Xp). with MGCP that problem does not happen. I think that is an electrical problem in the interface (layer one).
I would be much obliged if anyone could help me in order to solve this problem.
Thank you
Wirth Solaris I use the command snoop to listening With Windows I use tethereal
With kinds regardes João Pereira Rosa |
- Prev by Date: Re: [Ethereal-users] ethereal for AS400
- Next by Date: Re: [Ethereal-users] Problem with ethernet Interface
- Previous by thread: Re: [Ethereal-users] Problem with ethernet Interface
- Next by thread: Re: [Ethereal-users] File write permissions during capture
- Index(es):