search for: rsip

.... The phone, meanwhile, seems to think it can continue the conversation until a few ICMP "port unreachable" packets set it straight. I am able to duplicate this on a fairly regular basis and it appears that the call is always dropped similarly. Everything is groovy until the first MGCP RSIP during a call. The phone seems to send these MGCP RSIPs (perhaps on a schedule, looks like every 120 seconds) even when there is no call taking place. Is my diagnosis correct? What can I do about it? ...Normal RTP, then one final RTP packet and the following... 1 0.000000 192.168.0.5 5004...

...08521 Posting Request: AUEP 9 aaln/1@001099008521 MGCP 1.0 F: A to 10.1.22.81:2427 MGCP read: 528 9 Incompatible Protocol Version from 10.1.22.81:2427 Verb: '528', Identifier: '9', Endpoint: 'Incompatible', Version: 'Protocol Version' 1 headers, 0 lines MGCP read: RSIP 1075 aaln/3@[001099008521] MGCP 1.0 NCS 1.0 RM: disconnected RD: 338 from 10.1.22.81:2427 Verb: 'RSIP', Identifier: '1075', Endpoint: 'aaln/3@[001099008521]', Version: 'MGCP 1.0' 3 headers, 0 lines Handling request 'RSIP' on aaln/3@001099008521...

I know this is not the most appropriated list to this, but I will try: Does anyone know what is the criteria to the generation of the transaction identifiers in MGCP? I mean, are they generated by a randomic method? I'm using Asterisk and MGCP eyeP Phone and observed that the RSIP and NTFY (methods created by the gateway) use high values in the transaction identifiers, while the RQNT, AUEP, CRCX and DLCX (by the call agent) use low values for it. I hope I could explain my doubt! Here are some examples: RSIP 18696 aaln/1@tramontina MGCP 1.0 RQNT 8 aaln/1@tramontina MGCP 1.0...

...1 16:05:41 NOTICE[135449600]: chan_mgcp.c:2234 handle_response: Transaction 1 timed out *CLI> Jul 31 16:05:44 NOTICE[135449600]: chan_mgcp.c:1474 find_subchannel: Gateway 'test' (and thus its endpoint '*') does not exist mgcp debug MGCP Debugging Enabled *CLI> MGCP read: RSIP 1 *@test MGCP 1.0 RM: restart from 192.168.195.55:2427Verb: 'RSIP', Identifier: '1', Endpoint: '*@test', Version: 'MGCP 1.0' 2 headers, 0 lines Jul 31 16:06:03 NOTICE[135449600]: chan_mgcp.c:1474 find_subchannel: Gateway 'test' (and thus its endpoint ...

...s) in the office are on 10.0.0.* which goes into our master router which is 65.78.117.1. Asterisk server is 65.78.117.21 All the SIP phones work fine. This new SwissVoice doesn't work at all. Any help would be appreciated. ----------------------------------- from 64.72.107.1:52539MGCP read: RSIP 1258 svip10@00059002042b MGCP 1.0 NCS 1.0 RM: restart from 64.72.107.1:52539Verb: 'RSIP', Identifier: '1258', Endpoint: 'svip10@00059002042b', Version: 'MGCP 1.0' 2 headers, 0 lines Aug 19 11:40:49 NOTICE[1142106560]: chan_mgcp.c:1474 find_subchannel: Gateway '0...

Hi I've a mgcp fon (swissvoice IP10s) behind a NAT router. Configured is NAT for both in/out going on port 2427. Now I got the following mgcp debug messages when i try "mgcp audit endpoint <endpoint>" ---------------------------------- from 172.16.98.57:2427 Verb: 'RSIP', Identifier: '5346', Endpoint: 'aaln/1@[192.168.2.3]', Version: 'MGCP 1.0' 2 headers, 0 lines Retransmitting: 200 5346 OK to 192.168.2.3:2427 MGCP read: RSIP 5346 aaln/1@[192.168.2.3] MGCP 1.0 NCS 1.0 RM: restart ----------------------------- IMHO means 200 everyt...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Does anyone know what I need to put in the mgcp.conf to connect to an adit 600? Also if you know what I need to configure on the Adit600 itself, that would help too. - --Tod -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org

...ection and we continue to stream audio. 3. The next call is attempted. We are now, not in the state that the call agent thinks we should be in and we are streaming audio to a UDP port that is now closed since the CA tore down the first call. 4. The unit is rebooted. (The T2 is hard reset) The RSIP that is sent to the call agent basically resets the state machine and now the T2 and CA are in sync. I'm not sure why this is happening, but maybe Asterisk can help. It's clearly something in their code, but I can't really tell any more than that. Our sequence of events: 1) Made f...

...1) AudioCodes Stretto 2000 media gateway running MGCP 2) E1 Digium card at a PC with Asterisk 3) My application running as Call Agent (CA) from Stretto 2000 | My app |----------| Stretto 2000 |----------| E1 card + Asterisk | As my application is the CA of Stretto 2000, everything it sends (RSIPs, acks, etc.) my app answers. And everything I send, Stretto answers. At extensions.conf (Asterisk) I have the following number of my softphone in another PC: exten => 123456,1,Dial(MGCP/aaln/1@leonardo) When my app sends CRCX to Stretto, it answers with a "200 <transaction_id> OK...